Guardrails för Identity Service data

Det här dokumentet innehåller information om användning och hastighetsbegränsningar för Identity Service data som hjälper dig att optimera användningen av identitetsdiagrammet. När du granskar följande skyddsutkast förutsätts det att du har modellerat data korrekt. Om du har frågor om hur du modellerar data kan du kontakta kundtjänstrepresentanten.

IMPORTANT
Kontrollera dina licensrättigheter i din försäljningsorder och motsvarande Produktbeskrivning på faktiska användningsbegränsningar utöver denna garantisida.

Kom igång

Följande Experience Platform-tjänster är involverade i modellering av identitetsdata:

Begränsningar för datamodell

Tabellerna nedan innehåller riktlinjer för skyddsförslag för statiska gränser samt valideringsregler för identitetsnamnutrymmen.

Statiska gränser

I följande tabell visas statiska gränser för identitetsdata.

Guardrail
Gräns
Anteckningar
Antal identiteter i ett diagram
50
När ett diagram med 50 länkade identiteter uppdateras kommer identitetstjänsten att använda en"första-in-först-ut-mekanism" och tar bort den äldsta identiteten för att skapa utrymme för den senaste identiteten för det här diagrammet (Anteckning: Kundprofilen i realtid påverkas inte). Borttagningen baseras på identitetstyp och tidsstämpel. Gränsen tillämpas på sandlådenivå. Mer information finns i avsnittet förstå borttagningslogiken.
Antal länkar till en identitet för ett enskilt batchintag
50
En enda batch kan innehålla avvikande identiteter som orsakar oönskade diagramsammanfogningar. För att förhindra detta kommer identitetstjänsten inte att importera identiteter som redan är länkade till 50 eller fler identiteter.
Antal identiteter i en XDM-post
20
Det minsta antalet XDM-poster som krävs är två.
Antal anpassade namnutrymmen
Ingen
Det finns inga gränser för hur många anpassade namnutrymmen du kan skapa.
Antal tecken för ett namnområdes visningsnamn eller identitetssymbol
Ingen
Det finns inga gränser för hur många tecken ett namnområdes visningsnamn eller identitetssymbol får innehålla.

Validering av identitetsvärde

Följande tabell visar befintliga regler som du måste följa för att identitetsvärdet ska kunna valideras korrekt.

Namnutrymme
Valideringsregel
Systembeteende när regeln bryts
ECID
  • Identitetsvärdet för ett ECID måste vara exakt 38 tecken.
  • Identitetsvärdet för ett ECID får endast bestå av siffror.
  • Om identitetsvärdet för ECID inte är exakt 38 tecken hoppas posten över.
  • Om identitetsvärdet för ECID innehåller icke-numeriska tecken hoppas posten över.
Ej ECID
  • Identitetsvärdet får inte vara längre än 1 024 tecken.
  • Identitetsvärden kan inte vara "null", "anonymous", "invalid" eller vara en tom sträng (t.ex. ", "", "").
  • Om identitetsvärdet är längre än 1 024 tecken hoppas posten över.
  • Identiteten kommer att blockeras från att förtäras.

Inläsning av namnområde för identitet

Från och med 31 mars 2023 blockerar identitetstjänsten intag av Adobe Analytics ID (AAID) för nya kunder. Den här identiteten hämtas vanligtvis via Adobe Analytics-källa och Adobe Audience Manager-källa och är redundant eftersom ECID representerar samma webbläsare. Om du vill ändra den här standardkonfigurationen kontaktar du ditt Adobe-kontoteam.

Förstå borttagningslogiken när ett identitetsdiagram med kapacitet uppdateras deletion-logic

När ett fullständigt identitetsdiagram uppdateras, tar identitetstjänsten bort den äldsta identiteten i diagrammet innan den senaste identiteten läggs till. Detta är för att identitetsdata ska vara korrekta och relevanta. Den här borttagningsprocessen följer två huvudregler:

Borttagning av regel 1 prioriteras baserat på identitetstypen för ett namnutrymme

Borttagningsprioriteten är följande:

  1. Cookie-ID
  2. Enhets-ID
  3. Enhets-ID, e-post och telefon

Regel 2 Borttagning baseras på den tidsstämpel som finns lagrad i identiteten

Varje identitet som länkas i ett diagram har en egen motsvarande tidsstämpel. När ett fullständigt diagram uppdateras tar identitetstjänsten bort identiteten med den äldsta tidsstämpeln.

När ett fullständigt diagram uppdateras med en ny identitet, fungerar dessa två regler tillsammans för att ange vilken äldre identitet som ska tas bort. Identitetstjänsten tar först bort det äldsta cookie-ID:t, sedan det äldsta enhets-ID:t och slutligen det äldsta korsenhets-ID:t/e-postadressen/telefonen.

NOTE
Om den identitet som ska tas bort är länkad till flera andra identiteter i diagrammet, tas även länkarna som förbinder den identiteten bort.

Effekter på implementeringen

I följande avsnitt beskrivs hur borttagningslogiken påverkar identitetstjänsten, kundprofilen i realtid och WebSDK.

Identitetstjänst: Anpassade ändringar av identitetstyp för namnområde

Kontakta ditt Adobe-kontoteam för att begära en ändring av identitetstypen om din produktionssandlåda innehåller:

  • Ett anpassat namnutrymme där personidentifierarna (t.ex. CRM-ID:n) är konfigurerade som cookie/enhetsidentitetstyp.
  • Ett anpassat namnutrymme där cookie-/enhetsidentifierare har konfigurerats som identitetstyp för olika enheter.

När den här funktionen är tillgänglig kommer diagram som överskrider gränsen på 50 identiteter att minskas ned till 50 identiteter. För Real-Time CDP B2C Edition kan detta resultera i en minimal ökning av antalet profiler som kvalificerar för en viss målgrupp, eftersom dessa profiler tidigare ignorerades från segmentering och aktivering.

Kundprofil i realtid: påverkan på adresserbara målgrupper

Borttagning sker endast med data i identitetstjänsten och inte med kundprofilen i realtid.

  • Detta beteende kan följaktligen skapa fler profiler med ett enda ECID, eftersom ECID inte längre är en del av identitetsdiagrammet.
  • För att du ska kunna hålla dig inom de adresserbara målgruppernas berättigandenummer rekommenderar vi att du aktiverar pseudonymt utgångsdatum för profildata för att ta bort dina gamla profiler.

Kundprofil och WebSDK i realtid: borttagning av primär identitet

Om du vill bevara dina autentiserade händelser mot CRM-ID:t rekommenderar vi att du ändrar dina primära ID:n från ECID till CRM ID. Läs följande dokument för steg om hur du implementerar den här ändringen:

Exempel på scenarier

Exempel ett: typiskt stort diagram

Diagramanteckningar:

  • t = tidsstämpel.
  • Värdet för en tidsstämpel motsvarar nyheten för en viss identitet. Till exempel: t1 representerar den första länkade identiteten (äldst) och t51 representerar den senaste länkade identiteten.

I det här exemplet tar identitetstjänsten först bort den befintliga identiteten med den äldsta tidsstämpeln innan diagrammet till vänster kan uppdateras med en ny identitet. Men eftersom den äldsta identiteten är ett enhets-ID, hoppar identitetstjänsten över den identiteten tills den kommer till namnutrymmet med en typ som är högre i listan över borttagningsprioriteter, vilket i det här fallet är ecid-3. När den äldsta identiteten med en högre prioritetstyp för borttagning har tagits bort uppdateras diagrammet med en ny länk, ecid-51.

  • I det sällsynta fallet att det finns två identiteter med samma tidsstämpel och identitetstyp sorteras ID:n baserat på XID och genomföra radering.

Ett exempel på den äldsta identiteten som tas bort för den senaste identiteten

Exempel två: "diagram split"

Inkommande händelse

Diagramanteckningar:

  • I följande diagram antas att timestamp=50finns det 50 identiteter i identitetsdiagrammet.
  • (...) anger de andra identiteter som redan är länkade i diagrammet.

I det här exemplet är ECID:32110 inkapslat och länkat till ett stort diagram vid timestamp=51och därmed överträffa gränsen på 50 identiteter.

Borttagningsprocess

Därför tar identitetstjänsten bort den äldsta identiteten baserat på tidsstämpel och identitetstyp. I det här fallet tas ECID:35577 bara bort från identitetsdiagrammet.

Diagram

Som ett resultat av att ECID:35577 togs bort kommer även kanterna som kopplade CRM ID:60013 och CRM ID:25212 med det nu borttagna ECID:35577 att tas bort. Borttagningsprocessen gör att diagrammet delas upp i två mindre diagram.

Exempel tre:"nav-och-talade"

Inkommande händelse

Diagramanteckningar:

  • I följande diagram antas att timestamp=50finns det 50 identiteter i identitetsdiagrammet.
  • (...) anger de andra identiteter som redan är länkade i diagrammet.

På grund av borttagningslogiken kan vissa nav-identiteter också tas bort. Dessa navidentiteter refererar till noder som är länkade till flera individuella identiteter som annars skulle vara olänkade.

I exemplet nedan är ECID:21011 inkapslat och länkat till diagrammet vid timestamp=51och därmed överträffa gränsen på 50 identiteter.

Borttagningsprocess

Därför tar identitetstjänsten endast bort den äldsta identiteten från identitetsdiagrammet, som i det här fallet är ECID:35577. Borttagningen av ECID:35577 leder också till att följande tas bort:

  • Länken mellan CRM-ID: 60013 och det nu borttagna ECID:35577, vilket resulterar i ett delat diagram.
  • IDFA: 32110, IDFA: 02383, och de återstående identiteterna som representeras av (...). Dessa identiteter tas bort eftersom de inte är länkade till några andra identiteter separat och därför inte kan representeras i ett diagram.

Diagram

Slutligen ger borttagningsprocessen två mindre diagram.

Nästa steg

Mer information om Identity Service:

Följande dokumentation innehåller mer information om andra Experience Platform-servicesäkrar, om total latenstid och licensinformation från Real-Time CDP produktbeskrivningsdokument:

recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea