Hoe zijn AEP-naamruimten gerelateerd aan AAM gegevensbronnen
In dit artikel wordt de correlatie tussen AEP Identity Namespaces en AAM Data Sources besproken. Kort samengevat, hebben alle AAM cross-device gegevensbronnen die in AAM worden gecreeerd en alle gegevensbronnen van Attributen van de Klant die in de UI van de Dienst van de Kern van Mensen worden gecreeerd een corollary AEP identiteitsnaamruimte en de schrapping van de gegevensbron zal in de identiteitsnaamruimte resulteren.
Beschrijving description
Milieu
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
Kwesties/Symptomen
Is er een verband tussen AAM (en Attribuut van de Klant) Gegevensbronnen en de Namespaces van de Identiteit AEP?
Resolutie resolution
Ja. Deze zijn op de volgende manieren verwant.:
- Alle AAM gegevensbronnen voor andere apparaten die sinds april 2019 in AAM en gegevensbronnen van kenmerk van de klant zijn gemaakt in de interface van People Core Service hebben een overeenkomstige AEP-naamruimte die met dezelfde naam in dezelfde Experience Cloud Org is gemaakt, zelfs als de Experience Cloud Org geen licentie voor AEP had.
- Voor alle AAM gegevensbronnen voor apparaatoverschrijdingen en klantkenmerken die vóór april 2019 zijn gemaakt, is in april 2019 de bijbehorende naamruimte voor AEP-identiteit gemaakt.
- Om het even welke automatisch-geproduceerde identiteitsnamespaces hebben een wijzer aan maar zijn niet de zelfde entiteit zoals hun AAM dwars-apparaat of de gegevensbrontegenhangers van Attributen van de Klant. Het zijn afzonderlijke identiteiten waarnaar in dezelfde rij van een opzoektabel op de Experience Edge wordt verwezen.
- Alleen AAM gegevensbronnen van andere apparaten en klantkenmerken hebben een naamruimte-tegenhanger voor identiteit. Op cookie gebaseerde AAM gegevensbronnen doen dit niet.
Op grond van deze informatie zijn er enkele belangrijke punten waarop u zich bewust moet zijn:
- De schrapping van een AAM dwars-apparaat of de gegevensbron van Attributen van de Klant zal in de schrapping van corollary identiteitsnamespace resulteren.
- Om het even welke updates aan AAM dwars-apparaat of de gegevensbron van het Attribuut van de Klant naam of integratiecode zal NIET in AEP identiteit worden weerspiegeld namespace UI.
- Om het even welke AAM dwars-apparatengegevensbronintegratiecode of Kenmerkalias van klant die na april 2019 is gemaakt met speciale tekens (zoals een koppelteken of onderstrepingsteken), resulteert in een nieuw naamruimtesymbool voor identiteit dat bestaat uit drie hoofdletters
- Het symbool van identiteitskaart namespace zou de AAM van de dwars-apparatengegevensbronintegratie code of alias van het Attribuut van de Klant (zelfs als het speciale karakters heeft) moeten aanpassen ALS de gegevensbron voorafgaand aan April 2019 werd gecreeerd EN de integratiecode of alias is niet bijgewerkt sindsdien.
Hoe wordt deze informatie praktisch toegepast?
Als een bestaande AAM of implementatie van de Attributen van de Klant tijdens een migratie aan het Web van AEP of Mobiele SDKs moet worden gehandhaafd, dan is de manier om Gebruiker of CRM IDs tot AAM over te gaan en de Attributen van de Klant (wat historisch via de Vastgestelde functie van gebruikersidentiteitskaart/de methode van de Dienst van de Identiteit ECID) door de Kaart van de Identiteit SDKmet het symbool van de 2} identiteit te plaatsen in AEP symbool van identiteitskaart in de identiteitskaart van de identiteitskaart van de identiteitskaart in identiteitskaart van de identiteitskaart van de identiteitskaart van de Identiteitsnaamruimte UI in UI die in wordt gevonden die wordt gevonden die in het symbool van 2} wordt gevonden die in identiteitskaart- of van de Identiteitsnaamruimte UI wordt gebruikt UI wordt gevonden die in AEP of van 2} UI te plaatsen die wordt gebruikt. die overeenkomt met de betreffende gegevensbron voor AAM cross-device of Customer Attribute. De rand van de ervaring zal het identiteitssymbool zien, omhoog de corollary AAM integratiecode of alias van Attributen van de Klant kijken, dan door:sturen de gegevensinzamelingsklap met de correcte AAM integratiecode of alias van Attributen van de Klant, daardoor toestaand de AAM over-apparatengegevensbron of Alias van Attributen van de Klant om gebruiker IDs voor de AAM en van de Kenmerk van de Klant te blijven verzamelen die IDs gebruiken.
Belangrijke Nota: AEP zal om het even welke identiteiten behandelen die via de identiteitskaart in het Web SDK van AEP (of anders) als stitchable identiteiten worden overgegaan, zelfs als de identiteitsnamespaces in kwestie niet aan een profiel-toegelaten XDM gebied gebonden zijn. Dit kan problematisch zijn als de id's die moeten worden doorgegeven aan AAM of klantkenmerken geen individuele id's/profielniveau zijn. Dit kan ertoe leiden dat meerdere AEP-profielen worden samengevoegd/samengevouwen als de id in kwestie bijvoorbeeld een huishoudelijke id is in plaats van een individuele id.Nuttige Hint: als het niet duidelijk is welke AAM dwars-apparaat of de gegevensbron van de Attributen van de Klant met bepaalde Namespace van de Identiteit AEP kan verwant zijn, dan zal het roepen van AAM API voor één van de potentiële AAM gegevensbronnen gebruikend deze API vraageen JSON nuttige lading terugkeren die het customNamespaceCode gebied bevat. De waarde van dat veld moet overeenkomen met de AEP-naamruimte die naar die AAM gegevensbron verwijst. Dezelfde API-aanroep kan worden gebruikt om te bepalen welke naamruimte van kenmerk van klant gerelateerd is aan welke naamruimte van identiteit van AEP.Verwante Lezen:Van het Web SDK van AEP Voor authentiek verklaarde Staten in AAM: Dit artikel bespreekt de kwestie waar dwars-apparaat IDs/gegevensbronnen niet synchroniseren of zich gedragen op de zelfde manier zoals alvorens u migreerde.