Configuration d’Adobe Analytics avec le SDK Web de Adobe Experience Platform
Découvrez comment configurer Adobe Analytics à l’aide du SDK Web Adobe Experience Platform, créer des règles de balises pour envoyer des données à Adobe Analytics et vérifier qu’Analytics capture les données comme prévu.
Adobe Analytics est une application de pointe qui vous permet de comprendre vos clients en tant que personnes et d’orienter votre activité grâce aux renseignements sur vos clients.
Objectifs d'apprentissage
À la fin de cette leçon, vous saurez comment :
- Configuration d’un flux de données pour activer Adobe Analytics
- Identifier les champs XDM standard automatiquement mappés aux variables Analytics
- Définition des variables Analytics dans l’objet de données
- Envoi de données vers une autre suite de rapports en remplaçant le flux de données
- Validation des variables Adobe Analytics à l’aide de Debugger et d’Assurance
Conditions préalables
Pour terminer cette leçon, vous devez d’abord :
-
Familiarisez-vous avec Adobe Analytics et accédez-y.
-
posséder au moins un identifiant de suite de rapports de test/développement. Si vous ne disposez pas d’une suite de rapports de test/développement que vous pouvez utiliser pour ce tutoriel, créez-en une.
-
Suivez les leçons des sections Configuration initiale et Configuration des balises de ce tutoriel.
Configuration du flux de données
Le SDK Web Platform envoie les données de votre site Web à l’Edge Network Platform. Votre flux de données indique ensuite à Platform Edge Network à quelles suites de rapports Adobe Analytics vos données doivent être envoyées.
-
Accédez à l’interface Collecte de données
-
Dans le volet de navigation de gauche, sélectionnez Datastreams
-
Sélectionnez le flux de données
Luma Web SDK: Development Environment
créé précédemment. -
Sélectionnez Ajouter un service
-
Sélectionnez Adobe Analytics comme Service
-
Saisissez l’identifiant de suite de rapports de votre suite de rapports de développement.
-
Sélectionnez Save
note tip TIP L’ajout d’autres suites de rapports en sélectionnant Ajouter une suite de rapports équivaut à un balisage multisuite.
Définition des variables Analytics
Il existe plusieurs façons de définir des variables Analytics dans une implémentation du SDK Web :
- Mappage automatique des champs XDM aux variables Analytics (automatique).
- Définissez des champs dans l’objet
data
(recommandé). - Faire correspondre les champs XDM aux variables Analytics dans les règles de traitement Analytics (ce qui n’est plus recommandé).
- Associer les variables Analytics directement dans le schéma XDM (ce qui n’est plus recommandé).
Depuis mai 2024, vous n’avez plus besoin de créer un schéma XDM pour mettre en oeuvre Adobe Analytics avec le SDK Web Platform. L’objet data
(et l’élément de données data.variable
que vous avez créé dans la leçon Créer des éléments de données) peut être utilisé pour définir toutes les variables Analytics personnalisées. La définition de ces variables dans l’objet de données sera familière aux clients Analytics existants, sera plus efficace que l’utilisation de l’interface des règles de traitement et empêchera les données inutiles de prendre de l’espace dans les profils client en temps réel (important si vous disposez de Real-Time Customer Data Platform ou de Journey Optimizer).
Champs mappés automatiquement
De nombreux champs XDM sont automatiquement mappés aux variables Analytics. Pour obtenir la liste des mappages la plus récente, reportez-vous à la section Mappage des variables Analytics dans Adobe Experience Edge.
Cela se produit si même si vous n’avez pas défini de schéma personnalisé. Le SDK Web Experience Platform collecte automatiquement certaines données et les envoie à Platform Edge Network en tant que champs XDM. Par exemple, le SDK Web lit l’URL de la page active et l’envoie en tant que champ XDM web.webPageDetails.URL
. Ce champ est transféré à Adobe Analytics et renseigne automatiquement les rapports URL de page dans Adobe Analytics.
Si vous implémentez le SDK Web pour Adobe Analytics avec un schéma XDM, comme vous l’avez fait dans ce tutoriel, certains des champs XDM que vous avez mis en oeuvre automatiquement sont mappés aux variables Analytics, comme indiqué dans ce tableau :
identitymap.ecid.[0].id
web.webPageDetails.name
web.webPageDetails.server
web.webPageDetails.siteSection
commerce.productViews.value
commerce.productListViews.value
commerce.checkouts.value
commerce.purchases.value
commerce.order.currencyCode
commerce.order.purchaseID
productListItems[].SKU
productListItems[].name
productListItems[].quantity
productListItems[].priceTotal
Les sections individuelles de la chaîne de produit Analytics sont définies par le biais de différentes variables XDM sous l’objet productListItems
.
productListItems[].SKU
aura la priorité pour le mappage au nom du produit dans la variable s.products .La valeur définie sur
productListItems[].name
est mappée au nom du produit uniquement si productListItems[].SKU
n’existe pas. Dans le cas contraire, il n’est pas mappé et est disponible dans les données contextuelles.Ne définissez pas de chaîne vide ou de valeur nulle sur
productListItems[].SKU
. Cela a pour effet indésirable de mapper le nom du produit dans la variable s.products .Définition de variables dans l’objet de données
Mais qu'en est-il des eVars, des props et des événements ? La définition de variables dans l’objet data
est la méthode recommandée pour définir ces variables Analytics avec le SDK Web. La définition de variables dans l’objet de données peut également remplacer l’une des variables mappées automatiquement.
Tout d’abord, qu’est-ce que l’objet data
? Dans tout événement de SDK Web, vous pouvez envoyer deux objets avec des données personnalisées, l’objet xdm
et l’objet data
. Tous deux sont envoyés à Platform Edge Network, mais seul l’objet xdm
est envoyé au jeu de données Experience Platform. Les propriétés de l’objet data
peuvent être mappées sur les champs Edge vers xdm
à l’aide de la fonction Préparation de données pour la collecte de données , mais ne sont pas envoyées à l’Experience Platform. Cela en fait un moyen idéal d’envoyer des données à des applications telles qu’Analytics, qui ne sont pas créées de manière native sur Experience Platform.
Voici les deux objets d’un appel SDK Web générique :
Adobe Analytics est configuré pour rechercher les propriétés de l’objet data.__adobe.analytics
et les utiliser pour les variables Analytics.
Maintenant voyons comment ça marche. Définissons eVar1
et prop1
avec notre nom de page et voyons comment la valeur mappée XDM peut être écrasée.
- Ouvrez la règle de balise
all pages - library loaded - set global variables - 1
. - Ajouter une nouvelle Action
- Sélectionnez l’extension Adobe Experience Platform Web SDK
- Sélectionnez Action Type comme Mise à jour de variable
- Sélectionnez
data.variable
comme élément de données - Sélectionnez l’objet analytics
- Définissez
eVar1
comme élément de donnéespage.pageInfo.pageName
- Définissez
prop1
pour copier la valeur deeVar1
- Pour tester le remplacement des valeurs mappées XDM, dans la section Additional property , définissez le nom de page comme valeur statique
test
. - Enregistrer la règle
Maintenant, nous devons inclure l’objet de données dans notre règle d’événement d’envoi.
- Ouvrez la règle de balise
all pages - library loaded - send event - 50
. - Ouvrez l’action Send Event
- Sélectionnez
data.variable
comme Data - Sélectionnez Conserver les modifications
- Sélectionnez Save
Envoi de données vers une autre suite de rapports
Vous pouvez modifier les données de suite de rapports Adobe Analytics envoyées aux visiteurs sur certaines pages. Cela nécessite une configuration dans le flux de données et une règle.
Configuration du flux de données pour un remplacement de suite de rapports
Pour configurer le paramètre de remplacement de la suite de rapports Adobe Analytics dans le flux de données :
-
Ouvrez votre flux de données.
-
Modifiez la configuration Adobe Analytics en ouvrant le menu , puis en sélectionnant Modifier
-
Sélectionnez Options avancées pour ouvrir les remplacements de suites de rapports
-
Sélectionnez les suites de rapports à remplacer. Dans ce cas,
Web SDK Course Dev
etWeb SDK Course Stg
-
Sélectionnez Save
Configuration d’une règle pour un remplacement de suite de rapports
Créons une règle pour envoyer un appel de page vue supplémentaire à une autre suite de rapports. Utilisez la fonction de remplacement de la banque de données pour modifier la suite de rapports d’une page à l’aide de l’action Envoyer l’événement.
-
Créez une nouvelle règle, nommez-la
homepage - library loaded - AA report suite override - 51
-
Sélectionnez le signe plus sous Event pour ajouter un nouveau déclencheur.
-
Sous Extension, sélectionnez Core
-
Sous Event Type, sélectionnez Library Loaded (Page Top) (Bibliothèque chargée (Haut de page))
-
Sélectionnez pour ouvrir Options avancées, saisissez
51
. Cela garantit que la règle s’exécute après leall pages - library loaded - send event - 50
qui définit le XDM de base avec le type d’action Mettre à jour la variable. -
Sélectionnez Conserver les modifications
-
Sous Conditions, sélectionnez Ajouter
-
Laissez Type logique sur Normal
-
Laissez Extensions comme Core
-
Sélectionnez Type de condition comme Chemin sans chaîne de requête
-
À droite, laissez le bouton bascule Regex désactivé
-
Sous path equals set
/content/luma/us/en.html
. Pour le site de démonstration Luma, la règle ne se déclenche que sur la page d’accueil. -
Sélectionnez Conserver les modifications
-
Sous Actions, sélectionnez Ajouter
-
En tant que extension, sélectionnez Adobe Experience Platform Web SDK
-
En tant que Type d’action, sélectionnez Envoyer l’événement
-
En tant que données XDM, sélectionnez l’élément de données
xdm.variable.content
que vous avez créé dans la leçon Créer des éléments de données. -
En tant que Data, sélectionnez l’élément de données
data.variable
que vous avez créé dans la leçon Créer des éléments de données. -
Faites défiler l’écran jusqu’à la section Remplacements des configurations de Datastream .
-
Laissez l’onglet Développement sélectionné.
note tip TIP Cet onglet détermine dans quel environnement de balises le remplacement se produit. Pour cet exercice, vous spécifiez uniquement l’environnement de développement, mais lorsque vous déployez ceci en production, pensez à le faire également dans l’environnement Production. -
Sélectionnez le sandbox que vous utilisez pour le tutoriel.
-
Sélectionnez le Datastream, ici
Luma Web SDK: Development Environment
-
Sous Suites de rapports, sélectionnez le site de rapports pour lequel vous souhaitez effectuer le remplacement. Dans ce cas,
tmd-websdk-course-stg
. -
Sélectionnez Conserver les modifications
-
Et Enregistrer votre règle
Créer votre environnement de développement
Ajoutez vos règles mises à jour à votre bibliothèque de balises Luma Web SDK Tutorial
et recréez votre environnement de développement.
Félicitations ! L’étape suivante consiste à valider votre mise en oeuvre Adobe Analytics par le biais du SDK Web Experience Platform.
Validation d’Adobe Analytics avec Debugger
Découvrez comment vérifier qu’Adobe Analytics capture l’ECID, les pages vues, la chaîne de produit et les événements de commerce électronique avec la fonction Edge Trace du débogueur Experience Platform.
Dans la leçon Debugger, vous avez appris à inspecter la requête XDM côté client avec Platform Debugger et la console de développement du navigateur, ce qui est similaire à la façon dont vous déboguez une implémentation AppMeasurement.js
d’Analytics. Vous avez également appris à valider les requêtes côté serveur de Platform Edge Network envoyées aux applications Adobe et à afficher une payload entièrement traitée à l’aide d’Assurance.
Pour valider qu’Analytics capture correctement les données par le biais du SDK Web Experience Platform, vous devez suivre deux étapes pour :
- Validation du traitement des données par l’objet XDM sur l’Edge Network Platform à l’aide de la fonction Edge Trace du débogueur Experience Platform
- Validation du traitement complet des données par Analytics à l’aide de Adobe Experience Platform Assurance
Validation des identifiants Experience Cloud
-
Accédez au site de démonstration Luma
-
Sélectionnez le bouton de connexion en haut à droite et utilisez les informations d’identification à l’adresse : test@adobe.com p: test pour vous authentifier
-
Ouvrez le débogueur Experience Platform et basculez la propriété de balise sur le site vers votre propre propriété de développement
-
Pour activer Edge Trace, accédez à Experience Platform Debugger, dans le volet de navigation de gauche, sélectionnez Journaux, puis sélectionnez l’onglet Edge et sélectionnez Se connecter
-
Il sera vide pour l’instant.
-
Actualisez la page Luma et vérifiez à nouveau le débogueur Experience Platform, car les données doivent passer. La ligne commençant par Mappage automatique Analytics est la balise Adobe Analytics
-
Sélectionnez cette option pour ouvrir la liste déroulante
mappedQueryParams
et la deuxième liste déroulante afin d’afficher les variables Analytics.note tip TIP La deuxième liste déroulante correspond à l’identifiant de suite de rapports Analytics auquel vous envoyez des données. Elle doit correspondre à votre propre suite de rapports, et non à celle de la capture d’écran. -
Faites défiler l’écran vers le bas pour trouver
c.a.x.identitymap.ecid.[0].id
. Il s’agit d’une variable de données contextuelles qui capture ECID. -
Continuez à faire défiler l’écran vers le bas jusqu’à ce que la variable Analytics
mid
s’affiche. Les deux identifiants correspondent à l’identifiant Experience Cloud de votre appareil. -
Sur le site Luma,
note note NOTE Puisque vous êtes connecté, prenez quelques instants pour valider l’ID authentifié 112ca06ed53d3db37e4cea49cc45b71e
pour que l’utilisateurtest@adobe.com
soit également capturé dans lec.a.x.identitymap.lumacrmid.[0].id
Validation du remplacement de la suite de rapports
Ci-dessus, vous avez configuré un remplacement de la banque de données pour la page d’accueil Luma. Validation de cette configuration
-
Recherchez une ligne avec la configuration Datastream après l’application du remplacement. Vous y trouverez la suite de rapports principale et les suites de rapports supplémentaires qui ont été configurées pour les remplacements de suite de rapports.
-
Faites défiler l’écran jusqu’à la ligne commençant par Mappage automatique Analytics et vérifiez que
reportSuiteIds
affiche la suite de rapports que vous avez spécifiée dans vos configurations de remplacement.
Validation des pages vues du contenu
Accédez à une page de produits telle que la page produit Didi Sport Watch. Vérifiez que les pages vues du contenu sont capturées par Analytics.
-
Recherchez
c.a.x.web.webpagedetails.pageviews.value=1
. -
Faites défiler l’écran vers le bas pour afficher la variable
gn
. Il s’agit de la syntaxe dynamique Analytics de la variables.pageName
. Il capture le nom de la page à partir de la couche de données.
Validation de la chaîne de produit et des événements de commerce électronique
Comme vous vous trouvez déjà sur une page de produit, cet exercice continue d’utiliser la même trace Edge pour valider que les données de produit sont capturées par Analytics. Les événements de chaîne de produit et de commerce électronique sont automatiquement associés à des variables XDM dans Analytics. Tant que vous avez mappé sur la variable XDM productListItem
appropriée lors de la configuration d’un schéma XDM pour Adobe Analytics, l’Edge Network Platform s’occupe de mapper les données sur les variables d’analyse appropriées.
Commencez par valider que le Product String
est défini
-
Recherchez
c.a.x.productlistitems.[0].sku
. La variable capture la valeur de l’élément de données que vous avez mappée àproductListItems.item1.sku
plus tôt dans cette leçon. -
Recherchez également
c.a.x.productlistitems.[0]._experience.analytics.customdimensions.evars.evar1
. La variable capture la valeur de l’élément de données que vous avez mappée àproductListItems.item1._experience.analytics.customdimensions.evars.evar1
. -
Faites défiler l’écran vers le bas pour afficher la variable
pl
. Il s’agit de la syntaxe dynamique de la variable de chaîne de produit Analytics. -
Notez que le nom du produit de la couche de données est mappé à la fois au paramètre
c.a.x.productlistitems.[0].sku
etproduct
de la chaîne products. En outre, le titre du produit de la couche de données est mappé à evar1 de marchandisage dans la chaîne de produits.Edge Trace traite les événements
commerce
légèrement différemment des dimensionsproductList
. Vous ne voyez pas de variable de données contextuelles mappée de la même manière que le nom du produit mappé àc.a.x.productlistitem.[0].name
ci-dessus. À la place, Edge Trace affiche le mappage automatique de l’événement final dans la variable Analyticsevent
. Platform Edge Network le mappe en conséquence tant que vous mappez à la variable XDMcommerce
appropriée lors de la configuration du schéma pour Adobe Analytics ; dans ce cas,commerce.productViews.value=1
. -
De retour dans la fenêtre du débogueur Experience Platform, faites défiler l’écran jusqu’à la variable
events
, elle est définie surprodView
. -
Notez également que
c.a.x.eventType
est défini surcommerce.productViews
puisque vous vous trouvez sur une page de produits.note tip TIP La règle ecommerce - pdp library loaded - AA (order 20)
remplace la valeur deeventType
définie par la règleall pages global content variables - library loaded - AA (order 1)
, car elle est définie pour se déclencher ultérieurement dans la séquence.
Validez le reste des événements de commerce électronique et les chaînes de produit sont définies pour Analytics
-
Ajoutez Didi Sport Watch au panier
-
Accédez à la page de panier, cochez Edge Trace pour
eventType
défini surcommerce.productListViews
events: "scView"
et- la chaîne de produit est définie
-
Passez à l’extraction, cochez Edge Trace pour
eventType
défini surcommerce.checkouts
events: "scCheckout"
et- la chaîne de produit est définie
-
Renseignez les champs Prénom et Nom du formulaire d’expédition et sélectionnez Continuer. Sur la page suivante, sélectionnez Passer commande
-
Sur la page de confirmation, vérifiez Edge Trace pour
eventType
défini surcommerce.purchases
- Événement d’achat en cours de définition
events: "purchase"
- Variable de code de devise en cours de définition
cc: "USD"
- ID d’achat en cours de définition dans
pi
- Chaîne de produit
pl
définissant le nom, la quantité et le prix du produit
Validation d’Adobe Analytics à l’aide d’Assurance
Adobe Experience Platform Assurance vous aide à inspecter, à tester, à simuler et à valider la manière dont vous collectez des données ou diffusez des expériences avec votre site web et votre application mobile.
Au cours de l’exercice précédent, vous avez vérifié qu’Adobe Analytics capturait l’ECID, les pages vues, la chaîne de produit et les événements de commerce électronique avec la fonction Edge Trace du débogueur Experience Platform. Ensuite, vous validez ces mêmes événements à l’aide de Adobe Experience Platform Assurance, une autre interface pour accéder aux mêmes données dans Edge Trace.
Comme vous l’avez appris dans la leçon Assurance, il existe plusieurs façons d’initier une session d’assurance. Puisque vous avez déjà ouvert un Adobe Experience Platform Debugger avec une session Edge Trace lancée à partir du dernier exercice, nous vous recommandons d’accéder à Assurance par l’intermédiaire du débogueur :
Dans le "Tutoriel Web SDK 3" Session d’assurance, entrez "hitdebugger" dans la barre de recherche des événements pour filtrer les résultats sur les données traitées Adobe Analytics Post.
Validation des identifiants Experience Cloud
Pour vérifier qu’Adobe Analytics capture l’ECID, sélectionnez une balise et ouvrez la charge utile. Le fournisseur de cette balise doit être com.adobe.analytics.hitdebugger
Faites ensuite défiler l’écran jusqu’à mcvisId pour vérifier que l’ECID est correctement capturé.
Validation des pages vues du contenu
À l’aide de la même balise, vérifiez que les pages vues du contenu sont mappées à la variable Adobe Analytics correcte.
Faites défiler l’écran jusqu’à pageName pour vérifier que le Page Name
est correctement capturé.
Validation de la chaîne de produit et des événements de commerce électronique
En suivant les mêmes cas d’utilisation de validation utilisés lors de la validation avec le débogueur Experience Platform ci-dessus, continuez à utiliser la même balise pour valider les Ecommerce Events
et Product String
.
- Recherchez la payload où les events contiennent
prodView
- Faites défiler l’écran jusqu’à product-string pour valider le
Product String
.- Notez les
Product SKU
etMerchandizing eVar1
.
- Notez les
- Faites défiler la page vers le bas et validez que
prop1
, que vous avez configuré à l’aide des règles de traitement de la section précédente, contient leProduct SKU
Continuez à valider votre mise en oeuvre en consultant les événements de panier, de passage en caisse et d’achat.
- Recherchez la charge utile où les événements contiennent
scView
et validez la chaîne de produit.
- Recherchez la charge utile où les événements contiennent
scCheckout
et validez la chaîne de produit.
- Recherchez la payload où les events contiennent
purchase
- Lors de la validation de l’événement
purchase
, notez queProduct String
doit contenir les élémentsProduct SKU
,Product Quantity
etProduct Total Price
. - En outre, pour le
purchase
, validez que lespurchase-id
et/oupurchaseId
sont définis.
Félicitations ! Tu l'as fait ! C’est la fin de la leçon et vous êtes maintenant prêt à mettre en oeuvre Adobe Analytics avec le SDK Web Platform pour votre propre site web.