Guide de mise en oeuvre des règles de liaison de graphiques d’identités
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 requises pour la mise en oeuvre
- Créer les espaces de noms d’identité nécessaires
- Utilisez l’outil de simulation graphique pour vous familiariser avec l’algorithme d’optimisation des identités.
- Utilisez l’interface utilisateur des paramètres d’identité pour désigner vos espaces de noms uniques et configurer des classements de priorité pour vos espaces de noms.
- Création d’un schéma de modèle de données d’expérience (XDM)
- Créer un jeu de données
- Ingestion de vos données dans Experience Platform
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é.
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).
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.
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.
code language-json |
---|
|
code language-json |
---|
|
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é.
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 |
---|
|
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.
code language-json |
---|
|
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.
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 :
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.
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.
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.
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ë.
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.
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}
.
Étapes suivantes
Pour plus d’informations sur les règles de liaison des graphiques d’identités, consultez la documentation suivante :