Guide de mise en oeuvre des règles de liaison de graphiques d’identités

AVAILABILITY
Les règles de liaison de graphiques d’identités sont actuellement en disponibilité limitée. Contactez votre équipe de compte d’Adobe pour plus d’informations sur la manière d’accéder à la fonctionnalité dans les environnements de test de développement.

Lisez ce document pour obtenir un guide détaillé que vous pouvez suivre lors de l’implémentation de vos données avec Adobe Experience Platform Identity Service.

Composition détaillé :

Conditions préalables à la mise en oeuvre prerequisites-for-implementation

Cette section décrit les étapes préalables à la mise en oeuvre des règles de liaison de graphiques d’identités à vos données.

Espace de noms unique

Exigences d’espace de noms pour une seule personne single-person-namespace-requirement

Vous devez vous assurer que l’espace de noms unique ayant la priorité la plus élevée est toujours présent dans chaque profil. Cela permet à Identity Service de détecter l’identifiant de personne approprié dans un graphique donné.

Sélectionner pour afficher un exemple de graphique sans espace de noms d’identifiant de personne unique

Sans espace de noms unique pour représenter les identifiants de personne, vous pouvez obtenir un graphique qui pointe vers des identifiants de personne disparates vers le même ECID. Dans cet exemple, B2BCRM et B2CCRM sont liés au même ECID en même temps. Ce graphique suggère que Tom, utilisant son compte de connexion B2C, a partagé un appareil avec Summer, en utilisant son compte de connexion B2B. Cependant, le système reconnaîtra qu’il s’agit d’un profil (effondrement du graphique).

Scénario de graphique dans lequel deux identifiants de personne sont liés au même ECID.

Sélectionner pour afficher un exemple de graphique avec un espace de noms d’identifiant de personne unique

Compte tenu d’un espace de noms unique (dans ce cas, un CRMID au lieu de deux espaces de noms disparates), Identity Service peut discerner l’identifiant de personne qui a été associé pour la dernière fois à l’ECID. Dans cet exemple, puisqu’il existe un CRMID unique, Identity Service peut reconnaître un scénario "appareil partagé", où deux entités partagent le même appareil.

Scénario de graphique d’appareil partagé, où deux identifiants de personne sont liés au même ECID, mais où l’ancien lien est supprimé.

Configuration de la priorité des espaces de noms

Si vous utilisez le connecteur source Adobe Analytics pour ingérer des données, vous devez accorder à vos ECID une priorité plus élevée que l’Adobe Analytics ID (AAID), car Identity Service bloque AAID. En établissant la priorité d’ECID, vous pouvez indiquer à Real-Time Customer Profile de stocker les événements non authentifiés dans ECID au lieu d’AAID.

Événements d’expérience XDM

Pendant votre processus de prémise en oeuvre, vous devez vous assurer que les événements authentifiés que votre système enverra à l’Experience Platform contiennent toujours un identifiant de personne, tel que CRMID.

Événements authentifiés avec identifiant de personne
code language-json
{
  "_id": "test_id",
  "identityMap": {
      "ECID": [
          {
              "id": "62486695051193343923965772747993477018",
              "primary": false
          }
      ],
      "CRMID": [
          {
              "id": "John",
              "primary": true
          }
      ]
  },
  "timestamp": "2024-09-24T15:02:32+00:00",
  "web": {
      "webPageDetails": {
          "URL": "https://business.adobe.com/",
          "name": "Adobe Business"
      }
  }
}
Événements authentifiés sans identifiant de personne
code language-json
{
    "_id": "test_id",
    "identityMap": {
        "ECID": [
            {
                "id": "62486695051193343923965772747993477018",
                "primary": false
            }
        ]
    },
    "timestamp": "2024-09-24T15:02:32+00:00",
    "web": {
        "webPageDetails": {
            "URL": "https://business.adobe.com/",
            "name": "Adobe Business"
        }
    }
}

N’envoyez pas de chaîne vide en tant que valeur d’identité lors de l’envoi d’événements à l’aide d’événements d’expérience XDM. Si la valeur d’identité de l’espace de noms ayant la priorité la plus élevée est une chaîne vide, l’enregistrement est ignoré de Real-Time Customer Profile. Cela s’applique à la fois à identityMap et aux champs marqués comme une identité.

Sélectionner pour afficher un exemple de payload avec une chaîne vide

L’exemple suivant renvoie une erreur car la valeur d’identité de Phone est envoyée sous la forme d’une chaîne vide.

code language-json
    "identityMap": {
        "ECID": [
            {
                "id": "24165048599243194405404369473457348936",
                "primary": false
            }
        ],
        "Phone": [
            {
                "id": "",
                "primary": true
            }
        ]
    }

Vous devez vous assurer que vous disposez d’une identité complète lors de l’envoi d’événements à l’aide d’événements d’expérience XDM.

Sélectionner pour afficher un exemple d’événement avec une identité entièrement qualifiée
code language-json
    "identityMap": {
        "ECID": [
            {
                "id": "24165048599243194405404369473457348936",
                "primary": false
            }
        ]
    }

Définition des autorisations set-permissions

La première étape du processus de mise en oeuvre d’Identity Service consiste à s’assurer que votre compte Experience Platform est ajouté à un rôle doté des autorisations nécessaires. Votre administrateur peut configurer les autorisations de votre compte en accédant à l’interface utilisateur Autorisations de Adobe Experience Cloud. À partir de là, votre compte doit être ajouté à un rôle avec les autorisations suivantes :

  • Afficher les paramètres d’identité : appliquez cette autorisation pour pouvoir afficher les espaces de noms uniques et la priorité d’espace de noms dans la page de navigation de l’espace de noms d’identité.
  • Modifier les paramètres d’identité : appliquez cette autorisation pour pouvoir modifier et enregistrer vos paramètres d’identité.

Pour plus d’informations sur les autorisations, consultez le guide des autorisations.

Création des espaces de noms d’identité namespace

Si vos données en ont besoin, vous devez d’abord créer les espaces de noms appropriés pour votre organisation. Pour savoir comment créer un espace de noms personnalisé, consultez le guide sur la création d’un espace de noms personnalisé dans l’interface utilisateur.

Utiliser l'outil de simulation graphique graph-simulation

Ensuite, accédez à l’outil de simulation graphique dans l’espace de travail de l’interface utilisateur d’Identity Service. Vous pouvez utiliser l’outil de simulation graphique pour simuler des graphiques d’identités, créés avec différentes configurations de priorité d’espace de noms et d’espace de noms uniques.

En créant différentes configurations, vous pouvez utiliser l’outil de simulation graphique pour découvrir et mieux comprendre comment l’algorithme d’optimisation des identités et certaines configurations peuvent affecter le comportement de votre graphique.

Configuration des paramètres d’identité identity-settings

Une fois que vous avez une meilleure idée du comportement de votre graphique, accédez à l’ interface utilisateur des paramètres d’identité dans l’espace de travail de l’interface utilisateur d’Identity Service. Pour accéder à l’interface utilisateur des paramètres d’identité, sélectionnez Identités dans le volet de navigation de gauche, puis sélectionnez Paramètres.

La page de navigation des identités avec le bouton de paramètres en surbrillance.

Utilisez l’interface utilisateur des paramètres d’identité pour désigner vos espaces de noms uniques et configurer vos espaces de noms par ordre de priorité. Une fois que vous avez terminé d’appliquer vos paramètres, vous devez attendre au moins six heures avant de pouvoir procéder à l’ingestion des données, car au moins six heures sont nécessaires pour que les nouveaux paramètres soient reflétés dans Identity Service.

Pour plus d’informations, consultez le guide de l’interface utilisateur des paramètres d’identité.

Créer un schéma XDM schema

Une fois vos espaces de noms uniques et vos priorités d’espace de noms établies, vous pouvez procéder à la configuration requise pour ingérer vos données. Tout d’abord, vous devez créer un schéma XDM. En fonction de vos données, vous devrez peut-être créer un schéma pour XDM Individual Profile et XDM ExperienceEvent.

Pour ingérer des données dans Real-time Customer Profile, vous devez vous assurer que votre schéma contient au moins un champ qui a été désigné comme identité principale. En définissant une identité principale, vous pouvez activer un schéma donné pour l’ingestion de profils.

Pour plus d’informations sur la création d’un schéma, consultez le guide sur la création d’un schéma XDM dans l’interface utilisateur.

Créer un jeu de données dataset

Créez ensuite un jeu de données afin de fournir une structure pour les données que vous allez ingérer. Un jeu de données est une structure de stockage et de gestion pour une collection de données, généralement sous la forme d’un tableau, qui contient un schéma (des colonnes) et des champs (des lignes). Les jeux de données fonctionnent en tandem avec les schémas. Pour ingérer des données dans Real-time Customer Profile, votre jeu de données doit être activé pour l’ingestion de Profile. Pour que votre jeu de données soit activé pour Profile, il doit référencer un schéma activé pour l’ingestion de Profile.

Pour plus d’informations sur la création d’un jeu de données, consultez le guide de l’interface utilisateur du jeu de données.

Ingestion de données ingest

À ce stade, vous devriez disposer des éléments suivants :

  • Autorisations nécessaires pour accéder aux fonctionnalités Identity Service.
  • Espaces de noms pour vos données.
  • Espaces de noms uniques désignés et priorités configurées pour vos espaces de noms.
  • Au moins un schéma XDM. (En fonction de vos données et de votre cas d’utilisation spécifique, vous devrez peut-être créer des schémas d’événement de profil et d’expérience.)
  • Jeu de données basé sur votre schéma.

Une fois que tous les éléments sont répertoriés ci-dessus, vous pouvez commencer à ingérer vos données dans Experience Platform. Vous pouvez procéder à l’ingestion des données de plusieurs manières différentes. Vous pouvez utiliser les services suivants pour importer vos données dans Experience Platform :

TIP
Une fois vos données ingérées, la charge utile des données brutes XDM ne change pas. Il se peut que vos configurations d’identité principale s’affichent toujours dans l’interface utilisateur. Toutefois, ces configurations seront remplacées par les paramètres d’identité.

Pour tout commentaire, utilisez l’option Commentaires Beta dans l’espace de travail de l’interface utilisateur d’Identity Service.

Validation des graphiques validate

Utilisez le tableau de bord des identités pour obtenir des informations sur l’état de vos graphiques d’identités, tels que le nombre total d’identités et les tendances du nombre de graphiques, le nombre d’identités par espace de noms et le nombre de graphiques par taille de graphique. Vous pouvez également utiliser le tableau de bord des identités pour afficher les tendances sur les graphiques comportant plusieurs identités, organisées par espace de noms.

Sélectionnez les points de suspension (...), puis Afficher plus pour plus d’informations et pour vérifier qu’il n’existe aucun graphique réduit.

Le tableau de bord d’identité dans l’espace de travail de l’interface utilisateur d’Identity Service.

Utilisez la fenêtre qui s’affiche pour afficher des informations sur vos graphiques réduits. Dans cet exemple, le courrier électronique et le téléphone sont marqués comme un espace de noms unique. Il n’existe donc pas de graphiques réduits dans votre environnement de test.

Fenêtre contextuelle pour les graphiques avec plusieurs identités.

Annexe appendix

Lisez cette section pour plus d’informations sur la mise en oeuvre de vos paramètres d’identité et espaces de noms uniques.

Scénario loginID dangereux dangling-loginid-scenario

Le graphique suivant simule un scénario loginID "dangling". Dans cet exemple, deux loginID différents sont liés au même ECID. Cependant, {loginID: ID_C} n’est pas lié au CRMID. Par conséquent, il n’existe aucun moyen pour Identity Service de détecter que ces deux loginID représentent deux entités différentes.

Identifiant de connexion ambigu

Dans cet exemple, {loginID: ID_C} reste en attente et n’est pas lié à un CRMID. Par conséquent, l’entité de personne à laquelle cet identifiant de connexion doit être associé reste ambiguë.

Exemple de graphique avec scénario loginID dangling.

loginID est lié à un CRMID

Dans cet exemple, {loginID: ID_C} est lié à {CRMID: Tom}. Par conséquent, le système est en mesure de discerner que cet identifiant de connexion est associé à Tom.

LoginID est lié à un CRMID.

loginID est lié à un autre CRMID

Dans cet exemple, {loginID: ID_C} est lié à {CRMID: Summer}. Par conséquent, le système est en mesure de discerner que cet identifiant de connexion est associé à une autre entité de personne, dans ce cas, Summer.

Cet exemple montre également que Tom et Summer doivent séparer les entités de personnes qui partagent un appareil, représenté par {ECID: 111}.

LoginID est lié à un autre CRMID.

Étapes suivantes

Pour plus d’informations sur les règles de liaison des graphiques d’identités, consultez la documentation suivante :

recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea