Hur är AEP-identitetsnamnutrymmen relaterade AAM datakällor?
I den här artikeln beskrivs korrelationen mellan AEP Identity Namespaces och AAM Data Sources. Alla AAM datakällor för olika enheter som skapats i AAM och alla datakällor för kundattribut som skapats i användargränssnittet för bastjänsten har en passande AEP-identitetsnamnrymd och om datakällan tas bort tas identitetsnamnrymden bort.
Beskrivning description
Miljö
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
Problem/symtom
Finns det någon relation mellan AAM (och kundattribut) datakällor och AEP-identitetsnamnutrymmen?
Upplösning resolution
Ja. De är relaterade på följande sätt.:
- Alla AAM datakällor för olika enheter som skapats i AAM- och kundattributdatakällor som skapats i användargränssnittet för bastjänsten sedan april 2019 har ett passande AEP-ID-namnutrymme som skapats med samma namn i samma Experience Cloud organisation, även om Experience Cloud Org inte licensierats för AEP.
- Alla AAM datakällor för korsenhets- och kundattribut som skapades före april 2019 hade ett passande AEP-ID som skapades i april 2019.
- Alla automatiskt genererade identitetsnamnutrymmen har en pekare till, men är inte samma enhet som deras AAM motsvarigheter för datakällor för olika enheter eller kundattribut. De är separata identiteter som refereras i samma rad i en uppslagstabell på Experience Edge.
- Endast AAM datakällor för olika enheter och kundattribut har en motsvarande ID-namnrymd. Kakformsbaserade AAM datakällor gör det inte.
Här är några viktiga frågor att tänka på:
- Borttagningen av en AAM datakälla för korsenhets- eller kundattribut kommer att leda till att det tillhörande identitetsnamnutrymmet tas bort.
- Alla uppdateringar av AAM för korsenhets- eller kundattributdatakällan name eller integreringskoden återspeglas INTE i AEP-namnutrymmets användargränssnitt.
- Alla AAM integrationskoder för datakällor mellan olika enheter eller Alias för kundattribut som skapats efter april 2019 med specialtecken (t.ex. ett bindestreck eller understreck) resulterar i en ny namnutrymmessymbol som består av tre versaler
- Identitetsnamnutrymmessymbolen ska matcha integreringskoden för AAM datakälla mellan enheter eller kundattributalias (även om det har specialtecken) OM datakällan skapades före till april 2019 OCH integreringskoden eller aliaset inte har uppdaterats sedan dess.
Hur tillämpar man praktiskt taget denna information?
Om en befintlig implementering av AAM eller kundattribut måste upprätthållas under en migrering till AEP-webben eller mobila SDK:er är det sätt på vilket användar- eller CRM-ID:n skickas till AAM och kundattribut (det som historiskt görs via funktionen/metoden Ange användar-ID för ECID-identitetstjänsten) genom att ställa in SDK-identitetskartan med ID-namnutrymmessymbolen i det gränssnitt för AEP eller datainsamling som motsvarar den AAM datakällan för olika enheter eller kundattribut i fråga. Experience edge kommer att se identitetssymbolen, slå upp integreringskoden för AAM eller kundattributaliaset och sedan vidarebefordra datainsamlingen med rätt AAM integreringskod eller kundattributalias. På så sätt kan AAM datakälla för olika enheter eller kundattributalias fortsätta samla in användar-ID:n för AAM- och kundattributsanvändning med dessa ID:n.
Viktigt! AEP hanterar alla identiteter som skickas via identitetskartan i AEP Web SDK (eller på annat sätt) som identifierbara identiteter, även om de aktuella identitetsnamnutrymmena inte är kopplade till ett profilaktiverat XDM-fält. Detta kan vara problematiskt om ID:n som måste skickas till AAM eller kundattribut inte är ID:n på individ-/profilnivå. Detta kan leda till att flera AEP-profiler slås samman/komprimeras till en om ID:t i fråga till exempel är ett hushåll-ID i stället för ett enskilt ID.
Användbart tips: Om det inte är klart vilken AAM för olika enheter eller kundattribut datakällan som kan vara relaterad till ett givet AEP-identitetsnamnområde, returnerar ett JSON-nyttolast som innehåller fältet customNamespaceCode när AAM-API anropet för en av de möjliga AAM datakällorna som använder detta API-anrop anropas. Värdet för det fältet ska matcha det som av AEP Identity Namespace pekar på den AAM datakällan. Samma API-anrop kan användas för att avgöra vilket namnutrymme för kundattribut som är relaterat till vilket AEP-identitetsnamnutrymme.
Relaterad läsning:
Autentiserade tillstånd för AEP Web SDK i AAM: I den här artikeln behandlas problemet där ID:n/datakällor för olika enheter inte synkroniseras eller beter sig på samma sätt som innan du migrerade.