Namnområdesprioritet namespace-priority
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ä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 högre prioritet.
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: Algoritm för identitetsoptimering
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 Översikt ö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 iidentityMapmed API:t för Web SDK, Mobile SDK eller Edge Network (ID-namnområde och identitetsvärde används fortfarande i profilen). 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 enbart baserades på anonyma händelser som sparats mot ECID, skulle Jane kvalificera sig för det segmentet.
Inverkan på 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 på 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 om Attribution AI och Customer 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 från 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.
Edge segmentering och Edge Network
I sammanhanget Identity Graph Linking Rules finns det två viktiga beteendeförändringar att tänka på när det gäller Edge-segmentering och Edge Network-program:
identityMapmåste innehålla ett personnamnområde som har markerats som unikt. Fält markerade som en identitet (identitetsbeskrivare) stöds inte.- Personens namnområde måste ha konfigurationen
primary = truenär en slutanvändare surfar under autentiseringen.
Edge segmentering
I en given händelse måste du se till att alla namnutrymmen som representerar en personentitet inkluderas i identityMap eftersom identiteter som skickas som XDM-fält ignoreras och inte används för metadatalagring för segmentmedlemskap.
- Händelsetillämplighet: Det här beteendet gäller endast för händelser som skickas direkt till Edge Network (till exempel WebSDK och Mobile SDK). Händelser som har importerats från Experience Platform-hubben, t.ex. de som har importerats med HTTP API-källan, andra strömningskällor och batchkällor, omfattas inte av den här begränsningen.
- Specifikation för Edge-segmentering: Det här beteendet är specifikt för kantsegmentering. Segmentering av grupper och strömning är separata tjänster som utvärderas på navet och följer inte samma process. Läs kantsegmenteringsguiden om du vill ha mer information.
- Mer information finns i Adobe Experience Platform- och programarkitekturdiagrammen och Edge Network- och navjämförelsesidorna.
Edge Network-program
För att program på Edge Network ska ha tillgång till Edge-profilen utan dröjsmål måste du se till att dina händelser innehåller primary=true i CRMID. Detta garanterar omedelbar tillgänglighet utan att vänta på att identitetsdiagrammet uppdateras från navet.
- Program på Edge Network, t.ex. Adobe Target, Offer Decisioning och anpassade Personalization-destinationer, fortsätter att vara beroende av den primära identiteten i händelser för att komma åt profiler från Edge-profilen.
- Mer information om Edge Network beteende finns i Experience Platform Web SDK & Edge Network-arkitekturdiagrammet.
- Läs dokumentationen om dataelementtyper och identitetsdata i Web SDK om du vill ha mer information om hur du konfigurerar primär identitet på Web SDK.
- Kontrollera att ECID finns med i upplevelsehändelsen. Om ECID saknas läggs det till i händelsens nyttolast med
primary=true, vilket kan leda till oväntade resultat.