Migration d’AppMeasurement vers le SDK Web
Ce chemin d’implémentation implique une approche de migration méthodique pour passer d’une implémentation d’AppMeasurement à une implémentation de bibliothèque JavaScript Web SDK. D’autres chemins d’implémentation sont abordés sur des pages distinctes :
- Extension Analytics vers l’extension Web SDK : adoptez une approche fluide et méthodique pour passer de l’extension de balise Adobe Analytics à l’extension de balise Web SDK. Cette approche supprime la nécessité d’utiliser XDM jusqu’à ce que votre entreprise soit prête à utiliser les services Adobe Experience Platform, tels que Customer Journey Analytics. Utilisez l’objet
dataau lieu de l’objetxdmpour envoyer des données à Adobe. - Bibliothèque Web SDK JavaScript : nouvelle installation de Web SDK à l’aide de la bibliothèque Web SDK JavaScript (
alloy.js). Gérez la mise en œuvre vous-même au lieu d’utiliser l’interface utilisateur des balises. Le groupe de champs Adobe Analytics ExperienceEvent, qui comprend des variables Analytics standard à inclure dans votre schéma XDM, est nécessaire. - Extension de balise Web SDK : nouvelle installation de Web SDK dans laquelle vous gérez l’implémentation à l’aide de balises dans la collecte de données Adobe Experience Platform. Le groupe de champs Adobe Analytics ExperienceEvent, qui comprend des variables Analytics standard à inclure dans votre schéma XDM, est nécessaire.
Avantages et inconvénients de ce chemin de mise en œuvre
L’utilisation de cette approche de migration présente à la fois des avantages et des inconvénients. Évaluez soigneusement chaque option pour décider quelle approche est la meilleure pour votre organisation.
- Utilise votre implémentation existante : bien que cette approche nécessite quelques modifications d’implémentation, l’implémentation ne part pas de zéro. Vous pouvez utiliser votre couche de données et votre code existants avec un minimum de modifications de la logique d’implémentation.
- Ne nécessite pas de schéma : pour cette étape de la migration vers le Web SDK, vous n’avez pas besoin de schéma XDM. Vous pouvez plutôt renseigner l’objet
data, qui envoie directement les données à Adobe Analytics. Une fois la migration vers Web SDK terminée, vous pouvez créer un schéma pour votre organisation et utiliser le mappage des flux de données pour renseigner les champs XDM applicables. Si un schéma était requis à cette étape du processus de migration, votre organisation serait forcée d’utiliser un schéma XDM Adobe Analytics. L’utilisation de ce schéma rend plus difficile, pour votre organisation, l’utilisation de votre propre schéma à l’avenir.
- Les modifications d’implémentation nécessitent l’intervention d’un développeur : si vous souhaitez apporter des modifications à votre implémentation de Web SDK, vous devez collaborer avec votre équipe de développement pour modifier le code sur votre site. L’approche qui migre vers l’extension de balise Web SDK évite cet inconvénient.
- Dette technique d’implémentation : étant donné que cette approche utilise une forme modifiée de votre implémentation existante, il peut être plus difficile de suivre la logique d’implémentation et d’effectuer des modifications à l’avenir si nécessaire.
- Nécessite un mappage pour l’envoi de données à Platform : lorsque votre organisation est prête à utiliser Customer Journey Analytics, vous devez envoyer des données à un jeu de données dans Adobe Experience Platform. Cette action nécessite que chaque champ de l’objet
datasoit une entrée dans l’outil de mappage de flux de données qui l’affecte à un champ de schéma XDM. Le mappage ne doit être effectué qu’une seule fois pour ce workflow, ce qui évite toute modification de l’implémentation. Cependant, il s’agit d’une étape supplémentaire qui n’est pas requise lors de l’envoi de données dans un objet XDM.
Adobe recommande de suivre ce chemin d’implémentation dans les scénarios suivants :
- Vous disposez déjà d’une implémentation utilisant la bibliothèque JavaScript Adobe Analytics AppMeasurement. Si vous disposez d’une implémentation utilisant l’extension de balise Adobe Analytics, suivez Migration de l’extension de balise Adobe Analytics vers l’extension de balise Web SDK à la place.
- Vous avez l’intention d’utiliser Customer Journey Analytics à l’avenir, mais vous ne souhaitez pas remplacer votre implémentation Analytics par une implémentation de SDK Web à partir de zéro. Le remplacement de votre implémentation à partir de zéro sur le Web SDK nécessite le plus d’efforts, mais offre également l’architecture d’implémentation à long terme la plus viable. Si votre entreprise est prête à passer par une implémentation propre de Web SDK, consultez Ingestion de données via le SDK web Adobe Experience Platform dans le guide d’utilisation de Customer Journey Analytics.
Étapes requises pour migrer vers Web SDK
Les étapes suivantes contiennent des objectifs concrets à atteindre. Cliquez sur chaque étape pour obtenir des instructions détaillées sur la manière de procéder.
Créez un flux de données dans la collecte de données Adobe Experience Platform. Lorsque vous envoyez des données à ce flux de données, il transfère les données vers Adobe Analytics. À l’avenir, ce même flux de données transfèrera des données à Customer Journey Analytics.
- Accédez à experience.adobe.com et connectez-vous à l’aide de vos informations d’identification.
- Utilisez la page d’accueil ou le sélecteur de produits en haut à droite pour accéder à Collecte de données.
- Dans le volet de navigation de gauche, sélectionnez Flux de données.
- Sélectionnez Nouveau flux de données.
- Saisissez le nom souhaité, puis sélectionnez Enregistrer.
- Une fois le flux de données créé, sélectionnez Ajouter un service.
- Dans le menu déroulant Service, sélectionnez Adobe Analytics.
- Saisissez le même identifiant de suite de rapports que le site auquel vous envoyez actuellement des données d’analyse. Cliquez sur Enregistrer.
Votre flux de données est maintenant prêt à recevoir et à transmettre des données à Adobe Analytics. Notez l’identifiant du flux de données, car il est obligatoire lors de la configuration de Web SDK dans le code.
alloy.js afin que ses appels de méthode puissent être utilisés. Voir Installer le SDK Web à l’aide de la bibliothèque JavaScript pour plus d’informations et connaître les blocs de code à utiliser.Configurez votre implémentation pour pointer vers le flux de données créé à l’étape précédente à l’aide de la commande Web SDK configure. La commande configure doit être définie sur chaque page afin que vous puissiez l’inclure avec le code d’installation de la bibliothèque.
Utilisez les propriétés datastreamId et orgId dans la commande configure de Web SDK :
- Définissez la
datastreamIdsur l’identifiant du flux de données récupéré à l’étape précédente. - Définissez le
orgIdsur l’organisation IMS de votre organisation.
| code language-js |
|---|
|
Vous pouvez éventuellement définir d’autres propriétés dans la commande configure en fonction des exigences d’implémentation de votre entreprise.
Modifiez votre implémentation Analytics de sorte qu’elle ne repose pas sur AppMeasurement.js ou l’objet s. Au lieu de cela, définissez des variables dans un objet JavaScript correctement formaté, qui est converti en objet JSON lorsqu’il est envoyé à Adobe. Le fait d’avoir une couche de données sur votre site est extrêmement utile lors de la définition de valeurs, car vous pouvez continuer à référencer ces mêmes valeurs.
Pour envoyer des données à Adobe Analytics, la payload de Web SDK doit utiliser data.__adobe.analytics avec toutes les variables d’analyse définies dans cet objet. Les variables au sein de cet objet partagent des noms et des formats identiques à leurs équivalents de variables AppMeasurement. Par exemple, si vous définissez la variable products, ne la divisez pas en objets individuels comme vous le feriez avec XDM. Au lieu de cela, incluez-le en tant que chaîne, exactement comme si vous définissiez la variable s.products :
| code language-json |
|---|
|
Cette payload contient toutes les valeurs souhaitées et toutes les références à l’objet s dans votre implémentation sont supprimées. Vous pouvez utiliser n’importe quelle ressource fournie par JavaScript pour définir cet objet de payload, y compris la notation par points pour définir des valeurs individuelles.
| code language-js |
|---|
|
Mettez à jour toutes les instances où vous appelez s.t() et s.tl(), en les remplaçant par la commande sendEvent. Trois scénarios sont à prendre en compte :
-
Suivi des pages vues : remplacez l’appel de suivi des pages vues par la commande
sendEventde Web SDK :code language-js // If your current implementation has this line of code: s.t(); // Replace it with this line of code. The dataObj object contains the variables to send. alloy("sendEvent", dataObj); -
Suivi automatique des liens : la propriété de configuration
clickCollectionEnabledest activée par défaut. Il définit automatiquement les variables de suivi des liens appropriées pour envoyer des données à Adobe Analytics. Si vous souhaitez désactiver le suivi automatique des liens, définissez cette propriété surfalsedans la commandeconfigure. -
Suivi manuel des liens : le SDK Web ne dispose pas de commandes distinctes entre les appels pageview et non-pageview. Fournissez cette distinction dans l’objet de payload.
code language-js // If your current implementation has this line of code: s.tl(true,"o","Example custom link"); // Replace it with these lines of code. Add the required fields to the dataObj object. dataObj.data.__adobe.analytics.linkName = "Example custom link"; dataObj.data.__adobe.analytics.linkType = "o"; dataObj.data.__adobe.analytics.linkURL = "https://example.com"; alloy("sendEvent", dataObj);
Une fois que vous avez supprimé toutes les références à AppMeasurement et à l’objet s, publiez vos modifications dans votre environnement de développement afin de vérifier que la nouvelle implémentation fonctionne. Une fois que vous avez validé que tout fonctionne correctement, vous pouvez publier vos mises à jour en production.
Si la migration est correcte, AppMeasurement.js n’est plus nécessaire sur votre site et toutes les références à ce script peuvent être supprimées.
À ce stade, votre implémentation Analytics se trouve entièrement sur le Web SDK et est correctement préparée pour passer à Customer Journey Analytics à l’avenir.