Wie sind AEP-Identity-Namespaces mit AAM-Datenquellen verbunden?
In diesem Artikel wird die Korrelation zwischen Identity-Namespaces von AEP, AAM-Datenquellen und Datenquellen für Kundenattribute erläutert, die über den People Core Service erstellt wurden (wobei es sich wiederum um spezielle AAM-Datenquellen handelt, die unabhängig vom AAM-Lizenzstatus für alle Kunden verfügbar sind). Um die Datenfreigabe zwischen AEP- und Experience Cloud-Zielgruppen mithilfe einer SHA256-Hash-E-Mail-Adresse zu ermöglichen und eine Möglichkeit zu bieten, Identitäten über die Schemafeldgruppe „Identitätszuordnung“ an AAM- und Kundenattribut-Datenquellen zu übergeben, musste eine Art von Verbindung zwischen AAM-Datenquellen und AEP-Identitäts-Namespaces hergestellt werden. Wie genau diese Verbindung hergestellt wird und ob ein AEP-Identity-Namespace für die entsprechende AAM-Datenquelle erstellt wurde, hängt davon ab, wann die AAM- oder Kundenattributdatenquelle erstellt wurde.
Beschreibung description
Umgebung
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- People Core Service (Kundenattribute)
Probleme/Symptome
Gibt es eine Beziehung zwischen AAM-Datenquellen (und Kundenattributen) und AEP-Identity-Namespaces?
Lösung resolution
Ja. Sie sind auf folgende Weise miteinander verknüpft:
- Alle geräteübergreifenden AAM-Datenquellen, die zwischen April 2019 und Februar 2024 in AAM und Kundenattributdatenquellen erstellt wurden, haben einen begleitenden AEP-Identity-Namespace, der in der Produktions-Sandbox mit demselben Namen in derselben Experience Cloud-Organisation erstellt wurde, auch wenn die Experience Cloud-Organisation nicht für AEP lizenziert war.
- Für alle geräteübergreifenden AAM- und Kundenattributdatenquellen, die vor April 2019 erstellt wurden, wurde im April 2019 der zugehörige Identity-Namespace von AEP erstellt.
- Für alle geräteübergreifenden AAM- und Kundenattributdatenquellen, die nach dem Februar 2024 erstellt wurden, wurde kein ergänzender AEP-Identity-Namespace für sie erstellt, aber ihre Kennungen können weiterhin über die Schemafeldgruppe Identity Map“ an AAM- und Kundenattribute übergeben . Weitere Informationen finden Sie unten.
- Alle automatisch generierten Identitäts-Namespaces haben einen Zeiger auf , sind jedoch nicht dieselbe Entität wie ihre Gegenstücke aus AAM-geräteübergreifenden oder Kundenattribut-Datenquellen. Es handelt sich um separate Identitäten, auf die in derselben Zeile einer Suchtabelle in Experience Edge verwiesen wird.
- Nur geräteübergreifende und Kundenattribut-Datenquellen von AAM können ein Gegenstück aus einem Identity-Namespace haben. Cookie-basierte AAM-Datenquellen unterstützen dies nicht.
Angesichts dieser Informationen sind folgende wichtige Aspekte zu beachten:
- Das Löschen einer geräteübergreifenden AAM- oder Kundenattributdatenquelle mit einem ergänzenden Identitäts-Namespace führt zur Löschung dieses ergänzenden Identitäts-Namespace.
- Jegliche Aktualisierungen der geräteübergreifenden AAM- oder Kundenattributdatenquelle name oder Integrationscode werden NICHT in einer begleitenden Benutzeroberfläche für AEP Identity-Namespaces angezeigt.
- Das Namespace-Symbol kann mit dem Alias der veralteten Kundenattribute oder dem AAM-Integrationscode übereinstimmen oder nicht. Das Symbol kann auf eine der im nächsten Abschnitt aufgelisteten Arten gefunden werden.
Wie setzt man diese Informationen praktisch um?
Wenn eine vorhandene AAM- oder Kundenattributimplementierung während einer Migration zu den AEP Web- oder Mobile-SDKs beibehalten werden muss, besteht die Möglichkeit, die Benutzer- oder CRM-IDs an AAM- und Kundenattribute zu übergeben (was bisher über die Funktion/Methode setCustomerIDs des ECID Identity Services erfolgt ist), darin, die SDK Identity Map mit dem Identity-Namespace-Symbol festzulegen, das die AAM- oder Kundenattribut-Datenquelle identifiziert. Das Identity-Namespace-Symbol kann auf verschiedene Weise gefunden werden:
- Verwenden Sie die AEP- oder Datenerfassungs-Benutzeroberfläche, um den Identity-Namespace zu finden, der der betreffenden geräteübergreifenden AAM- oder Kundenattributdatenquelle entspricht. Wenn dies nicht sofort klar ist oder der erforderliche Identity-Namespace von AEP nicht in der Identities-Benutzeroberfläche angezeigt wird, versuchen Sie es mit einer der folgenden Optionen.
- Benutzer mit einer AAM-Lizenz können in der AAM-Benutzeroberfläche zu Zielgruppendaten
>Datenquellen navigieren. Klicken Sie in die betreffende Datenquelle und der Wert im ausgegrauten Feld Namespace ist das zu verwendende Identitätssymbol. Alle Datenquellen für Kundenattribute werden auch in der AAM-Benutzeroberfläche angezeigt. Daher funktioniert diese Methode auch für diejenigen, die sowohl Kundenattribute als auch AAM verwenden. - Verwenden Sie die AAM-API für eine der potenziellen AAM-Datenquellen mithilfe dieses API-Aufrufs um eine JSON-Payload zurückzugeben, die das
customNamespaceCodeenthält. Der Wert dieses Felds ist das zu verwendende Identitätssymbol. Derselbe API-Aufruf kann verwendet werden, um das Symbol zu bestimmen, das für eine Datenquelle für Kundenattribute verwendet werden soll. - Wenn keine der oben genannten Optionen funktioniert, weil sich der Identity-Namespace von AEP nicht in der Identities-Benutzeroberfläche befindet oder das Unternehmen nicht für AAM lizenziert ist, wenden Sie sich an den AAM-Support und fragen Sie nach dem Identitätssymbol, das auf die betreffende Datenquelle für Kundenattribute verweist.
Wenn sich das richtige Identitätssymbol in der Identitätszuordnung befindet, leitet Experience Edge den Datenerfassungstreffer an Audience Manager weiter (vorausgesetzt, der Audience Manager-Service ist für den Datenstrom aktiviert), wo AAM das Identitätssymbol sieht, den begleitenden AAM-Integrationscode oder Kundenattributalias nachschlägt und dann den Treffer mit dem richtigen AAM-Integrationscode oder Kundenattributalias aktualisiert, sodass die geräteübergreifende AAM-Datenquelle oder der Kundenattributalias weiterhin Benutzer-IDs für die Anwendungsfälle AAM und Kundenattribut erfassen kann.
Sicherstellen, dass die richtigen Identitäten zur richtigen Lösung führen
Es gibt Fälle, in denen die für AAM bestimmten Identitäten und Kundenattribute für AEP-Anwendungsfälle verwendet werden sollten. Beachten Sie die folgenden Informationen und Tipps, wenn Sie entscheiden, welche Identitäten an welche Lösungen gesendet werden müssen:
- AEP behandelt alle Identitäten, die über die Identitätszuordnung übergeben werden und die auch eine begleitende AEP-Identität in der AEP-Identitäts-Benutzeroberfläche haben, als zusammenfügbare Identitäten, auch wenn die betreffenden Identitäts-Namespaces nicht an ein profilaktiviertes XDM-Feld gebunden sind. Dies kann problematisch sein, wenn es sich bei den IDs, die an AAM oder Kundenattribute übergeben werden müssen, nicht um IDs auf Einzel-/Profilebene handelt. Dies kann dazu führen, dass mehrere AEP-Profile zu einem zusammengeführt/reduziert werden, wenn die betreffende ID beispielsweise eine Haushalts-ID anstelle einer individuellen ID war. Die Verwendung Verknüpfungsregeln für Identitätsdiagramme kann auch in dieser Situation hilfreich sein.
- Wenn die Identität über die Identitätszuordnung übergeben wird, dieselbe Entität jedoch nicht in der AEP Identities-Benutzeroberfläche vorhanden ist, wird bei der AEP-Aufnahme ein Fehler ausgegeben, es sei denn, es gibt eine andere als Primär markierte Identität.
- Wenn die gewünschte Funktionalität darin besteht, dass AEP- und AAM-/Kundenattribute dieselbe Identität verwenden, aber kein AEP-Identity-Namespace erstellt wurde, kann ein Namespace mit demselben Identity-Namespace-Symbol in der AAM-Benutzeroberfläche erstellt werden (siehe vorheriger Abschnitt). Dadurch kann ein Identitätszuordnungseintrag für das Senden der ID an AEP, AAM und Kundenattribute verwendet werden. Beachten Sie jedoch, dass sie als Stich-ID verwendet wird, wie im ersten Aufzählungszeichen erwähnt.
- Wenn sich der AEP-Identitäts-Namespace in der AEP-Identitäts-Benutzeroberfläche befindet und dasselbe Identitätssymbol wie der AAM- und Kundenattributdatensatz aufweist, gibt es keine unterstützte Möglichkeit, zu verhindern, dass diese Identität zu AEP gelangt.
Verwandte Lektüre:
Authentifizierte Status von AEP Web SDK in AAM: In diesem Artikel wird das Problem behandelt, dass geräteübergreifende IDs/Datenquellen nicht wie vor der Migration synchronisiert werden oder sich nicht auf die gleiche Weise verhalten.