Avant la mise en œuvre dʼAnalytics for Target (A4T) avec at.js

Plusieurs modifications se produisent dans le processus de collecte de données lors de l’activation de Adobe Analytics comme source de création de 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.

REMARQUE

Cet article s’applique uniquement aux implémentations d’at.js.

Exigences d’implémentation

IMPORTANT

Avant de pouvoir commencer à utiliser A4T, vous devez demander que votre compte soit configuré pour l’intégration. Utilisez la variable Formulaire de configuration des intégrations de Marketing Cloud pour demander à être configuré.

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.

REMARQUE

La liste des exigences suivantes répertorie la variable minimum versions d’at.js nécessaires pour mettre en oeuvre A4T. Le Target L’équipe gère uniquement deux versions de at.js: la version actuelle et la deuxième version la plus récente. Mettez à jour at.js si nécessaire pour vous assurer que vous utilisez une version prise en charge. Pour en savoir plus sur le contenu de chaque version, voir Informations détaillées sur les versions d’at.js.

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 le 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

    REMARQUE

    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 le Platform Web SDK, voir SDK Web Adobe Experience Platform.

Informations à connaître avant l’implémentation

  • Cette intégration est activée sur les nouvelles activités lorsque vous sélectionnez 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.
  • Processus de configuration Analytics comme source de création de rapports pour Target comprend plusieurs étapes de mise en oeuvre 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.
  • Le Visitor ID service crée un partage Visitor ID dans le Adobe Experience Cloud. Bien qu’il ne remplace pas la fonction Target mboxPC id ou Audience Manager UUID, il remplace la manière Analytics identifie les nouveaux visiteurs. Si la configuration est correcte, le renvoi Analytics les visiteurs doivent également être identifiés via leur ancien Analytics ID. De même, car la variable Target mboxPCid reste intact, aucun Target les données de profil du visiteur sont perdues lorsque vous effectuez la mise à niveau vers la variable Visitor ID service.
  • Le Visitor ID service doit s’exécuter avant que votre Analytics et Target code de page. Assurez-vous que VisitorAPI.js s’affiche au-dessus des balises pour toutes les autres Experience Cloud solutions.

Latence

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 stockée 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 toutes les Analytics services et outils, y compris les rapports en direct et en temps réel, et s’appliquent 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é la variable Experience Cloud service d’identification des visiteurs, même si vous n’avez pas entièrement implémenté cette intégration.

ID supplémentaire

Tous Target les appels utilisés par une activité A4T pour diffuser du contenu ou enregistrer la mesure d’objectif doivent avoir une Analytics un accès qui partage l’ID supplémentaire pour qu’A4T fonctionne correctement.

Accès contenant des données provenant de Analytics et Target contiennent un ID de données supplémentaire. Vous pouvez voir cet identifiant dans la variable Débogueur Adobe Experience Cloud comme la propriété 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é.

When dépannage, veillez à confirmer que l’ID supplémentaire est présent sur Analytics accès.

Journalisation des analyses côté client

Si at.js, la variable Experience Cloud Visitor ID Serviceet appMeasurement.js se trouvent sur la page, Analytics, et Target assemble correctement les événements à des fins de création de rapports et d’analyses dans le serveur principal tant que l’ID supplémentaire correct 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.

Il peut arriver que vous souhaitiez mieux contrôler quand et comment envoyer des données d’analyse liées à Target to 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 entreprise puissent continuer à utiliser Analytics comme source de création de rapports visuelle. Voir Étape 7 : Référencer at.js sur toutes les pages du site in Implémentation d’Analytics for Target pour plus d’informations.

Audiences partagées

Lors du remplissage de la variable Formulaire de configuration des intégrations de Marketing Cloud, prenez connaissance des informations importantes suivantes concernant la variable Audiences partagées option répertoriée sous "Pour quelles fonctionnalités demandez-vous l’approvisionnement?"

Formulaire de demande

Lorsque vous demandez Audiences partagées, vous activez Cible et Adobe Audience Manager (AAM) pour partager des informations, dans ce cas des audiences.

IMPORTANT

Cette intégration entre Cible et l'AAM comporte des frais supplémentaires. Vous êtes facturé pour chaque Cible appelez dans AAM.

Sur cette page