Documentation Experience Platform Guide du service d’identités d’Experience Platform

Guide des configurations des Identity Graph Linking Rules configurations-guide

Last update: Fri Jun 27 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

Rubriques :

Créé pour :

Administration
Développeur

Lisez ce document pour en savoir plus sur les différents types d’implémentation que vous pouvez configurer à l’aide de Identity Graph Linking Rules.

Les scénarios des graphiques clients peuvent être regroupés en trois catégories différentes.

De base : les Implémentations de base incluent des graphiques qui incluent le plus souvent des implémentations simples. Ces implémentations ont tendance à s’articuler autour d’un seul espace de noms inter-appareils (par exemple, CRMID). Bien que les implémentations de base soient assez simples, la réduction du graphique peut toujours se produire, souvent en raison de scénarios appareil partagé.
Intermédiaire : les implémentations intermédiaires incluent plusieurs variables telles que plusieurs espaces de noms sur l’ensemble des appareils, identités non uniques et plusieurs espaces de noms uniques.
Avancé : les implémentations avancées impliquent des scénarios graphiques complexes et à plusieurs couches. Pour les implémentations avancées, il est essentiel d’établir l’ordre de priorité correct des espaces de noms afin de s’assurer que les liens appropriés sont supprimés, empêchant ainsi la réduction du graphique.

Commencer

Avant de passer au document suivant, assurez-vous de vous familiariser avec plusieurs concepts importants d’Identity Service et de Identity Graph Linking Rules.

Implémentations de base basic-implementations

NOTE

Pour terminer les implémentations ci-dessous, vous devez créer un espace de noms personnalisé avec le symbole d’identité (sensible à la casse) de : CRMID.

Lisez cette section pour obtenir des implémentations de base de Identity Graph Linking Rules.

Cas d’utilisation : implémentation simple qui utilise un espace de noms sur plusieurs appareils

En règle générale, les clients Adobe disposent d’un espace de noms unique sur l’ensemble des appareils utilisé dans toutes leurs propriétés, y compris le web, les appareils mobiles et les applications. Ce système est indépendant du secteur et de la géographie, car les clients du commerce de détail, des télécommunications et des services financiers utilisent ce type d’implémentation.

En règle générale, un utilisateur final est représenté par un espace de noms entre appareils (souvent un CRMID). Par conséquent, le CRMID doit être classé comme un espace de noms unique. Un utilisateur final propriétaire d’un ordinateur et d’un iPhone et qui ne partage pas son appareil peut disposer d’un graphique d’identité du type suivant.

Imaginez que vous êtes un architecte de données au sein d’une société de commerce électronique appelée ACME. John et Jane sont vos clients. Il s’agit d’utilisateurs finaux qui vivent ensemble à San Jose, en Californie. Ils partagent un ordinateur de bureau et l’utilisent pour parcourir votre site Web. De même, John et Jane partagent également un iPad et utilisent parfois ce iPad pour naviguer sur Internet, y compris sur votre site Web.

Mode texte

CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c

Configuration des algorithmes (paramètres d’identité)

Configurez les paramètres suivants dans l’interface de simulation de graphique avant de simuler votre graphique.

Nom d’affichage

Symbole d’identité

Type d’identité

Unique par graphe

Priorité d’espace de noms

CRMID

CROSS_DEVICE

✔️

ECID

IDFA

PÉRIPHÉRIQUE

Graphique simulé

Dans ce graphique, John (l’utilisateur final) est représenté par le CRMID. {ECID: 123} représente le navigateur Web que John a utilisé sur son ordinateur personnel pour visiter votre plateforme de commerce électronique. {ECID: 999} représente le navigateur qu’il a utilisé sur son iPhone et {IDFA: a-b-c} représente son iPhone.

Implémentation simple avec un espace de noms sur l’ensemble des appareils..

Exercice

Simulez la configuration suivante dans la simulation de graphiques. Vous pouvez créer vos propres événements ou effectuer un copier-coller à l’aide du mode texte.

Périphérique partagé (PC)

Périphérique partagé (PC)

Mode texte

code language-json
`CRMID: John, ECID: 111 CRMID: Jane, ECID: 111`

Graphique simulé

Dans ce graphique, John et Jane sont représentés par leurs propres CRMID respectifs :

{CRMID: John}
{CRMID: Jane}

Le navigateur sur l’ordinateur de bureau qu’ils utilisent tous les deux pour visiter votre plateforme d’e-commerce est représenté par {ECID: 111}. Dans ce scénario de graphique, Jeanne est le dernier utilisateur final authentifié. Par conséquent, le lien entre {ECID: 111} et {CRMID: John} est supprimé.

Graphique simulé pour un appareil partagé (PC).

Appareil partagé (mobile)

Appareil partagé (mobile)

Mode texte

code language-json
`CRMID: John, ECID: 111, IDFA: a-b-c CRMID: Jane, ECID: 111, IDFA: a-b-c`

Graphique simulé

Dans ce graphique, John et Jane sont tous deux représentés par leurs propres CRMID respectifs. Le navigateur qu’ils utilisent est représenté par des {ECID: 111} et le iPad qu’ils partagent est représenté par des {IDFA: a-b-c}. Dans ce scénario de graphique, Jane est le dernier utilisateur final authentifié. Par conséquent, les liens de {ECID: 111} et {IDFA: a-b-c} à {CRMID: John} sont supprimés.

Graphique simulé pour un appareil partagé (mobile).

Implémentations intermédiaires intermediate-implementations

TIP

Une identité non unique est une identité associée à un espace de noms non unique.

Lisez cette section pour connaître les implémentations intermédiaires de Identity Graph Linking Rules.

Cas d’utilisation : vos données incluent des identités non uniques

NOTE

Pour terminer les implémentations ci-dessous, vous devez créer les espaces de noms personnalisés suivants avec les symboles d’identité (sensibles à la casse) de :

CRMID
CChash (il s’agit d’un espace de noms personnalisé qui représente un numéro de carte de crédit haché.)

Imaginez que vous êtes un architecte de données travaillant pour une banque commerciale qui émet des cartes de crédit. Votre équipe marketing a indiqué qu’elle souhaitait inclure l’historique des transactions passées par carte de crédit dans un profil. Ce graphique d’identité peut se présenter comme suit.

Mode texte

CRMID: John, CChash: 1111-2222
CRMID: John, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c

Configuration des algorithmes (paramètres d’identité)

Configurez les paramètres suivants dans l’interface de simulation de graphique avant de simuler votre graphique.

Nom d’affichage

Symbole d’identité

Type d’identité

Unique par graphe

Priorité d’espace de noms

CRMID

CROSS_DEVICE

✔️

Hachage

CROSS_DEVICE

ECID

IDFA

PÉRIPHÉRIQUE

Graphique simulé

Image du graphique simulé

Rien ne garantit que ces numéros de carte de crédit ou tout autre espace de noms non unique seront toujours associés à un seul utilisateur final. Deux utilisateurs finaux peuvent s’enregistrer avec la même carte de crédit. Des valeurs d’espace réservé non uniques peuvent également être ingérées par erreur. En d’autres termes, il n’existe aucune garantie que les espaces de noms non uniques ne provoqueront pas la réduction du graphique.

Pour résoudre ce problème, Identity Service supprime les liens les plus anciens et conserve les liens les plus récents. Vous disposez ainsi d’un seul CRMID dans un graphique, ce qui empêche la réduction du graphique.

Exercice

Simulez les configurations suivantes dans la simulation graphique. Vous pouvez créer vos propres événements ou effectuer un copier-coller à l’aide du mode texte.

Appareil partagé

Mode texte

code language-json
`CRMID: John, CChash: 1111-2222 CRMID: Jane, CChash: 3333-4444 CRMID: John, ECID: 123 CRMID: Jane, ECID:123`

Graphique simulé

Graphique intermédiaire d’appareil partagé avec Chash.

Deux utilisateurs finaux avec la même carte de crédit

Deux utilisateurs finaux différents s’inscrivent à votre site web d’e-commerce avec la même carte de crédit. Votre équipe marketing souhaite éviter la réduction du graphique en s’assurant que la carte de crédit est associée à un seul profil.

Mode texte

code language-json
`CRMID: John, CChash: 1111-2222 CRMID: Jane, CChash: 1111-2222 CRMID: John, ECID: 123 CRMID: Jane, ECID:456`

Graphique simulé

Graphique dans lequel deux utilisateurs finaux s’inscrivent avec la même carte de crédit.

Numéro de carte de crédit non valide

En raison de données non nettoyées, un numéro de carte de crédit non valide est ingéré dans Experience Platform.

Mode texte

code language-json
`CRMID: John, CChash: undefined CRMID: Jane, CChash: undefined CRMID: Jack, CChash: undefined CRMID: Jill, CChash: undefined`

Graphique simulé

Graphique dans lequel un problème de hachage entraîne la non-validité d’une carte de crédit.

Cas d’utilisation : vos données incluent des CRMID hachés et non hachés

NOTE

Pour terminer les implémentations ci-dessous, vous devez créer des espaces de noms personnalisés avec les symboles d’identité (sensibles à la casse) de :

CRMID
CRMIDhash

Vous ingérez un CRMID non haché (hors ligne) et un CRMID haché (en ligne). Il est attendu qu’il existe une relation directe entre les CRMID non hachés et hachés. Lorsqu’un utilisateur final navigue avec un compte authentifié, le CRMID haché est envoyé avec l’ID d’appareil (représenté sur Identity Service sous la forme d’un ECID).

Configuration des algorithmes (paramètres d’identité)

Configurez les paramètres suivants dans l’interface de simulation de graphique avant de simuler votre graphique.

Nom d’affichage

Symbole d’identité

Type d’identité

Unique par graphe

Priorité d’espace de noms

CRMID

CROSS_DEVICE

✔️

CRMIDhash

CROSS_DEVICE

✔️

ECID

Exercice

Simulez les configurations suivantes dans la simulation graphique. Vous pouvez créer vos propres événements ou effectuer un copier-coller à l’aide du mode texte.

Appareil partagé

John et Jane partagent un appareil.

Mode texte

code language-json
`CRMID: John, CRMIDhash: John CRMID: Jane, CRMIDhash: Jane CRMIDhash: John, ECID: 111 CRMIDhash: Jane, ECID: 111`

Graphique d’appareil partagé avec CRMID haché

Données incorrectes

En raison d’erreurs dans le processus de hachage, un CRMID haché non unique est généré et envoyé au service d’identités.

Mode texte

code language-json
`CRMID: John, CRMIDhash: aaaa CRMID: Jane, CRMIDhash: aaaa`

Graphique d’appareil partagé avec une erreur dans le processus de hachage, conduisant à un CRMID haché non unique.

Cas d’utilisation : vos données incluent trois espaces de noms uniques

NOTE

Pour terminer les implémentations ci-dessous, vous devez créer un espace de noms personnalisé avec le symbole d’identité (sensible à la casse) de : CRMID.

Votre client définit une entité pour une seule personne comme suit :

Utilisateur final disposant d’un CRMID attribué.
Utilisateur final associé à une adresse e-mail hachée, de sorte que les profils puissent être activés vers des destinations qui prennent en charge les e-mails hachés (par exemple, Facebook).
Utilisateur final associé à une adresse e-mail, de sorte que le personnel d’assistance puisse rechercher son profil sur Real-Time CDP à l’aide de cette adresse e-mail.

Nom d’affichage

Symbole d’identité

Type d’identité

Unique par graphe

Priorité d’espace de noms

CRMID

CROSS_DEVICE

✔️

E-mail

✔️

Email_LC_SHA256

E-mail

✔️

ECID

Simulez les configurations suivantes dans l’outil de simulation graphique. Vous pouvez créer vos propres événements ou effectuer un copier-coller à l’aide du mode texte.

Appareil partagé

Dans ce scénario, John et Jane se connectent tous deux à un site web d’e-commerce.

Mode texte

code language-json
`CRMID: John, Email: john@g, Email_LC_SHA256: john_hash CRMID: Jane, Email: jane@g, Email_LC_SHA256: jane_hash CRMID: John, ECID: 111 CRMID: Jane, ECID: 111`

Graphique qui affiche deux utilisateurs finaux qui se connectent à votre site web à l’aide du même appareil.

Un utilisateur final modifie son e-mail

Mode texte

code language-json
`CRMID: John, Email: john@g, Email_LC_SHA256: john_hash CRMID: John, Email: john@y, Email_LC_SHA256: john_y_hash`

Graphique qui affiche un utilisateur final ou une utilisatrice finale qui a modifié son e-mail.

Implémentations avancées advanced-implementations

Les implémentations avancées impliquent des scénarios graphiques complexes et à plusieurs couches. Ces types d’implémentation incluent l’utilisation de la priorité de l’espace de noms afin d’identifier les liens corrects qui doivent être supprimés pour éviter la réduction du graphique.

Priorité des espaces de noms est une métadonnée qui classe les espaces de noms en fonction de leur importance. Si un graphique contient deux identités, chacune ayant un espace de noms unique différent, Identity Service utilise la priorité de l’espace de noms pour décider quels liens supprimer. Pour plus d’informations, consultez la documentation sur la priorité des espaces de noms.

La priorité des espaces de noms joue un rôle essentiel dans les scénarios graphiques complexes. Les graphiques peuvent comporter plusieurs calques : un utilisateur final peut être associé à plusieurs ID de connexion qui peuvent être hachés. En outre, différents ECID peuvent être liés à différents ID de connexion. Pour vous assurer que le lien approprié, au niveau approprié, est supprimé, vos configurations de priorité d’espace de noms doivent être correctes.

Lisez cette section pour obtenir des implémentations avancées de Identity Graph Linking Rules.

Cas d’utilisation : vous avez besoin d’une assistance pour plusieurs secteurs d’activité

NOTE

Pour terminer les implémentations ci-dessous, vous devez créer des espaces de noms personnalisés avec les symboles d’identité (sensibles à la casse) de :

CRMID
loginID

Vos utilisateurs finaux ont deux comptes différents : un compte personnel et un compte professionnel. Chaque compte est identifié par un identifiant différent. Dans ce scénario, un graphique type ressemblerait à ce qui suit :

Mode texte

CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
loginID: JohnPersonal, ECID: 111
loginID: JohnPersonal, ECID: 222
loginID: JohnBusiness, ECID: 222

Configuration des algorithmes (paramètres d’identité)

Configurez les paramètres suivants dans l’interface de simulation de graphique avant de simuler votre graphique.

Nom d’affichage

Symbole d’identité

Type d’identité

Unique par graphe

Priorité d’espace de noms

CRMID

CROSS_DEVICE

✔️

loginID

CROSS_DEVICE

ECID

Graphique simulé

Graphique d’identité pour un utilisateur final avec une adresse e-mail professionnelle et personnelle.

Exercice

Simulez la configuration suivante dans la simulation de graphiques. Vous pouvez créer vos propres événements ou effectuer un copier-coller à l’aide du mode texte.

Appareil partagé

Mode texte

code language-json

code language-json
`CRMID: John, loginID: JohnPersonal CRMID: John, loginID: JohnBusiness CRMID: Jane, loginID: JanePersonal CRMID: Jane, loginID: JaneBusiness loginID: JohnPersonal, ECID: 111 loginID: JanePersonal, ECID: 111`

CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
CRMID: Jane, loginID: JanePersonal
CRMID: Jane, loginID: JaneBusiness
loginID: JohnPersonal, ECID: 111
loginID: JanePersonal, ECID: 111

Graphique d’un appareil partagé avancé.

Des données incorrectes sont envoyées à Real-Time CDP

Mode texte

code language-json
`CRMID: John, loginID: JohnPersonal CRMID: John, loginID: error CRMID: Jane, loginID: JanePersonal CRMID: Jane, loginID: error loginID: JohnPersonal, ECID: 111 loginID: JanePersonal, ECID: 222`

Graphique qui affiche un scénario dans lequel des données incorrectes sont envoyées à Real-Time CDP.

Cas d’utilisation : vous disposez d’implémentations complexes qui nécessitent plusieurs espaces de noms

NOTE

Pour terminer les implémentations ci-dessous, vous devez créer des espaces de noms personnalisés avec les symboles d’identité (sensibles à la casse) de :

CRMID
loyaltyID
thirdPartyID
orderID

Vous êtes une entreprise de médias et de divertissement et vos utilisateurs finaux disposent des éléments suivants :

UN CRAMIDE
Un identifiant de fidélité

De plus, vos utilisateurs finaux peuvent effectuer un achat sur le site web d’e-commerce et ces données sont liées à leur adresse e-mail. Les données utilisateur sont également enrichies par un fournisseur de base de données tiers et sont envoyées à Experience Platform par lots.

Mode texte

CRMID: John, loyaltyID: John, Email: john@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111

Configuration des algorithmes (paramètres d’identité)

Configurez les paramètres suivants dans l’interface de simulation de graphique avant de simuler votre graphique.

Nom d’affichage

Symbole d’identité

Type d’identité

Unique par graphe

Priorité d’espace de noms

CRMID

CROSS_DEVICE

✔️

loyaltyID

CROSS_DEVICE

✔️

E-mail

✔️

thirdPartyID

CROSS_DEVICE

orderID

CROSS_DEVICE

ECID

Exercice

Simulez la configuration suivante dans la simulation de graphiques. Vous pouvez créer vos propres événements ou effectuer un copier-coller à l’aide du mode texte.

Appareil partagé

Mode texte

code language-json
`CRMID: John, loyaltyID: John, Email: john@g CRMID: Jane, loyaltyID: Jane, Email: jane@g Email: john@g, orderID: aaa CRMID: John, thirdPartyID: xyz CRMID: John, ECID: 111 CRMID: Jane, ECID: 111`

Exemple de graphique complexe d’un appareil partagé.

L’utilisateur final modifie son adresse e-mail

Mode texte

code language-json
`CRMID: John, loyaltyID: John, Email: john@g CRMID: John, loyaltyID: John, Email: john@y`

Graphique qui affiche le comportement des identités suite à un changement d’e-mail.

L’association thirdPartyID change

Mode texte

code language-json
`CRMID: John, loyaltyID: John, Email: john@g CRMID: Jane, loyaltyID: Jane, Email: jane@g CRMID: John, thirdPartyID: xyz CRMID: Jane, thirdPartyID: xyz`

Graphique qui affiche le comportement de l’identité suite à un changement dans l’association d’identifiants tiers.

orderID non unique

Mode texte

code language-json
`CRMID: John, loyaltyID: John, Email: john@g CRMID: Jane, loyaltyID: Jane, Email: jane@g Email: john@g, orderID: aaa Email: jane@g, orderID: aaa`

Graphique qui affiche le comportement de l’identité avec un ID de commande non unique.

loyaltyID erroné

Mode texte

code language-json
`CRMID: John, loyaltyID: aaa, Email: john@g CRMID: Jane, loyaltyID: aaa, Email: jane@g`

Graphique qui affiche le comportement de l’identité en cas d’ID de fidélité erroné.

Étapes suivantes

Pour plus d’informations sur Identity Graph Linking Rules, consultez la documentation suivante :

recommendation-more-help

64963e2a-9d60-4eec-9930-af5aa025f5ea