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 de modèle de données d’expérience (XDM) sont les blocs de création, les principes et les bonnes pratiques pour la collecte de données dans Adobe Experience Platform.

Le SDK Web Platform utilise votre schéma pour normaliser vos données d’événement web, les envoyer à l’Edge Network Platform et, en fin de compte, transférer les données à toute application Experience Cloud configurée dans le flux de données. Cette étape est essentielle, car elle définit un modèle de données standard requis pour ingérer des données d’expérience client dans Experience Platform et permet aux services et applications en aval de fonctionner conformément à 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 traitent des numéros de vol, des classes de service et des assignations de places. Certains de ces termes sont propres à une entreprise spécifique, d’autres sont partagés entre les secteurs d’activité et d’autres sont partagés par presque toutes les entreprises. Pour les termes partagés dans un secteur industriel vertical ou même au-delà, vous pouvez commencer à utiliser vos données de manière puissante lorsque vous nommez et structurez ces termes 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 passe-t-il si le modèle de données est constitué d’un objet avec une priceTotal qui représentait le prix total de la commande ? Que se passe-t-il si cet objet possède également des propriétés nommées currencyCode et purchaseOrderNumber? L’objet order peut contenir 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 à construire 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 qui traitent des commandes décidaient de modéliser leurs données de commande de manière cohérente pour des termes courants dans le secteur, des choses magiques pourraient commencer à se produire. Les informations pourraient être échangées plus couramment à l'intérieur et à l'extérieur de votre organisation au lieu d'interpréter et traduire constamment les données (props et evars, qui que ce soit ?). L’apprentissage automatique pourrait plus facilement comprendre vos données. signifie et fournissent des informations exploitables. Les interfaces utilisateur pour l’affichage de données pertinentes pourraient devenir plus intuitives. Vos données peuvent être intégrées de manière transparente avec des partenaires et des fournisseurs qui suivent la même modélisation.

C'est l'objectif de l'Adobe Experience Data Model. XDM fournit une modélisation descriptive 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 conçu autour de XDM et, en tant que tel, les données envoyées à Experience Platform doivent être dans XDM. Plutôt que de réfléchir à où et comment transformer vos modèles de données actuels en XDM avant d’envoyer les données à l’Experience Platform, envisagez d’adopter XDM de manière plus systématique à l’échelle de votre organisation afin que la traduction ait rarement lieu.

Pour en savoir plus sur les schémas XDM, suivez le cours Modèle de vos données d’expérience client avec XDM ou voir la Présentation du système XDM.

Objectifs d'apprentissage

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

Conditions préalables

Toutes les autorisations d’utilisateur et d’approvisionnement nécessaires pour la collecte de données et Adobe Experience Platform décrites dans la section aperçu page.

Créer un schéma XDM

Les schémas XDM sont la méthode standard pour décrire les données en Experience Platform, ce qui permet à toutes les données conformes aux schémas d’être réutilisées dans une organisation sans conflit, voire partagées entre plusieurs organisations. Pour en savoir plus, voir la section Principes de base de la composition des schémas.

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

Ajouter des groupes de champs

Comme nous l’avons déjà mentionné, 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 peut être intégré à 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. Voir Bonnes pratiques relatives à la modélisation des données pour plus d’informations.

Dans la mesure du possible, il est recommandé d’utiliser des groupes de champs existants et de respecter un modèle et des conventions d’affectation des noms indépendant du produit. Pour toute donnée propre à votre organisation qui ne correspond pas aux 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. La variable nom d'affichage de chaque champ s’affiche pour les spécialistes du marketing dans l’interface du créateur de segments des applications basées sur Platform. 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 groupe de champs, l’interface met en évidence les regroupements de paires clé-valeur qui lui appartiennent. Dans l’exemple ci-dessous, vous voyez à 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’une Document sur les besoins de l’entreprise et Référence de conception de solution pour une mise en oeuvre Adobe Analytics, mais doit inclure des exigences pour tous les destinataires de données en aval telles que les destinations de transfert de Platform, de Target et d’événement.

Objet identityMap

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

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

IMPORTANT

Il est possible d’activer Profil pour un schéma avant d’enregistrer votre schéma. Ne pas l’activer à ce stade. Une fois qu’un schéma est activé pour Profile, il ne peut pas être désactivé ni supprimé sans réinitialiser l’ensemble de l’environnement de test. Les champs ne peuvent pas non plus être supprimés des schémas à ce stade, bien qu’il soit possible de Champs obsolètes dans l’interface utilisateur. Il est important de tenir compte de ces implications ultérieurement lorsque vous travaillez avec vos propres données dans votre environnement de production.

Ce paramètre est abordé plus en détail au cours de la Configuration d’un Experience Platform leçon.

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

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

Suivant :