Rapprochement basé sur les graphiques

Utilisation de l’identité principale dans les espaces de noms identityMap pour définir l’identifiant persistant :

• Si plusieurs identités principales sont trouvées dans différents espaces de noms, les identités des espaces de noms sont triées par ordre lexicographique et la première identité est sélectionnée.
• Si plusieurs identités principales sont trouvées dans un seul espace de noms, la première identité principale lexicographique disponible est sélectionnée.

Dans l’exemple ci-dessous, les espaces de noms et les identités génèrent une liste d’identités principales triées, et en fin de compte l’identité sélectionnée.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
 ]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

PrimaryIdentities [
  {"id": "ccid-2", "namespace": "CCID"},
  {"id": "ecid-1", "namespace": "ECID"},
  {"id": "ecid-2", "namespace": "ECID"}
]
NonPrimaryIdentities [
  {"id": "ccid-1", "namespace": "CCID"},
  {"id": "ecid-3", "namespace": "ECID"}
]

"id": "ccid-2",
"namespace": "CCID"

Utilisation de l’espace de noms identityMap pour définir l’identifiant persistant :

• Si plusieurs valeurs d’identifiant persistant sont trouvées dans un espace de noms identityMap, la première identité lexicographique disponible est utilisée.

Dans l’exemple ci-dessous, vous avez sélectionné ECID comme espace de noms à utiliser. Cette sélection génère une liste d’identités triées, et en fin de compte l’identité sélectionnée.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

[
  "id": "ecid-1",
  "id": "ecid-2",
  "id": "ecid-3"
]

"id": "ecid-1",
"namespace": "ECID"

Groupement en direct : tente d’assembler chaque accès (événement) au fur et à mesure qu’il arrive, à l’aide de l’identifiant persistant pour rechercher l’identifiant de personne pour l’espace de noms sélectionné en interrogeant le graphique d’identité. Si un identifiant de personne est renvoyé par la recherche, cet identifiant de personne est immédiatement groupé.

Relire le groupement : relit les données en fonction des identités mises à jour à partir du graphique d’identité. À cette étape, les accès provenant d’appareils précédemment inconnus (identifiants persistants) sont regroupés, car le graphique d’identité a résolu l’identité d’un espace de noms. Deux paramètres déterminent la relecture : fréquence et intervalle de recherche en amont. Adobe propose les combinaisons suivantes de ces paramètres :

• Recherche en amont quotidienne à une fréquence quotidienne : les données sont relues chaque jour avec un intervalle de recherche en amont de 24 heures. Cette option présente un avantage car les relectures sont beaucoup plus fréquentes, mais les profils non authentifiés doivent s’authentifier le jour même où ils visitent votre site.
• Recherche en amont hebdomadaire à une fréquence hebdomadaire : les données sont relues chaque semaine avec un intervalle de recherche en amont hebdomadaire (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins strict. Toutefois, les données dégroupées datant de moins d’une semaine ne sont pas retraitées avant la relecture hebdomadaire suivante.
• Recherche en amont bihebdomadaire à une fréquence hebdomadaire : les données sont relues chaque semaine avec un intervalle de recherche en amont bihebdomadaire (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins strict. Toutefois, les données dégroupées datant de moins de deux semaines ne sont pas retraitées avant la relecture hebdomadaire suivante.
• Recherche en amont mensuelle à une fréquence hebdomadaire : les données sont relues chaque semaine avec un intervalle de recherche en amont mensuel (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins strict. Toutefois, les données dégroupées datant de moins d’un mois ne sont pas retraitées avant la relecture hebdomadaire suivante.

Confidentialité : lorsque des demandes liées à la confidentialité sont reçues, en plus de supprimer l’identité demandée du jeu de données source, tout groupement de cette identité sur des événements non authentifiés doit être annulé. En outre, l’identité doit être supprimée du graphique d’identité afin d’éviter tout groupement basé sur les graphiques futur de cette identité spécifique.

Le jeu de données d’événements dans Adobe Experience Platform auquel vous souhaitez appliquer un assemblage doit comporter une colonne qui identifie un profil sur chaque ligne, l’identifiant persistant. Il peut s’agir, par exemple, d’un identifiant visiteur généré par une bibliothèque Adobe Analytics AppMeasurement ou d’un ECID (Experience Cloud ID) généré par le Service d’identités Experience Platform.

Le graphique d’identités d’Experience Platform Identity Service doit être configuré au niveau de la sandbox, avant d’activer le groupement basé sur les graphiques.

• Le graphique d’identité doit comporter un espace de noms (par exemple Email ou Phone) que vous souhaitez utiliser lors du groupement pour résoudre l’ID de personne.
• Le graphique d’identités doit être renseigné avec des informations d’identités de tous les jeux de données pertinents (de type événement ou profil et qui contiennent au moins deux espaces de noms utiles avec des valeurs d’identifiant).
• Tous les jeux de données contenant ces identités pertinentes doivent être ​ activés pour l’ingestion de données de graphique d’identités. Cette activation garantit que les identités entrantes sont ajoutées au graphique au fil du temps à partir de toutes les sources nécessaires.
• Si vous utilisez déjà le profil de données client en temps réel ou Adobe Journey Optimizer depuis un certain temps, le graphique doit déjà être configuré dans une certaine mesure.
  Si le renvoi du groupement historique est également requis pour le jeu de données activé avec le groupement basé sur les graphiques, le graphique doit déjà contenir des identités historiques pour l’ensemble de la période, afin d’obtenir les résultats de groupement souhaités.

Si vous souhaitez utiliser le groupement basé sur des graphiques et que vous prévoyez que le jeu de données d’événement contribuera au graphique d’identité, vous devez activer le jeu de données pour le service d’identités.

L’ID persistant et l’ID de personne peuvent être utilisés avec identityMap. Ou l’identifiant persistant et l’identifiant de personne peuvent être des champs du schéma XDM, auquel cas les champs doivent être définis comme une identité dans le schéma .

L’horodatage n’est pas pris en compte lors de l’interrogation de l’identifiant de personne à l’aide de l’espace de noms spécifié. Il est donc possible qu’un identifiant persistant soit assemblé avec un identifiant de personne provenant d’un enregistrement dont l’horodatage est plus ancien.

Dans les scénarios avec des appareils partagés, où l’espace de noms du graphique contient plusieurs identités, la première identité lexicographique est utilisée. Si les limites et priorités d’espace de noms sont configurées dans le cadre de la publication des règles de liaison de graphiques, l’identité de la dernière personne authentifiée est utilisée. Pour plus d’informations, voir Appareils partagés.

Il existe une limite stricte de trois mois de renvoi d’identités dans le graphique d’identité. Utilisez le renvoi d’identités si vous n’utilisez pas d’application Experience Platform, telle que Real-time Customer Data Platform, pour renseigner le graphique d’identité.

Les mécanismes de sécurisation du service d’identités s’appliquent. Voir, par exemple, les limites statiques suivantes :

• Nombre d’identités maximum dans un graphique : 50.
• Nombre de liens maximum vers une identité pour une ingestion par lots unique : 50.
• Nombre maximum d’identités dans un enregistrement XDM pour l’ingestion de graphiques : 20.
• Nombre minimum d’identités dans un enregistrement XDM pour l’ingestion de graphiques : 2.