Exemples de configurations de graphes examples-of-graph-configurations
- Exigences d’activation : la fonctionnalité reste inactive jusqu’à ce que vous configuriez et enregistriez votre Identity Settings. Sans cette configuration, le système continuera à fonctionner normalement, sans changement de comportement.
- Remarques importantes : au cours de cette phase de disponibilité limitée, la segmentation d’Edge peut produire des résultats inattendus en termes d’appartenance à un segment. Cependant, la segmentation par lots et en flux continu fonctionnera comme prévu.
- Étapes suivantes : pour plus d’informations sur la manière d’activer cette fonctionnalité dans les sandbox de production, contactez l’équipe de votre compte Adobe.
- « CRMID » et « loginID » sont des espaces de noms personnalisés. Dans ce document, « CRMID » est un identifiant de personne et « loginID » est un identifiant de connexion associé à une personne donnée.
- Pour simuler les exemples de scénarios de graphique décrits dans ce document, vous devez d’abord créer deux espaces de noms personnalisés, l’un avec le symbole d’identité « CRMID » et l’autre avec le symbole d’identité « loginID ». Les symboles d’identité respectent la casse.
Ce document présente des exemples de configuration de graphique de scénarios courants que vous pouvez rencontrer lors de l’utilisation de données de Identity Graph Linking Rules et d’identité.
CRMID uniquement
Il s’agit d’un exemple de scénario d’implémentation simple où les événements en ligne (CRMID et ECID) sont ingérés et les événements hors ligne (enregistrements de profil) sont uniquement stockés par rapport au CRMID.
Implémentation :
Événements:
Vous pouvez créer ce scénario dans une simulation graphique en copiant les événements suivants en mode texte :
CRMID: Tom, ECID: 111
Configuration de l’algorithme :
Vous pouvez créer ce scénario dans la simulation graphique en configurant la configuration suivante pour votre algorithme :
Sélection d'identité de Principal pour le profil client en temps réel :
Dans le cadre de cette configuration, l’identité principale sera définie comme suit :
Exemples de graphiques
Voici un exemple de graphique idéal pour une seule personne, où le CRMID est unique et se voit attribuer la priorité la plus élevée.
Voici un exemple de graphique multi-personnes. Cet exemple illustre un scénario « appareil partagé », où il y a deux CRMID et où l’ancien lien établi est supprimé.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
CRMID avec e-mail haché
Dans ce scénario, un CRMID est ingéré et représente les données en ligne (événement d’expérience) et hors ligne (enregistrement de profil). Ce scénario implique également l’ingestion d’un e-mail haché, qui représente un autre espace de noms envoyé dans le jeu de données d’enregistrement CRM avec le CRMID.
Implémentation :
Événements:
Vous pouvez créer ce scénario dans une simulation graphique en copiant les événements suivants en mode texte :
CRMID: Tom, Email_LC_SHA256: tom<span>@acme.com
CRMID: Tom, ECID: 111
CRMID: Summer, Email_LC_SHA256: summer<span>@acme.com
CRMID: Summer, ECID: 222
Configuration de l’algorithme :
Vous pouvez créer ce scénario dans la simulation graphique en configurant la configuration suivante pour votre algorithme :
Sélection d'identité de Principal pour Profil :
Dans le cadre de cette configuration, l’identité principale sera définie comme suit :
Exemples de graphiques
Vous trouverez ci-dessous des exemples de paires de graphiques pour une seule personne idéales, où chaque CRMID est associé à leur espace de noms d’e-mail et à leur ECID hachés respectifs.
Voici un exemple de scénario de graphique multi-personnes dans lequel un appareil est partagé par deux personnes.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Voici un exemple de scénario graphique multi-personnes dans lequel l’e-mail n’est pas unique et est associé à deux CRMID différents.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
CRMID avec e-mail, téléphone, GAID et IDFA hachés
Ce scénario est similaire au précédent. Cependant, dans ce scénario, l’e-mail et le téléphone hachés sont marqués comme des identités à utiliser dans Segment Match.
Implémentation :
Événements:
Vous pouvez créer ce scénario dans une simulation graphique en copiant les événements suivants en mode texte :
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, ECID: 111
CRMID: Tom, ECID: 222, IDFA: A-A-A
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, ECID: 333
CRMID: Summer, ECID: 444, GAID:B-B-B
Configuration de l’algorithme :
Vous pouvez créer ce scénario dans la simulation graphique en configurant la configuration suivante pour votre algorithme :
Sélection d'identité de Principal pour Profil :
Dans le cadre de cette configuration, l’identité principale sera définie comme suit :
Exemples de graphiques
Voici un scénario de graphique d’une seule personne idéal dans lequel les e-mails et les téléphones hachés sont marqués comme des identités à utiliser dans Segment Match. Dans ce scénario, les graphiques sont divisés en deux pour représenter deux entités de personne disparates.
Voici un scénario de graphique multi-personnes dans lequel un appareil (ordinateur) est partagé par deux personnes. Dans ce scénario, l’ordinateur partagé est représenté par {ECID: 111} et est lié à {CRMID: Summer}, car ce lien est le lien le plus récemment établi. {CRMID: Tom} est supprimé, car le lien entre {CRMID: Tom} et {ECID: 111} est plus ancien et parce que CRMID est l’espace de noms unique désigné dans cette configuration.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Voici un scénario de graphique multi-personnes dans lequel un appareil Android est partagé par deux personnes. Dans ce scénario, CRMID est configuré comme un espace de noms unique et, par conséquent, le lien plus récent de {CRMID: Tom, GAID: B-B-B, ECID:444} remplace l’ancien {CRMID: Summer, GAID: B-B-B, ECID:444}.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Vous trouverez ci-dessous un scénario graphique impliquant plusieurs personnes et dans lequel un appareil Apple est partagé par deux personnes. Dans ce scénario, l’IDFA est partagé, mais l’ECID n’est pas réinitialisé.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Vous trouverez ci-dessous un scénario graphique impliquant plusieurs personnes et dans lequel un appareil Apple est partagé par deux personnes. Dans ce scénario, l’ECID se réinitialise, mais l’IDFA reste le même.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Voici un scénario sous forme de graphique impliquant plusieurs personnes, dans lequel le même numéro de téléphone est partagé par deux personnes.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans cet exemple, {Phone_SHA256} est également marqué comme espace de noms unique. Par conséquent, un graphique ne peut pas avoir plusieurs identités avec l’espace de noms {Phone_SHA256}. Dans ce scénario, {Phone_SHA256: 765-4321} n’est pas lié à {CRMID: Summer} et {Email_LC_SHA256: ddeeff}, car il s’agit de l’ancien lien.
Voici un scénario sous forme de graphique impliquant plusieurs personnes et dans lequel l’e-mail est partagé par deux personnes.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
CRMID unique avec plusieurs identifiants de connexion (version simple)
Dans ce scénario, un seul CRMID représente une entité de personne. Cependant, une entité de personne peut avoir plusieurs identifiants de connexion :
- Une entité de personne donnée peut avoir différents types de compte (personnel ou professionnel, compte par état, compte par marque, etc.)
- Une entité de personne donnée peut utiliser des adresses e-mail différentes pour un nombre illimité de comptes.
Implémentation :
Événements:
Vous pouvez créer ce scénario dans une simulation graphique en copiant les événements suivants en mode texte :
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Configuration de l’algorithme :
Vous pouvez créer ce scénario dans la simulation graphique en configurant la configuration suivante pour votre algorithme :
Sélection d'identité de Principal pour Profil :
Dans le cadre de cette configuration, l’identité principale sera définie comme suit :
Exemples de graphiques
Voici un scénario de graphique d’une seule personne avec un seul CRMID et plusieurs identifiants de connexion.
Voici un scénario de graphique multi-personnes dans lequel un appareil est partagé par deux personnes. Dans ce scénario, {ECID:111} est lié à la fois à {loginID:ID_A} et à {loginID:ID_C}, et l’ancien lien établi de {ECID:111, loginID:ID_A} est supprimé.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Voici un scénario de graphique multi-personnes qui implique des données incorrectes. Dans ce scénario, {loginID:ID_D} est lié à tort à deux utilisateurs disparates et le lien avec l’ancienne date et heure est supprimé, au profit du lien plus récemment établi.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Le graphique suivant simule un scénario d’identifiant de connexion « non résolu ». Dans cet exemple, deux identifiants de connexion différents sont liés au même ECID. Cependant, {loginID:ID_C} n’est pas lié au CRMID. Par conséquent, Identity Service ne peut en aucun cas détecter que ces deux ID de connexion représentent deux entités différentes.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
CRMID unique avec plusieurs identifiants de connexion (version complexe)
Dans ce scénario, un seul CRMID représente une entité de personne. Cependant, une entité de personne peut avoir plusieurs identifiants de connexion :
- Une entité de personne donnée peut avoir différents types de compte (personnel ou professionnel, compte par état, compte par marque, etc.)
- Une entité de personne donnée peut utiliser des adresses e-mail différentes pour un nombre illimité de comptes.
Implémentation :
Remarque : par défaut, les AAID sont bloqués dans le service d’identités. Vous devez donc accorder une priorité plus élevée à vos ECID qu’aux AAID lors de l’utilisation de la source Analytics. Pour plus d’informations, consultez le guide de mise en œuvre.
Événements:
Vous pouvez créer ce scénario dans une simulation graphique en copiant les événements suivants en mode texte :
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Configuration de l’algorithme :
Vous pouvez créer ce scénario dans la simulation graphique en configurant la configuration suivante pour votre algorithme :
Sélection d'identité de Principal pour Profil :
Dans le cadre de cette configuration, l’identité principale sera définie comme suit :
Exemples de graphiques
Voici un exemple de deux graphiques pour une seule personne qui comportent chacun un CRMID et plusieurs identifiants de connexion.
Voici un scénario d’appareil partagé entre plusieurs personnes où {ECID:111} est lié à la fois à {loginID:ID_A} et à {loginID:ID_C}. Dans ce cas, les liens établis plus anciens sont supprimés en faveur des liens établis plus récemment.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, au lieu d’envoyer uniquement l’identifiant de connexion, les identifiants loginID et CRMID sont envoyés en tant qu’événements d’expérience.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, {loginID:ID_C} est lié à la fois à {CRMID:Tom} et à {CRMID:Summer}. Il est donc considéré comme une donnée incorrecte, car les scénarios graphiques idéaux ne doivent pas lier les mêmes identifiants de connexion à deux utilisateurs disparates. Dans ce cas, les liens établis plus anciens sont supprimés en faveur des liens établis plus récemment.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, un e-mail non unique est lié à deux CRMID différents. Par conséquent, les liens établis plus anciens sont supprimés au profit des liens établis plus récemment.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, un numéro de téléphone non unique est lié à deux CRMID différents, les liens établis plus anciens sont supprimés au profit des liens établis plus récemment.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Utilisation dans d’autres Adobe Commerce
Les exemples de configuration de graphique de cette section présentent des cas d’utilisation pour Adobe Commerce. Les exemples ci-dessous se concentrent sur les clients de détail avec deux types d’utilisateurs :
- Utilisateur enregistré (utilisateurs ayant créé un compte)
- Utilisateurs invités (utilisateurs qui n’ont qu’une adresse e-mail)
Implémentation :
Événements:
Vous pouvez créer ce scénario dans une simulation graphique en copiant les événements suivants en mode texte :
CRMID: Tom, Email: tom@acme.com
CRMID: Tom, ECID: 111
Configuration de l’algorithme :
Vous pouvez créer ce scénario dans la simulation graphique en configurant la configuration suivante pour votre algorithme :
Sélection d'identité de Principal pour Profil :
Dans le cadre de cette configuration, l’identité principale sera définie comme suit :
Exemples de graphiques
Voici un exemple de graphique idéal pour une seule personne.
Voici un exemple de graphique multi-personnes dans lequel deux utilisateurs enregistrés naviguent à l’aide du même appareil.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, un utilisateur enregistré et un utilisateur invité partagent le même appareil.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, un utilisateur enregistré et un utilisateur invité partagent un appareil. Cependant, une erreur d’implémentation se produit, car le CRMID ne contient pas d’espace de noms d’e-mail correspondant. Dans ce scénario, Tom est l’utilisateur enregistré et Summer l’utilisateur invité. Contrairement au scénario précédent, les deux entités sont fusionnées, car il n’existe pas d’espaces de noms d’e-mail communs aux deux entités personne.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, deux utilisateurs invités partagent le même appareil.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Dans ce scénario, un utilisateur invité extrait un élément, puis s’enregistre à l’aide du même appareil.
Entrée des événements de simulation du graphique
| code language-shell |
|---|
|
Étapes suivantes
Pour plus d’informations sur Identity Graph Linking Rules, consultez la documentation suivante :