Étape 2 : Choix du chemin de mise à niveau

À ce stade du processus de mise à niveau, vous devez effectuer diverses tâches avant que votre environnement de Customer Journey Analytics ne soit prêt à l’emploi.

Ces tâches supplémentaires s’appliquent aux mises à niveau d’Adobe Analytics ainsi qu’aux nouvelles mises en oeuvre de Customer Journey Analytics.

Ces tâches comprennent les éléments suivants :

• Importer d’autres données dans Experience Platform
• Créer des connexions entre les jeux de données Platform et Customer Journey Analytics
• Créer des vues de données
• Porter l’utilisation de l’API de création de rapports
• Prendre en compte les flux de données et Data Warehouse
• Migrer des projets et des composants
• Planifier l’intégration des utilisateurs et utilisatrices

Pour plus d’informations, voir Commencer avec Customer Journey Analytics.

• Fournit tous les avantages de l’hébergement des données dans Experience Edge Network  :

  Les avantages sont les suivants :

  • Rapports et disponibilité des données hautement performants, grâce à Adobe Experience Platform conçu pour optimiser les cas d’utilisation de personnalisation en temps réel
  • Consolidation de l’implémentation de la collecte de données Adobe Experience Cloud avec les autres produits Experience Cloud (AJO, RTCDP, etc.)
  • Pas de dépendance à la nomenclature Adobe Analytics (prop, eVar, événement, etc.)

• À l’épreuve du temps  : les futures mises à jour d’implémentation sont plus simples.

• Nécessite une nouvelle implémentation à partir de zéro  : l’obligation d’effectuer une nouvelle implémentation à partir de zéro suppose les inconvénients suivants :
  • Durée: il s’agit du chemin de mise à niveau le plus long et le plus exigeant, car il nécessite de recommencer une nouvelle mise en oeuvre.
  • Nécessite la recréation du schéma complet dans XDM  : pour pouvoir commencer à implémenter le SDK web, vous devez recréer le schéma complet dans XDM.
  • Nécessite de recréer des règles et des éléments de données  : pour pouvoir commencer à implémenter le SDK web, vous devez recréer toutes les conditions de règle et tous les éléments de données de votre implémentation Adobe Analytics.

• Fournit tous les avantages de l’hébergement des données dans Experience Edge Network  :

  Les avantages sont les suivants :

  • Rapports et disponibilité des données hautement performants, grâce à Adobe Experience Platform conçu pour optimiser les cas d’utilisation de personnalisation en temps réel
  • Consolidation de l’implémentation de la collecte de données Adobe Experience Cloud avec les autres produits Experience Cloud (AJO, RTCDP, etc.)
  • Pas de dépendance à la nomenclature Adobe Analytics (prop, eVar, événement, etc.)

• 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 sans affecter vos rapports Adobe Analytics existants.

• Permet de créer ultérieurement un schéma XDM pour votre organisation  : vous pouvez migrer votre implémentation Adobe Analytics existante pour utiliser le SDK web et vérifier que tout fonctionne dans Adobe Analytics, puis créer le schéma XDM. Cette flexibilité permet une mise à niveau plus méthodique et plus réfléchie vers Customer Journey Analytics.

• 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 de données soit une entrée dans l’outil de mappage de train 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.
• Dette technique  : cette approche utilisant 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 ultérieurement, le cas échéant.

• Chemin de mise à niveau le moins long et le plus exigeant.

  Les données sont rapidement transférées vers Customer Journey Analytics avec un investissement minimal.

• Les données ne sont pas envoyées à Edge Network  :

  Les inconvénients sont les suivants :

  • Niveau le plus élevé de latence dans les rapports de tous les chemins de mise à niveau ; non optimisé pour les cas d’utilisation de la personnalisation en temps réel.
  • Les données ne peuvent pas être partagées avec d’autres applications Adobe Experience Platform ; elles sont limitées à Customer Journey Analytics uniquement.
  • Dépend de la nomenclature Adobe Analytics (prop, eVar, événement, etc.).

• Difficulté à venir pour passer au SDK web  :

• Utilise le groupe de champs Événement d’expérience Analytics dans votre schéma  : ce groupe de champs ajoute de nombreux événements Adobe Analytics inutiles dans votre schéma de Customer Journey Analytics. Cela peut générer un schéma plus complexe et encombré que ce qui est nécessaire à Customer Journey Analytics.

Il s’agit du chemin de mise à niveau recommandé si votre mise en oeuvre Adobe Analytics utilise déjà le SDK Web.

• Fournit tous les avantages de l’hébergement des données dans Experience Edge Network  :

  Les avantages sont les suivants :

  • Rapports et disponibilité des données hautement performants, grâce à Adobe Experience Platform conçu pour optimiser les cas d’utilisation de personnalisation en temps réel
  • Consolidation de l’implémentation de la collecte de données Adobe Experience Cloud avec les autres produits Experience Cloud (AJO, RTCDP, etc.)
  • Pas de dépendance à la nomenclature Adobe Analytics (prop, eVar, événement, etc.)

• 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 sans affecter vos rapports Adobe Analytics existants.

• Permet d’utiliser un schéma XDM  : vous pouvez choisir d’utiliser votre schéma Adobe Analytics existant ou de créer un schéma XDM et de mapper des champs dans l’objet de données à votre schéma XDM. Les schémas XDM sont flexibles et permettent de définir les champs dont vous avez besoin, et uniquement ceux qui sont pertinents pour vous.

  Voir « Utiliser votre propre schéma XDM » ci-dessous pour plus d’informations sur les avantages de l’utilisation de votre propre schéma XDM.

• Conserve les règles et les éléments de données  : bien que de nouvelles actions de règle soient nécessaires, vous pouvez réutiliser vos éléments de données et conditions de règle existants avec des modifications minimales.

• À l’épreuve du temps  : si vous choisissez d’utiliser votre propre schéma XDM, les futures mises à jour d’implémentation sont plus simples.

L’utilisation du schéma Adobe Analytics offre les avantages suivants :

• Facilité de mise à niveau

  Si vous envoyez déjà des données à Adobe Analytics avec le SDK web d’Adobe Experience Platform, vous pouvez ajouter un service supplémentaire à votre flux de données pour envoyer des données à Adobe Experience Platform (qui peuvent ensuite être utilisées dans votre configuration de Customer Journey Analytics).

L’utilisation du schéma Adobe Analytics présente les inconvénients suivants :

• Bien que l’utilisation du schéma Adobe Analytics ne vous limite pas en termes d’utilisation avec d’autres applications Platform, elle génère un schéma plus complexe que nécessaire. En effet, le schéma Adobe Analytics contient de nombreux objets spécifiques à Adobe Analytics qui ne seront probablement pas utilisés par votre organisation.

  Lorsque des modifications du schéma sont requises, vous devez passer en revue des milliers de champs inutilisés pour trouver le champ qui nécessite une mise à jour.

• La mise à jour de votre propre schéma XDM offre les avantages suivants :

  • Schéma rationalisé adapté aux besoins de votre organisation et aux applications Platform spécifiques que vous utilisez.

    Lorsque des modifications du schéma sont requises, il n’est pas nécessaire de parcourir des milliers de champs inutilisés pour trouver le champ qui nécessite une mise à jour.

La mise à jour de votre propre schéma XDM présente les inconvénients suivants :

• La mise à jour de votre schéma est un processus chronophage qui est nécessaire avant de commencer à envoyer des données à Platform.