Översikt över regler för länkning av identitetsdiagram
Med Adobe Experience Platform Identity Service och Real-Time Customer Profile är det enkelt att anta att dina data är perfekt insamlade och att alla sammanfogade profiler representerar en enskild person via en personidentifierare, till exempel ett CRMID. Det finns emellertid möjliga scenarier där vissa data kan försöka sammanfoga flera olika profiler till en enda profil ("komprimera diagram"). För att förhindra dessa oönskade sammanfogningar kan du använda konfigurationer som tillhandahålls via länkningsregler för identitetsdiagram och tillåta korrekt personalisering för dina användare.
Kom igång
Följande dokument är viktiga när det gäller att förstå regler för länkning av identitetsdiagram.
Exempel på scenarier där komprimering av diagram kan inträffa example-scenarios-where-graph-collapse-could-happen
I det här avsnittet beskrivs exempelscenarier som du kan överväga när du konfigurerar länkningsregler för identitetsdiagram.
Delad enhet
Det finns instanser där flera inloggningar kan förekomma på en enda enhet:
I dessa fall kommer ett enda ECID att länkas till flera CRMID från en diagramsynvinkel utan att några gränser är aktiverade.
Med länkningsregler för identitetsdiagram kan du:
- Konfigurera det ID som används för inloggning som unik identifierare. Du kan t.ex. begränsa ett diagram så att bara en identitet lagras med ett CRMID-namnutrymme och därmed definiera det CRMID:t som den unika identifieraren för en delad enhet.
- På så sätt kan du se till att CRMID inte sammanfogas med ECID.
Ogiltiga e-post-/telefonscenarier
Det finns även instanser av användare som anger falska värden som telefonnummer och/eller e-postadresser när de registrerar sig. I dessa fall, om begränsningar inte är aktiverade, kommer telefon-/e-postrelaterade identiteter att länkas till flera olika CRMID:n.
Med länkningsregler för identitetsdiagram kan du:
- Konfigurera antingen CRMID, telefonnummer eller e-postadress som unik identifierare och begränsa därmed en person till endast ett CRMID, telefonnummer och/eller e-postadress som är kopplad till deras konto.
Felaktiga eller felaktiga identitetsvärden
Det finns fall där icke-unika, felaktiga identitetsvärden är inkapslade i systemet, oavsett namnutrymme. Exempel:
- IDFA-namnutrymme med identitetsvärdet "user_null".
- IDFA-identitetsvärden ska innehålla 36 tecken: 32 alfanumeriska tecken och fyra bindestreck.
- Namnområde för telefonnummer med identitetsvärdet "ej angivet".
- Telefonnummer får inte innehålla några alfabet.
Dessa identiteter kan resultera i följande diagram, där flera CRMID sammanfogas med den felaktiga identiteten:
Med länkningsregler för identitetsdiagram kan du konfigurera CRMID som den unika identifieraren för att förhindra att oönskade profiler komprimeras på grund av den här typen av data.
Länkningsregler för identitetsdiagram identity-graph-linking-rules
Med länkningsregler för identitetsdiagram kan du:
- Skapa ett enskilt identitetsdiagram/sammanfogad profil för varje användare genom att konfigurera unika namnutrymmen, vilket förhindrar att två olika personidentifierare sammanfogas i ett identitetsdiagram.
- Associera online-autentiserade händelser med personen genom att konfigurera prioriteringar
Terminologi terminology
Unikt namnutrymme unique-namespace
Du kan konfigurera ett namnutrymme så att det blir unikt med hjälp av arbetsytan för identitetsinställningar i användargränssnittet. Om du gör det informeras identitetsoptimeringsalgoritmen om att ett visst diagram bara kan ha en identitet som innehåller det unika namnutrymmet. Detta förhindrar sammanfogning av två olika personidentifierare i samma diagram.
Tänk på följande scenario:
- Scott använder en surfplatta och öppnar sin webbläsare Google Chrome för att gå till acme.com, där han loggar in och bläddrar efter nya basketskor.
-
Bakom scenerna loggar det här scenariot följande identiteter:
- Ett ECID-namnutrymme och -värde som representerar webbläsarens användning
- Ett CRMID-namnutrymme och -värde som representerar den autentiserade användaren (Scott loggade in med sin kombination av användarnamn och lösenord).
-
- Hans son Peter använder sedan samma surfplatta och även Google Chrome för att åka till acme.com, där han loggar in med sitt eget konto för att söka efter fotbollsutrustning.
-
Bakom scenerna loggar det här scenariot följande identiteter:
- Samma ECID-namnutrymme och värde som representerar webbläsaren.
- Ett nytt CRMID-namnutrymme och värde som representerar den autentiserade användaren.
-
Om CRMID har konfigurerats som ett unikt namnutrymme delas CRMID:n upp i två separata identitetsdiagram i identitetsoptimeringsalgoritmen, i stället för att sammanfoga dem.
Om du inte konfigurerar ett unikt namnutrymme kan du få oönskade diagramsammanfogningar, till exempel två identiteter med samma CRMID-namnutrymme, men olika identitetsvärden (scenarier som dessa representerar ofta två olika personenheter i samma diagram).
Du måste konfigurera ett unikt namnutrymme för att informera algoritmen för identitetsoptimering om du vill tillämpa begränsningar för identitetsdata som hämtas till ett givet identitetsdiagram.
Namnområdesprioritet namespace-priority
Namnområdesprioritet avser den relativa vikten av namnutrymmen jämfört med varandra. Namnområdesprioriteten kan konfigureras via användargränssnittet och du kan rangordna namnutrymmen i ett givet identitetsdiagram.
Ett sätt som namnområdesprioriteten används på är att fastställa den primära identiteten för händelsefragment (användarbeteende) i kundprofilen i realtid. Om prioritetsinställningar har konfigurerats kommer den primära identitetsinställningen på Web SDK inte längre att användas för att avgöra vilka profilfragment som lagras.
Både unika namnutrymmen och namnområdesprioriteter kan konfigureras på arbetsytan för identitetsinställningar. Effekterna av deras konfigurationer är dock annorlunda:
- Namnområdesprioriteten påverkar inte diagrambeteendet när gränsen på 50 identiteter per diagram nås.
- Namnområdesprioriteten är ett numeriskt värde som tilldelats ett namnutrymme och anger dess relativa betydelse. Detta är en egenskap för ett namnutrymme.
- Primär identitet är den identitet i vilken ett profilfragment lagras mot. Ett profilfragment är en datapost som lagrar information om en viss användare: attribut (som vanligtvis hämtas via CRM-poster) eller händelser (som vanligtvis hämtas från upplevelsehändelser eller onlinedata).
- Namnområdesprioriteten avgör den primära identiteten för händelsesegment för upplevelser.
- För profilposter kan du använda arbetsytan för scheman i användargränssnittet i Experience Platform för att definiera identitetsfält, inklusive den primära identiteten. Mer information finns i guiden Definiera identitetsfält i användargränssnittet.
- Om en upplevelsehändelse har två eller flera identiteter med den högsta namnområdesprioriteten i identityMap, kommer den att nekas att matas in eftersom den betraktas som "felaktiga data". Om identityMap till exempel innehåller
{ECID: 111, CRMID: John, CRMID: Jane}kommer hela händelsen att avvisas som felaktiga data eftersom det betyder att händelsen är kopplad till bådeCRMID: JohnochCRMID: Janesamtidigt.
Mer information finns i handboken om namnområdesprioritet.
Nästa steg
Mer information om regler för länkning av identitetsdiagram finns i följande dokumentation: