Avant d’implémenter Analytics for Target (A4T) avec at.js
Plusieurs modifications se produisent dans votre processus de collecte de données lors de l’activation d’Adobe Analytics en tant que source de création de rapports pour Adobe Target (A4T).
Avant de décider d’utiliser cette intégration, consultez les sections suivantes et tenez compte de l’impact sur vos processus de création de rapports.
Exigences d’implémentation section_A0D2EF18033D4C3997B08A6EBB34C17A
Cette intégration A4T nécessite l’implémentation des versions de bibliothèque suivantes (ou plus récentes), selon que vous souhaitez utiliser ou non les offres de redirection avec A4T.
Conditions requises si vous n’utilisez pas les offres de redirection avec A4T
Cette intégration requiert que vous mettiez en œuvre les versions suivantes (ou plus récentes) de la bibliothèque si vous ne prévoyez pas d’utiliser les offres de redirection avec A4T. L’ordre indiqué est l’ordre des opérations.
- Experience Cloud Visitor ID Service : visitorAPI.js version 1.8.0
- Adobe Target : at.js version 0.9.1
- Adobe Analytics : appMeasurement.js version 1.7.0
Pour plus d’informations sur l’implémentation d’A4T avec Platform Web SDK, consultez la section Adobe Experience Platform Web SDK.
Conditions requises en cas d’utilisation des offres de redirection avec A4T
Pour utiliser des offres de redirection avec A4T, vous devez mettre en œuvre les versions suivantes (ou plus récentes) de la bibliothèque. L’ordre indiqué est l’ordre des opérations.
-
Experience Cloud Visitor ID Service : visitorAPI.js version 2.3.0
note note NOTE at.js 1.8.0+ et at.js 2.x+ ne fonctionnent plus avec les versions d’API visiteur antérieures à la version 2.5.0 pour la transmission de paramètres Adobe Audience Manager (AAM). -
Adobe Target : at.js version 1.6.2
-
Adobe Analytics : appMeasurement.js version 2.1
Les instructions de téléchargement et de déploiement sont répertoriées dans la section Implémentation d’Analytics for Target.
Pour plus d’informations sur l’implémentation d’A4T avec Platform Web SDK, consultez la section Adobe Experience Platform Web SDK.
Informations à connaître avant l'implémentation section_50D49CC52E11414089C89FB67F9B88F5
- Cette intégration est activée sur les nouvelles activités lorsque vous choisissez d’utiliser Analytics comme source de création de rapports. Après avoir apporté les modifications de mise en œuvre décrites dans ce document, les activités existantes ne sont pas affectées.
- Le processus de configuration d’Analytics comme source de création de rapports pour Target comprend plusieurs étapes d’implémentation, suivies d’une étape d’approvisionnement. Il est préférable de lire le processus décrit ci-dessous avant de procéder à l’implémentation. Une fois ces étapes terminées, vous êtes prêt à utiliser Analytics comme source de création de rapports lorsqu’elle sera activée pour vous. Le processus d’attribution des privilèges d’accès peut prendre jusqu’à cinq jours ouvrables.
- L’Visitor ID service crée une Visitor ID partagée sur l’ensemble du Adobe Experience Cloud. Bien qu’il ne remplace pas l’ID mboxPC Target ou l’UUID Audience Manager, il remplace la manière dont Analytics identifie les nouveaux visiteurs. S’il est correctement configuré, les visiteurs Analytics récurrents doivent également être identifiés à l’aide de leur ancien identifiant Analytics. De même, comme le mboxPCid Target reste intact, aucune donnée de profil Target visiteur n’est perdue lorsque vous effectuez une mise à niveau vers le Visitor ID service .
- Le Visitor ID service doit s’exécuter avant votre Analytics et Target le code de page. Assurez-vous que
VisitorAPI.jsapparaît au-dessus des balises pour toutes les autres solutions Experience Cloud.
Latence section_9489BE6FD21641A4844E591711E3F813
Une fois cette intégration activée, vous constaterez 5 à 10 minutes de latence supplémentaires en Analytics. Cette augmentation de la latence permet de stocker les données de Analytics et Target sur le même accès, ce qui vous permet de ventiler les activités par page et section de site.
Cette augmentation se reflète dans tous les services et outils Analytics, y compris les rapports en direct et en temps réel, et s’applique dans les scénarios suivants :
- Pour la diffusion en continu active, les rapports en temps réel, les requêtes d’API et les données actives pour les variables de trafic, seuls les accès avec un ID supplémentaire sont retardés.
- Pour les données actuelles sur les mesures de conversion, les données finalisées et les flux de données, tous les accès sont retardés de 5 à 7 minutes supplémentaires.
L’augmentation de la latence commence après la mise en œuvre du service d’identification des visiteurs Experience Cloud, même si vous n’avez pas entièrement mis en œuvre cette intégration.
ID supplémentaire section_2C1F745A2B7D41FE9E30915539226E3A
Tous les appels Target utilisés par une activité A4T pour diffuser du contenu ou enregistrer la mesure d’objectif doivent avoir un accès Analytics correspondant qui partage l’ID supplémentaire pour que A4T fonctionne correctement.
Les accès contenant des données provenant de Analytics et Target un ID de données supplémentaire. Cet identifiant apparaît dans Adobe Experience Cloud Debugger comme paramètre sdid. Par exemple :sdid=2F3C18E511F618CC-45F83E994AEE93A0 Cet ID est généré chaque fois que les critères suivants sont respectés :
- Le service d’identification des visiteurs est implémenté.
Lors du dépannage, vérifiez que l’ID supplémentaire est présent sur les accès Analytics.
Journalisation d’Analytics côté client client-side
Si at.js, le Experience Cloud Visitor ID Service et appMeasurement.js se trouvent sur la page, Analytics et Target regroupe correctement les événements à des fins de création de rapports et d’analyse dans le serveur principal de , à condition que l’ID supplémentaire correct soit inclus à partir de la page. Vous n’avez pas besoin de gérer et d’effectuer d’autres opérations pour que A4T fonctionne correctement.
Dans certains cas, vous souhaiterez peut-être mieux contrôler quand et comment envoyer les données d’analyse liées à Target à Analytics à des fins de création de rapports. Vous disposez peut-être d’un outil d’analyse interne que vous utilisez à des fins internes. Cependant, vous souhaitez également envoyer les données d’analyse à Analytics Analytics via votre produit d’analyse interne afin que d’autres membres de votre organisation puissent continuer à l’utiliser comme source de rapports visuels. Voir Étape 7 : référencer at.js sur toutes les pages du site dans Implémentation d’Analytics for Target pour plus d’informations.
Audiences partagées
Lorsque vous remplissez le Formulaire de configuration des intégrations Marketing Cloud 🔗, tenez compte des informations importantes suivantes concernant l’option Shared Audiences répertoriée sous « For which capabilities are you requesting provisioning ? »
Lorsque vous demandez des Shared Audiences, vous activez Target et Adobe Audience Manager (AAM) pour partager des informations, dans ce cas des audiences.