Avant de mettre en oeuvre Analytics for Target (A4T) avec at.js
Plusieurs modifications se produisent dans votre processus de collecte de données lors de l’activation de Adobe Analytics en tant que source des rapports pour Adobe Target (A4T).
Avant de décider d’utiliser cette intégration, passez en revue les sections suivantes et examinez l’impact sur vos processus de création de rapports.
Exigences d’implémentation section_A0D2EF18033D4C3997B08A6EBB34C17A
Cette intégration A4T requiert que vous mettiez en oeuvre les 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, voir SDK Web Adobe Experience Platform.
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 Implémentation d’Analytics for Target.
Pour plus d’informations sur l’implémentation d’A4T avec Platform Web SDK, voir SDK Web Adobe Experience Platform.
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 de Analytics en tant que source de création de rapports pour Target comprend plusieurs étapes d’implémentation, suivies d’une étape de mise en service. 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 est activée pour vous. Le processus d’attribution des privilèges d’accès peut prendre jusqu’à cinq jours ouvrables.
- Visitor ID service crée un Visitor ID partagé sur l'ensemble de Adobe Experience Cloud. Bien qu'il ne remplace pas l'identifiant mboxPC Target ou l'UUID Audience Manager, il remplace la manière dont Analytics identifie les nouveaux visiteurs. Si la configuration est correcte, les visiteurs Analytics récurrents doivent également être identifiés via leur ancien Analytics ID. De même, comme le mboxPCid Target reste intact, aucune donnée de profil du visiteur Target n’est perdue lorsque vous effectuez la mise à niveau vers Visitor ID service.
- L’ Visitor ID service doit s’exécuter avant le code de page Analytics et Target. Assurez-vous que
VisitorAPI.js
s’affiche au-dessus des balises pour toutes les autres solutions Experience Cloud.
Latence section_9489BE6FD21641A4844E591711E3F813
Une fois cette intégration activée, vous remarquerez une latence supplémentaire de 5 à 10 minutes dans Analytics. Cette augmentation de latence permet aux données de Analytics et Target d’être stockées sur le même accès, ce qui vous permet de ventiler les activités par page et par section de site.
Cette augmentation se reflète dans tous les services et outils Analytics, y compris les rapports en continu 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 actives 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 latence débute une fois que vous avez implémenté le service d’identification des visiteurs Experience Cloud, même si vous n’avez pas entièrement implémenté 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 partageant l’ID supplémentaire pour qu’A4T fonctionne correctement.
Les accès qui contiennent des données provenant de Analytics et Target contiennent un ID de données supplémentaire. Vous pouvez voir cet ID dans le débogueur Adobe Experience Cloud 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 de la résolution des problèmes, veillez à confirmer que l’ID supplémentaire est présent sur les accès Analytics.
Journalisation Analytics côté client client-side
Si at.js, Experience Cloud Visitor ID Service et appMeasurement.js se trouvent sur la page, Analytics et Target assemblent correctement les événements à des fins de création de rapports et d’analyse dans le serveur principal tant que le bon ID supplémentaire est inclus à partir de la page. Vous n’avez pas besoin de gérer et d’effectuer des opérations supplémentaires pour que A4T fonctionne correctement.
Dans certains cas, vous souhaiterez peut-être mieux contrôler quand et comment envoyer des données d’analyse liées à Target vers Analytics à des fins de création de rapports. Vous pouvez disposer d’un outil d’analyse interne que vous utilisez à des fins internes. Cependant, vous souhaitez également envoyer les données d’analyse à Analytics via votre produit d’analyse interne afin que d’autres membres de votre organisation puissent continuer à utiliser Analytics comme source de création de rapports visuelle. Pour plus d’informations, voir Étape 7 : référencer at.js sur toutes les pages du site dans Implémentation d’Analytics pour Target.
Audiences partagées
Lors du remplissage du Marketing Cloud Integrations Provisioning Form, prenez connaissance des informations importantes suivantes concernant l’option Shared Audiences répertoriée sous "For which capabilities are you requesting provisioning?"
Lorsque vous demandez Shared Audiences, vous activez Target et Adobe Audience Manager (AAM) pour partager des informations, dans ce cas des audiences.