[Beta]{class="badge informative"}
Namnområdesprioritet
Varje kundimplementering är unik och skräddarsydd för att uppfylla en viss organisations mål, och som sådan varierar vikten av en viss namnrymd från kund till kund. Exempel från verkligheten:
- Å ena sidan kan du anse att namnutrymmet E-post representerar en personenhet och därmed är unikt per person. En annan kund kan å andra sidan betrakta e-postnamnutrymmet som en otillförlitlig identifierare och kan därför tillåta att ett enskilt CRM-ID kopplas till flera identiteter med e-postnamnområdet.
- Du kan samla in onlinebeteende med hjälp av namnutrymmet Inloggnings-ID. Detta inloggnings-ID kan ha en 1:1-relation med CRM-ID, som sedan lagrar attribut från ett CRM-system och kan betraktas som det viktigaste namnutrymmet. I det här fallet avgör du att CRM ID-namnutrymmet är en mer korrekt representation av en person, medan namnutrymmet för inloggnings-ID är det näst viktigaste.
Du måste skapa konfigurationer i identitetstjänsten som återspeglar hur viktiga dina namnutrymmen är, eftersom detta påverkar hur profiler formas och segmenteras.
Ange dina prioriteringar
Bestämning av namnområdesprioritet baseras på följande faktorer:
Identitetsdiagramstruktur
Om din organisations strukturerade diagram är i flera lager bör namnområdesprioriteten återspegla detta så att rätt länkar tas bort vid komprimering av diagram.
-
"Diagramkomprimering" avser scenarier där flera olika profiler oavsiktligt sammanfogas till ett enda identitetsdiagram.
-
Ett diagram med flera lager refererar till identitetsdiagram med flera länknivåer. Se bilden nedan för ett exempel på ett diagram med tre lager.
Namnutrymmets semantiska betydelse
En identitet representerar ett objekt i verkligheten. Det finns tre objekt som visas i identitetsdiagrammet. De är följande:
- Personer (olika enheter, e-post, telefonnummer)
- Maskinvaruenhet
- Webbläsare (cookie)
Personnamnutrymmen är relativt oföränderliga jämfört med maskinvaruenheter (som IDFA, GAID), som är relativt oföränderliga jämfört med webbläsare. I princip är du (människa) alltid en enda enhet som kan ha flera maskinvaruenheter (telefon, bärbar dator, surfplatta osv.) och använda flera webbläsare (Google Chrome, Safari, FireFox osv.)
Ett annat sätt att se på det här ämnet är genom kardinalitet. Hur många identiteter kommer att skapas för en viss person? I de flesta fall har en person ett CRM-ID, en handfull identifierare för hårdvaruenheter (IDFA/GAID-återställningar bör inte ske så ofta) och ännu fler cookies (en person kan navigera på flera enheter, använda inkogenläge eller återställa cookies när som helst). I allmänhet anger lägre kardinalitet ett namnutrymme med ett högre värde.
Validera inställningarna för namnområdesprioritet
När du har fått en uppfattning om hur du ska prioritera namnutrymmen kan du använda verktyget Diagramsimulering för att testa olika scenarier för komprimering av diagram och se till att dina prioritetskonfigurationer returnerar de förväntade diagramresultaten. Mer information finns i handboken om hur du använder verktyget Diagramsimulering.
Konfigurera namnområdesprioritet
Namnområdesprioriteten kan konfigureras med Identity Settings. I gränssnittet Identity Settings kan du dra och släppa ett namnutrymme för att fastställa dess relativa betydelse.
Användning av namnområdesprioritet
För närvarande påverkar namnområdesprioriteten systembeteendet för kundprofilen i realtid. Bilden nedan visar detta koncept. Mer information finns i guiden om Adobe Experience Platform och programarkitekturdiagram.
Identitetstjänst: Identitetsoptimeringsalgoritm
För relativt komplexa diagramstrukturer spelar namnområdesprioriteten en viktig roll när det gäller att säkerställa att rätt länkar tas bort när diagramkomprimeringsscenarier inträffar. Mer information finns i översikten över algoritmen för identitetsoptimering.
Kundprofil i realtid: primär identitetsbestämning för upplevelsehändelser
-
För upplevelsehändelser bestäms den primära identiteten av den högsta namnområdesprioriteten när du har konfigurerat identitetsinställningar för en viss sandlåda.
- Det beror på att upplevelsehändelser är dynamiska till sin natur. En identitetskarta kan innehålla tre eller fler identiteter, och namnområdesprioriteten ser till att det viktigaste namnutrymmet är kopplat till upplevelsehändelsen.
-
Därför kommer följande konfigurationer inte längre att användas av kundprofilen i realtid:
- Kryssrutan "Primär" för dataelementtyp i WebSDK.
- Alla fält som markerats som primär identitet i ett XDM Experience Event Class-schema.
- Standardinställningar för primär identitet i Adobe Analytics-källkopplingen (ECID eller AAID).
-
Å andra sidan bestämmer inte namnområdesprioriteten den primära identiteten för profilposter.
- För profilposter kan du använda arbetsytan för scheman i användargränssnittet för Experience Platform för att definiera dina identitetsfält, inklusive den primära identiteten. Mer information finns i guiden Definiera identitetsfält i användargränssnittet.
-
Namnområdesprioriteten är en egenskap för ett namnområde. Det är ett numeriskt värde som tilldelas ett namnutrymme för att ange dess relativa betydelse.
-
Primär identitet är den identitet som 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).
Exempeldiagram
I det här avsnittet finns ett exempel på hur prioritetskonfigurationen kan påverka dina data.
Anta att följande konfigurationer har skapats för en viss sandlåda:
Med tanke på de konfigurationer som beskrivs ovan kommer användaråtgärder och fastställande av primär identitet att lösas som sådana:
Segmenteringstjänst: lagring av metadata för segmentmedlemskap
För en given sammanfogad profil lagras segmentmedlemskap mot identiteten med namnutrymmet med högst prioritet.
Anta till exempel att det finns två profiler:
- Den första profilen representerar John.
- Den andra profilen representerar Jane.
Om John och Jane delar en enhet överförs ECID (webbläsare) från en person till en annan. Detta påverkar dock inte segmentmedlemskapsinformationen som lagras mot John och Jane.
Om kriterierna för godkännande av segment endast baserades på anonyma händelser som sparats mot ECID, skulle Jane kvalificera sig för det segmentet
Konsekvenser för andra Experience Platform-tjänster implications
I det här avsnittet beskrivs hur namnområdesprioriteten kan påverka andra Experience Platform-tjänster.
Avancerad livscykelhantering av data
Funktioner för borttagning av datahygienpost på följande sätt för en viss identitet:
- Kundprofil i realtid: Tar bort alla profilfragment med angiven identitet som primär identitet. Den primära identiteten i profilen bestäms nu utifrån namnområdesprioritet.
- Datasjön: Tar bort alla poster med den angivna identiteten som primär identitet.
Mer information finns i Översikt över avancerad livscykelhantering.
Beräknade attribut
Beräknade attribut använder inte namnområdesprioritet för att beräkna värden. Om du använder beräknade attribut måste du se till att CRM-ID är angivet som din primära identitet för WebSDK. Denna begränsning förväntas bli löst i augusti 2024.
Mer information finns i användargränssnittshandboken för beräknade attribut.
Data Lake
Inmatningen av data i sjön fortsätter att följa de primära identitetsinställningarna som konfigurerats för Web SDK och scheman.
Datasjön kommer inte att fastställa den primära identiteten baserat på namnområdesprioriteten. Adobe Customer Journey Analytics kommer till exempel att fortsätta använda värden i identitetskartan även efter det att namnområdesprioriteten har aktiverats (till exempel när en datauppsättning läggs till i en ny anslutning), eftersom Customer Journey Analytics använder data från datavjön.
XDM-scheman (Experience Data Model)
Alla scheman som inte är en XDM Experience Event, till exempel enskilda XDM-profiler, fortsätter att respektera alla fält som du markerar som en identitet.
Mer information om XDM-scheman finns i översikten scheman.
Intelligenta tjänster
När du väljer data måste du ange ett namnutrymme, som används för att avgöra vilka händelser som beräknar poäng och vilka händelser som lagrar de beräknade poängen. Du rekommenderas att välja det namnutrymme som representerar en person.
- Om du samlar in webbbeteendedata med WebSDk rekommenderar vi att du väljer CRM ID-namnområdet i identitetskartan.
- Om du samlar in webbbeteendedata med Analytics-källkopplingen bör du välja identitetsbeskrivningen (CRM-ID).
Den här konfigurationen resulterar endast i beräkning av bakgrundsmusik med hjälp av autentiserade händelser.
Mer information finns i dokumenten på Attribution AI och Kund-AI.
Integritetstjänst
Borttagningsbegäranden för Privacy Service fungerar på följande sätt, för en viss identitet:
- Kundprofil i realtid: Tar bort alla profilfragment med angivet identitetsvärde som primär identitet. Den primära identiteten i profilen bestäms nu utifrån namnområdesprioritet.
- Datasjön: Tar bort alla poster med den angivna identiteten som primär eller sekundär identitet.
Mer information finns i Översikt över sekretesstjänsten.