Show Menu
SUJETS×

Avant l’implémentation

Plusieurs modifications se produisent dans le processus de collecte de données lors de l’activation d’Analytics en tant que source des rapports pour Target (A4T).
Avant de décider d’utiliser cette intégration, consultez les sections suivantes et envisagez l’impact sur vos processus de création de rapports :

Exigences d’implémentation

Avant de commencer à utiliser A4T, vous devez demander que votre compte soit configuré pour l’intégration. Pour ce faire, utilisez ce formulaire .
Cette intégration A4T requiert que vous mettiez en œuvre les versions suivantes de la bibliothèque (ou plus récentes) selon que vous souhaitez utiliser des offres de redirection ou non 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.
  • Service d’identification des visiteurs Experience Cloud : visitorAPI.js version 1.8.0
  • Adobe Target (selon votre mise en œuvre) : at.js version 0.9.1 ou mbox.js version 61.
  • Adobe Analytics : appMeasurement.js version 1.7.0

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.
  • Service d’identification des visiteurs Experience Cloud : visitorAPI.js version 2.3.0
  • Adobe Target : at.js version 1.6.2
    Remarque : La bibliothèque mbox.js ne prend pas en charge les offres de redirection avec A4T. Votre mise en œuvre doit utiliser at.js.
  • Adobe Analytics : appMeasurement.js version 2.1
Download and deployment instructions are listed in Analytics for Target Implementation .

Informations à connaître avant l’implémentation

  • Cette intégration est activée sur les nouvelles activités lorsque vous sélectionnez Analytics en tant que 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 en tant que source de création de rapports pour Target inclut plusieurs étapes d’implémentation suivies d’une étape d’attribution des privilèges d’accès. Il est préférable de lire le processus décrit ci-dessous avant de procéder à l’implémentation. Une fois que vous avez terminé ces étapes, vous êtes prêt à utiliser Analytics en tant que source de création de rapports dès que l’application est activée. Le processus d’attribution des privilèges d’accès peut prendre jusqu’à cinq jours ouvrables.
  • Le service d’identification des visiteurs crée un identifiant visiteur partagé sur l’ensemble d’Experience Cloud. Bien qu’il ne remplace pas l’ID mboxPC de Target ni l’UUID d’Audience Manager, il remplace néanmoins la façon dont Analytics identifie les nouveaux visiteurs. Quand la configuration est correcte, les visiteurs Analytics récurrents devraient également être identifiés grâce à leur ancien identifiant Analytics afin d’éviter qu’ils ne soient considérés comme de nouveaux visiteurs. De même, puisque l’identifiant mboxPC reste intact, aucune donnée des profils de visiteur Target n’est perdue lorsque vous passez au service d’identification des visiteurs.
  • Le service Identifiant visiteur doit être exécuté avant votre code de page Analytics et Target. Assurez-vous que VisitorAPI.js s’affiche au-dessus des balises de tous les produits Experience Cloud.

Latence

Une fois cette intégration activée, vous subirez 5 à 10 minutes supplémentaires de latence dans Adobe Analytics. Cette augmentation de la latence permet aux données provenant d’Analytics et de Target d’être stockées sur le même accès, permettant de ventiler les tests par page et par section de site.
Cette augmentation se reflète dans tous les services et outils d’Adobe Analytics, notamment la diffusion en continu active et la création de rapports 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.
Gardez à l’esprit que l’augmentation de latence débute une fois que vous avez implémenté le service d’identification des visiteurs d’Experience Cloud, même si vous n’avez pas entièrement implémenté cette intégration.

ID supplémentaire

Tous les appels Target utilisés par une activité Analytics pour Target (A4T) pour diffuser du contenu ou enregistrer la mesure d’objectif doivent avoir un accès Analytics correspondant partageant le même ID supplémentaire pour Analytics pour Target pour fonctionner correctement.
Les accès qui contiennent des données provenant d’Analytics et de Target contiennent un ID de données supplémentaire. You can see this ID in the Adobe Experience Cloud Debugger as the sdid parameter. 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é.
  • Une version de mbox.js qui prend en charge cette intégration est implémentée.
Lors du dépannage, veillez à confirmer que l’ID supplémentaire est présent sur les accès Analytics.

Journalisation des analyses côté client

Par défaut, lorsque at.js, le Experience Cloud Visitor ID Service, et appMeasurement.js se trouvent sur la page, Adobe Analytics et Target associent correctement les événements à des fins de création de rapports et d’analyses dans le serveur principal tant que le bon ID supplémentaire est inclus à partir de la page, comme mentionné ci-dessus. Il n’est pas nécessaire de gérer et d’effectuer des opérations supplémentaires pour que A4T fonctionne correctement.
Cependant, il se peut que vous souhaitiez mieux contrôler quand et comment envoyer des données d’analyse liées à Target vers Analytics à des fins de création de rapports. Il se peut que vous disposiez d’un outil d’analyse interne que vous utilisez à des fins internes, mais que vous souhaitiez également envoyer les données d’analyse vers Analytics à l’aide de votre produit d’analyse interne afin que d’autres membres de votre organisation puissent continuer à l’utiliser Analytics comme source de création de rapports visuelle. Voir Étape 7 : référencement at.js ou mbox.js sur toutes les pages du site dans Implémentation d’Analytics pour Target pour plus d’informations.