Création d’un schéma XDM pour les données web

Découvrez comment créer un schéma XDM pour les données web dans l’interface de collecte de données d’Adobe Experience Platform.

Les schémas du modèle de données d’expérience (XDM) sont les blocs de création, les principes et les bonnes pratiques de la collecte de données dans Adobe Experience Platform.

Platform Web SDK utilise votre schéma pour normaliser vos données d’événement web, les envoyer à Platform Edge Network et, finalement, transférer les données à toutes les applications Experience Cloud configurées dans le flux de données. Cette étape est essentielle, car elle définit un modèle de données standard requis pour l’ingestion de données d’expérience client dans Experience Platform et active les services et applications en aval basés sur ces normes.

Pourquoi modéliser les données ?

Les entreprises ont leur propre langue pour communiquer sur leur domaine. Les concessionnaires automobiles s'occupent des marques, des modèles et des cylindres. Les compagnies aériennes s'occupent des numéros de vol, de la classe de service et des assignations de sièges. Certains de ces termes sont propres à une entreprise spécifique, d’autres sont partagés entre les secteurs verticaux et d’autres encore sont partagés par presque toutes les entreprises. Pour les termes partagés entre les secteurs verticaux ou même au-delà, vous pouvez commencer à faire des choses puissantes avec vos données en les nommant et en les structurant de manière commune.

Par exemple, de nombreuses entreprises traitent des commandes. Et si, collectivement, ces entreprises décidaient de modéliser une commande de la même manière ? Par exemple, que se passerait-il si le modèle de données était constitué d’un objet avec une propriété priceTotal qui représentait le prix total de la commande ? Que se passerait-il si cet objet avait également des propriétés appelées currencyCode et purchaseOrderNumber ? Peut-être que l’objet de commande contient une propriété nommée payments qui serait un tableau d’objets de paiement. Chaque objet représente un paiement pour la commande. Par exemple, un client a peut-être payé une partie de la commande avec une carte cadeau et le reste avec une carte de crédit. Vous pouvez commencer à créer un modèle qui ressemble à ceci :

{
  "order": {
    "priceTotal": 89.50,
    "currencyCode": "EUR",
    "purchaseOrderNumber": "JWN20192388410012",
    "payments": [
      {
        "paymentType": "gift_card",
        "paymentAmount": 50
      },
      {
        "paymentType": "credit_card",
        "paymentAmount": 39.50
      }
    ]
  }
}

Si toutes les entreprises traitant des commandes décidaient de modéliser leurs données de commande de manière cohérente pour les termes courants dans le secteur, des choses magiques pourraient commencer à se produire. Les informations pourraient être échangées plus facilement à l’intérieur et à l’extérieur de votre organisation au lieu d’interpréter et de traduire constamment les données (props et evars, quelqu’un d’autre ?). Le machine learning pourrait comprendre plus facilement ce que vos données signifient et fournir des informations exploitables. Les interfaces utilisateur permettant d’extraire des données pertinentes pourraient devenir plus intuitives. Vos données peuvent être intégrées de manière transparente avec les partenaires et les fournisseurs qui suivent la même modélisation.

C’est l’objectif d’Adobe modèle de données d’expérience. XDM fournit une modélisation prescriptive pour les données courantes dans le secteur, tout en vous permettant d’étendre le modèle en fonction de vos besoins spécifiques. Adobe Experience Platform est construit autour de XDM et, par conséquent, les données envoyées à Experience Platform doivent être dans XDM. Plutôt que de réfléchir à l’endroit et à la manière de transformer vos modèles de données actuels en XDM avant d’envoyer les données à Experience Platform, envisagez d’adopter XDM de manière plus répandue dans votre entreprise afin que la traduction ait rarement besoin de se produire.

Pour en savoir plus sur les schémas XDM, regardez la liste de lecture Modélisez vos données d’expérience client avec XDM ou consultez la présentation du système XDM.

Objectifs d’apprentissage

À la fin de cette leçon, vous saurez comment :

Conditions préalables

Tous les approvisionnements et autorisations utilisateur nécessaires pour la collecte de données et Adobe Experience Platform, décrits sur la page aperçu.

Créer un schéma XDM

Les schémas XDM sont la manière standard de décrire les données dans Experience Platform. Ils permettent à toutes les données conformes aux schémas d’être réutilisées sans conflit au sein d’une organisation et même partagées entre plusieurs organisations. Pour en savoir plus, consultez les principes de base de la composition de schémas.

Dans cet exercice, vous allez créer un schéma XDM à l’aide des groupes de champs de base recommandés pour capturer les données d’événement web sur le site de démonstration Luma :

Ajouter des groupes de champs

Comme indiqué précédemment, XDM est le cadre de base qui normalise les données d’expérience client en fournissant des structures et des définitions communes à utiliser dans les services Adobe Experience Platform en aval. En adhérant aux normes XDM, toutes les données d’expérience client peuvent être intégrées dans une représentation commune. Cette approche vous permet d’obtenir des informations précieuses à partir des actions des clients, de définir des audiences de clients par le biais de segments et d’exprimer les attributs du client à des fins de personnalisation à l’aide de données provenant de plusieurs sources. Pour plus d’informations voirBonnes pratiques pour la modélisation des données .

Lorsque cela est possible, il est recommandé d’utiliser des groupes de champs existants et de respecter un modèle indépendant du produit ainsi que des conventions de dénomination. Pour toutes les données spécifiques à votre organisation qui ne s’intègrent pas dans les groupes de champs prédéfinis ci-dessus, vous pouvez créer un groupe de champs personnalisé. Voir Création d’un schéma à l’aide de l’éditeur de schémas pour obtenir des instructions plus détaillées sur les schémas personnalisés.

Avec les deux groupes de champs, notez que vous avez accès aux paires clé-valeur les plus couramment utilisées, requises pour la collecte de données sur le Web. Le nom d’affichage de chaque champ s’affiche pour les marketeurs dans l’interface du créateur de segments des applications basées sur Platform et vous pouvez modifier le nom d’affichage des champs standard en fonction de vos besoins. Vous pouvez également supprimer les champs que vous ne souhaitez pas. Lorsque vous cliquez sur l’un des noms de groupes de champs, l’interface met en surbrillance les groupements de paires clé-valeur qui lui appartiennent. Dans l’exemple ci-dessous, vous pouvez voir quels champs appartiennent à Événement d’expérience client.

Cette leçon n'est qu'un point de départ. Lors de la création de votre propre schéma d’événements web, vous devez explorer et documenter les besoins de votre entreprise. Ce processus est similaire à la création d’un Document des exigences commerciales et d’un Référence de conception de solution pour une implémentation d’Adobe Analytics, mais il doit inclure des exigences pour tous les destinataires de données en aval tels que Platform, Target et les destinations de transfert d’événement.

Objet identityMap

Un champ spécial est utilisé pour identifier les utilisateurs web, appelé identityMap.

Il s’agit d’un objet obligatoire pour toute collecte de données liée au Web, car il héberge l’Experience Cloud ID requis pour identifier les utilisateurs sur le Web. Il s’agit également de la clé pour définir des ID de client internes pour les utilisateurs authentifiés. identityMap est abordé plus en détail dans la leçon Configurer les identités. Elle est automatiquement incluse dans tous les schémas à l’aide de la classe XDM ExperienceEvent.

IMPORTANT

Il est possible d’activer Profil pour un schéma avant d’enregistrer ce dernier. Ne pas activez-la à ce stade. Une fois qu’un schéma est activé pour Profil, il ne peut pas être désactivé ou supprimé sans réinitialiser l’ensemble du sandbox. Les champs ne peuvent pas être supprimés des schémas à ce stade non plus, bien qu’il soit possible de rendre obsolètes les champs dans l’interface utilisateur. Il est important de garder ces implications à l’esprit ultérieurement, lorsque vous utiliserez vos propres données dans votre environnement de production.

Ce paramètre est abordé plus en détail dans la leçon Configuration d’Experience Platform.
​>

Pour suivre cette leçon, sélectionnez Enregistrer en haut à droite.

Désormais, vous pouvez référencer ce schéma lorsque vous ajoutez l’extension Web SDK à votre propriété de balise.