Diagrambaserad utjämning

Använd den primära identiteten i identityMap namnutrymmen för att definiera persistentID:

• Om flera primära identiteter hittas i olika namnutrymmen sorteras identiteterna i namnutrymmena lexikografiskt och den första identiteten markeras.
• Om flera primära identiteter hittas i ett och samma namnutrymme markeras den första lexikografiska tillgängliga primära identiteten.

I exemplet nedan resulterar namnutrymmen och identiteter i en sorterad lista med primära identiteter och slutligen den valda identiteten.

[
  {"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"

Använd namnområdet identityMap för att definiera persistentID:

• Om flera värden för persistentID hittas i ett identityMap-namnområde används den första lexikografiska tillgängliga identiteten.

I exemplet nedan har du valt ECID som namnutrymme att använda. Markeringen resulterar i en lista med sorterade identiteter och slutligen i den valda identiteten.

[
  {"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"

Liveutjämning: försöker sammanfoga varje träff (händelse) när den kommer in, med det beständiga ID:t för att leta upp person-ID:t för det valda namnområdet genom att fråga efter identitetsdiagrammet. Om person-ID:t är tillgängligt från sökningen sammanfogas detta person-ID omedelbart.

Spela upp sammanfogning: spelar upp data baserat på uppdaterade identiteter från identitetsdiagrammet. På den här scenen sammanfogas träffar från tidigare okända enheter (beständiga ID:n) när identitetsdiagrammet har matchat identiteten för ett namnutrymme. Två parametrar bestämmer återspelningen: frequency och lookback window. Adobe erbjuder följande kombinationer av dessa parametrar:

• Daglig sökning efter en daglig frekvens: Data spelas upp varje dag med ett 24-timmars uppslagsfönster. Det här alternativet har en fördel som innebär att det är mycket vanligare att spela upp filer, men oautentiserade profiler måste autentiseras samma dag som de besöker webbplatsen.
• Veckovis uppslag med en veckofrekvens: Data spelas upp en gång i veckan med ett veckovisa uppslagsfönster (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än en vecka gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
• Veckovis uppspelning på en veckofrekvens: Data spelas upp en gång i veckan med ett varannan vecka-uppslag (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än två veckor gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.
• Månadsvis uppslag på en veckofrekvens: Data spelas upp varje vecka med ett månadsuppslag (se alternativ). Det här alternativet ger en fördel som gör att oautentiserade sessioner kan autentiseras mycket lättare. Ej sammanfogade data som är mindre än en månad gamla bearbetas dock inte om förrän nästa veckovisa uppspelning.

Sekretess: När sekretessrelaterade begäranden tas emot, förutom att den begärda identiteten tas bort från källdatauppsättningen, måste alla sammanfogningar av den identiteten över oautentiserade händelser ångras. Identiteten måste också tas bort från identitetsdiagrammet för att förhindra att den specifika identiteten häftas med i framtiden.

Händelsedatauppsättningen i Adobe Experience Platform, som du vill använda sammanfogning på, måste ha en kolumn som identifierar en profil på varje rad, beständigt ID. Till exempel ett besökar-ID som genererats av ett Adobe Analytics AppMeasurement-bibliotek eller ett ECID som genererats av Experience Platform identitetstjänst.

Identitetsdiagrammet från Experience Platform Identity Service måste ställas in på sandlådenivå innan Graph-baserad sammanfogning aktiveras.

• Identitetsdiagrammet måste ha ett namnutrymme (t.ex. Email eller Phone) som du vill använda vid sammanfogning för att matcha person-ID:t.
• Identitetsdiagrammet måste fyllas i med identitetsinformation från alla relevanta datauppsättningar (av typen event eller profile och som innehåller minst två användbara namnutrymmen med ID-värden).
• Alla datauppsättningar som innehåller sådana relevanta identiteter måste vara aktiverade för datainhämtning från identitetsdiagram. Detta gör att inkommande identiteter läggs till i diagrammet över tiden från alla nödvändiga källor.
• Om du redan använder kunddataprofilen i realtid eller Adobe Journey Optimizer ett tag bör diagrammet redan vara inställt i viss utsträckning.
  Om det också krävs en bakåtfyllning av historiska fogar för datauppsättningen som har aktiverats med diagrambaserad sammanfogning, bör diagrammet redan innehålla historiska identiteter för hela perioden för att få önskat sammanfogningsresultat.

Om du vill använda diagrambaserad sammanfogning och du förväntar dig att händelsedatamängden ska bidra till identitetsdiagrammet, bör du aktivera datamängden för identitetstjänsten.

Det beständiga ID:t och person-ID:t kan användas med identityMap. Eller så kan det beständiga ID:t och person-ID:t vara fält från XDM-schemat. I så fall måste fälten definieras som en identitet i schemat.

Tidsstämplar beaktas inte vid sökning efter person-ID med det angivna namnutrymmet. Det är alltså möjligt att ett beständigt ID sammanfogas med ett person-ID från en post som har en tidigare tidsstämpel.

I scenarier med delade enheter, där namnutrymmet i diagrammet innehåller flera identiteter, används den första lexikografiska identiteten. Om namnutrymmesbegränsningar och -prioriteringar konfigureras som en del av releasen av regler för diagramlänkning, används den senast autentiserade användarens identitet. Mer information finns i Delade enheter.

I identitetsdiagrammet finns det en hård gräns på tre månader för att efterfylla identiteter. Du använder bakåtfyllnadsidentiteter om du inte använder ett Experience Platform-program, som Customer Data Platform i realtid, för att fylla i identitetsdiagrammet.

Identitetstjänstens skyddsprofiler gäller. Se till exempel följande statiska begränsningar:

• Maximalt antal identiteter i ett diagram: 50.
• Maximalt antal länkar till en identitet för ett enskilt batchintag: 50.
• Maximalt antal identiteter i en XDM-post för diagraminmatning: 20.
• Minsta antal identiteter i en XDM-post för pejling: 2.