Groupement basé sur les graphes

Utilisation de l’identité principale dans les espaces de noms d’identityMap pour définir l’ID 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 lexigraphique 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 disponible au niveau lexicographique 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 finalement 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 identityMap espace de noms pour définir le persistentID :

• Si plusieurs valeurs pour persistentID sont trouvées dans un espace de noms identityMap, la première identité disponible au niveau lexicographique est utilisée.

Dans l’exemple ci-dessous, vous avez sélectionné ECID comme espace de noms à utiliser. Cette sélection entraîne une liste d’identités triées, et finalement 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"

Assemblage 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 transitoire de l’espace de noms sélectionné en interrogeant le graphique d’identité. Si l’ID transitoire est disponible à partir de la recherche, il est immédiatement regroupé.

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

• Recherche en amont quotidienne à une fréquence quotidienne : les données sont relues tous les jours 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 visiteurs 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 une fois par 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 stricte. Toutefois, les données désassemblées datant de moins d’une semaine ne sont pas retraitées avant la prochaine relecture hebdomadaire.
• Recherche en amont bihebdomadaire sur une fréquence hebdomadaire : les données sont relues une fois par 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 stricte. Toutefois, les données désassemblées datant de moins de deux semaines ne sont pas retraitées avant la prochaine relecture hebdomadaire.
• 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 stricte. Toutefois, les données désassemblées datant de moins d’un mois ne sont pas retraitées avant la prochaine relecture hebdomadaire.

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 regroupement 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és afin d’éviter tout groupement futur basé sur les graphiques pour cette identité spécifique.

Les dates et heures ne sont pas prises en compte lors de l’interrogation de l’ID temporaire à l’aide de l’espace de noms spécifié. Il est donc possible qu’un identifiant persistant soit associé à un identifiant temporaire d’un enregistrement qui a un horodatage antérieur.

Dans les scénarios d’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é du dernier utilisateur authentifié est utilisée. Voir Appareils partagés pour plus d’informations.

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

Les mécanismes de sécurisation Identity Service s’appliquent. Voir, par exemple, les limites statiques suivantes :

• Nombre maximal d’identités dans un graphique : 50.
• Nombre maximal de liens vers une identité pour une ingestion par lots unique : 50.
• Nombre maximal 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.