Hur är AEP-identitetsnamnutrymmen relaterade AAM datakällor?
I den här artikeln behandlas korrelationen mellan datakällor för AEP-identitetsnamn, AAM datakällor och kundattribut som skapats via People Core Service (som i sig själva är speciella AAM datakällor som är tillgängliga för alla kunder oavsett AAM licensstatus). För att möjliggöra delning av data mellan AEP och Experience Cloud-målgrupper med hjälp av en SHA256 Hashed-e-postadress samt ett sätt att skicka identiteter till AAM och kundattribut via fältgruppen för identitetskartor, måste en typ av anslutning göras mellan AAM datakällor och AEP-identitetsnamn. Exakt hur anslutningen görs och om ett AEP-identitetsnamnutrymme skapades för motsvarande AAM datakälla beror på när AAM eller kundattributdatakällan skapades.
Beskrivning
Miljö
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- Bastjänst för människor (kundattribut)
Problem/symtom
Finns det någon relation mellan AAM (och kundattribut) datakällor och AEP-identitetsnamnutrymmen?
Upplösning
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 mellan april 2019 och februari 2024 har ett passande AEP-identitetsnamnutrymme som skapats i produktionssandlådan 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 AAM datakällor för olika enheter och kundattribut som skapats efter februari 2024 har inte skapat något lämpligt AEP-identitetsnamnområde, men deras identifierare kan fortfarande skickas till AAM och kundattribut via fältgruppen för identitetskarta. Ytterligare information nedan.
- 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 kan ha en motsvarande ID-namnutrymme. 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 med en namnrymd för en extra identitet kommer att leda till att det namnutrymmet för den kompletterande identiteten tas bort.
- Uppdateringar av AAM för datakällan för korsenhets- eller kundattribut name eller integrationskod återspeglas INTE i ett lämpligt AEP-ID-namnutrymmesgränssnitt.
- Namnutrymmessymbolen kanske inte matchar det gamla kundattributet alias eller AAM integreringskoden. Symbolen finns på något av de sätt som anges i nästa avsnitt.
Hur tillämpar man praktiskt taget den här informationen?
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ändaren eller CRM-ID:n skickas till AAM och kundattribut (det som tidigare gjordes via funktionen/metoden setCustomerIDs i ECID-identitetstjänsten) genom att ställa in SDK-identitetskartan med identitetssymbolen som identifierar AAM- eller kundattributdatakällan. Identitetsnamnutrymmessymbolen finns på flera olika sätt:
- Använd användargränssnittet för AEP eller datainsamling för att hitta det identitetsnamnutrymme som motsvarar datakällan för AAM korsenhet eller kundattribut i fråga. Om detta inte är omedelbart klart, eller om det nödvändiga AEP-identitetsnamnutrymmet inte finns i identitetsgränssnittet, kan du försöka med något av alternativen nedan.
- För dem som har en AAM licens går du till måldatakällor
>
i AAM. Klicka in i datakällan i fråga och värdet i det nedtonade fältet Namespace är identitetssymbolen som ska användas. Alla datakällor för kundattribut finns också i AAM användargränssnitt, så den här metoden fungerar även för dem som använder både kundattribut och AAM. - Använd AAM-API:t för en av de möjliga AAM datakällorna med det här API-anropet för att returnera en JSON-nyttolast som innehåller fältet
customNamespaceCode
. Värdet för det fältet är identitetssymbolen som ska användas. Samma API-anrop kan användas för att fastställa symbolen som ska användas för en kundattributdatakälla. - Om inget av alternativen ovan fungerar, antingen på grund av att AEP-identitetsnamnutrymmet inte finns i identitetsgränssnittet eller på grund av att organisationen inte är licensierad för AAM, kontaktar du AAM och frågar efter identitetssymbolen som refererar till den aktuella datakällan för kundattribut.
När rätt identitetssymbol finns på identitetskartan vidarebefordrar Experience Edge datainsamlingen till Audience Manager (förutsatt att Audience Manager-tjänsten är aktiverad på datastream) där AAM kan se identitetssymbolen, leta upp den tillhörande AAM integrationskoden eller kundattributaliaset och sedan uppdatera träffen med rätt AAM integreringskod eller kundattributalias, vilket gör att AAM datakälla för olika enheter eller kundattribut kan fortsätta samla in användar-ID:n för AAM och kundattribut.
Kontrollera att rätt identiteter finns i rätt lösning
Det finns fall där identiteterna avsedda för AAM och kundattribut bör och inte bör användas för AEP-användning. Tänk på följande när du bestämmer vilka identiteter som ska skickas till vilka lösningar:
- AEP hanterar alla identiteter som skickas via identitetskartan som också har en passande AEP-identitet i användargränssnittet för AEP-identiteter som sammanslagbara 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. Om du använder länkningsreglerna för identitetsdiagram kan du även hjälpa till med den här situationen.
- Om identiteten skickas via identitetskartan, men samma entitet inte finns i användargränssnittet för AEP-identiteter, kommer AEP-inmatning att generera ett fel om det inte finns en annan identitet som är markerad som primär.
- Om de önskade funktionerna är att ha AEP och AAM/kundattribut använder samma identitet, men inget AEP-identitetsnamnutrymme har skapats, kan ett skapas med samma ID-namnutrymmessymbol som finns i AAM (se föregående avsnitt). Detta gör att en identitetskarta kan hantera sändning av ID till AEP, AAM och kundattribut. Tänk dock på att den kommer att användas som ett stygn-ID som nämns i den första punkten.
- Om AEP-identitetsnamnutrymmet finns i AEP-identitetsgränssnittet och har samma identitetssymbol som AAM- och kundattributdatauppsättningen, finns det inget sätt som stöds för att förhindra att identiteten kommer till AEP.
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.