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:
- Ditt företag kan betrakta varje e-postadress som en enpersonsenhet och därför använda identitetsinställningarna för att konfigurera e-postnamnområdet som unikt. Ett annat företag kanske vill representera enpersonsenheter som har flera e-postadresser och därmed konfigurera e-postnamnutrymmet som inte unikt. Dessa företag måste använda ett annat ID-namnutrymme som unikt, till exempel ett CRMID-namnutrymme, så att det kan finnas en identifierare för en person som är länkad till flera e-postadresser.
- Du kan samla in onlinebeteende med hjälp av namnutrymmet Inloggnings-ID. Detta inloggnings-ID kan ha en 1:1-relation med CRMID, 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 CRMID-namnutrymmet är en mer korrekt representation av en person, medan namnutrymmet för inloggnings-ID är det näst viktigaste.
Du måste göra konfigurationer i identitetstjänsten som återspeglar vikten av dina namnutrymmen eftersom detta påverkar hur profiler och relaterade identitetsdiagram formateras och delas upp.
Ange dina prioriteringar
Bestämning av namnområdesprioritet baseras på följande faktorer:
Identitetsdiagramstruktur
Om din organisations diagramstruktur ä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 CRMID, en handfull identifierare för hårdvaruenheter (IDFA/GAID-återställning bör inte ske så ofta) och ännu fler cookies (en person kan navigera på flera enheter, använda inkognitolä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 för diagramsimulering i användargränssnittet 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 hjälp av användargränssnittet för identitetsinställningar. I gränssnittet för identitetsinställningar 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
-
När du har konfigurerat identitetsinställningar för en viss sandlåda bestäms den primära identiteten för upplevelsehändelser av den högsta namnområdesprioriteten i konfigurationen.
- 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:
- Den primära identitetskonfigurationen (
primary=true) när identiteter skickas i identityMap med hjälp av Web SDK, Mobile SDK eller Edge Network Server-API (ID-namnområde och identitetsvärde kommer att fortsätta användas i Profile). Obs!: Tjänster utanför kundprofilen i realtid, t.ex. datasjölagring eller Adobe Target, fortsätter att använda den primära identitetskonfigurationen (primary=true). - 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).
- Den primära identitetskonfigurationen (
-
Å andra sidan bestämmer inte namnområdesprioriteten den primära identiteten för profilposter.
- För profilposter bör du fortsätta att definiera dina identitetsfält i schemat, 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 (till exempel CRM-poster) eller händelser (till exempel webbsurfning).
Exempel på scenario
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:
{ECID}{ECID, IDFA}{CRMID, ECID}{CRMID, ECID, AAID}{CRMID, GAID, ECID}Segmenteringstjänst: lagring av metadata för segmentmedlemskap
För en given sammanfogad profil lagras segmentmedlemskap mot identiteten med den högsta namnområdesprioriteten.
Anta till exempel att det finns två profiler:
-
Profil 1 representerar John.
- Johns profil kvalificerar sig för S1 (segmentmedlemskap 1). S1 kan till exempel referera till ett kundsegment som identifierar som manligt.
- Johns profil berättigar också till S2 (segmentmedlemskap 2). Detta kan gälla ett segment av kunder vars lojalitetsstatus är guld.
-
Profil 2 representerar Jane.
- Jane's profile eligibility for S3 (segment membership 3). Detta kan gälla ett segment av kunder som identifieras som kvinnliga.
- Jane's profile also eligible for S4 (segment membership 4). Detta kan gälla ett segment av kunder vars lojalitetsstatus är platina.
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.
Hantering av avancerad datalivscykel
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. Till skillnad från kundprofil i realtid baseras den primära identiteten i datasjön på den primära identitet som anges i WebSDK (
primary=true) eller ett fält som markerats som primär identitet
Mer information finns i Översikt över avancerad livscykelhantering.
Beräknade attribut
Om identitetsinställningarna är aktiverade kommer beräknade attribut att använda namnområdesprioritet för att lagra det beräknade attributvärdet. För en given händelse kommer identiteten med den högsta namnområdesprioriteten att ha värdet för det beräknade attributet skrivet mot den. 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 CRMID-namnområdet i identitetskartan.
- Om du samlar in webbbeteendedata med Analytics-källkopplingen bör du välja identitetsbeskrivningen (CRMID).
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.
Partnerbyggda destinationer
Uppdaterade resultat för identifiering av målgrupper för profiler som är kopplade till en delad enhet kan inte skickas till nedströmsdestinationer. Detta kan inträffa i vissa sällsynta fall där:
- Målgruppskvalificering baseras endast på anonym aktivitet.
- Inloggningar för flera profiler sker på kort tid.
Mer information om partnerbyggda mål finns i målöversikten.
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.
Adobe Target
Adobe Target kan generera oväntad målinriktning för delade enhetsscenarier när kantsegmentering används.