Wie sind AEP-Identity-Namespaces mit AAM-Datenquellen verbunden?
In diesem Artikel wird die Korrelation zwischen AEP-Identity-Namespaces, 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 zur Übergabe von Identitäten an AAM- und Kundenattribut-Datenquellen über die Schemafeldgruppe „Identitätszuordnung“ zu bieten, musste eine Art von Verbindung zwischen AAM-Datenquellen und AEP-Identitäts-Namensräumen 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?
Auflösung resolution
Ja. Sie sind auf folgende Weise miteinander verbunden.:
- Alle geräteübergreifenden AAM-Datenquellen, die zwischen April 2019 und Februar 2024 in AAM- und Kundenattributdatenquellen erstellt wurden, haben einen AEP-Identitäts-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 für AAM-übergreifende 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 AAM- und Kundenattributdatenquellen können ein Identitäts-Namespace-Gegenstück haben. Cookie-basierte AAM-Datenquellen funktionieren 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 AEP-Identity-Namespace-Benutzeroberfläche 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 Web- oder Mobile-SDKs von AEP 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 Service erfolgt ist), darin, die SDK-Identitätszuordnung mit dem Identity-Namespace-Symbol festzulegen, das die Datenquelle des AAM oder der Kundenattribute 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 AEP-Identity-Namespace nicht in der Identitäten-Benutzeroberfläche angezeigt wird, versuchen Sie es mit einer der folgenden Optionen.
- Wer über eine AAM-Lizenz verfügt, kann 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
customNamespaceCode-Feld enthä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 AEP-Identity-Namespace entweder 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 den Audience Manager weiter (vorausgesetzt, der Audience Manager-Service ist für den Datenstrom aktiviert), wo AAM das Identitätssymbol sieht, den ergänzenden 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 Benutzerkennungen für die AAM- und Kundenattributanwendungsfälle erfassen kann.
Sicherstellen, dass die richtigen Identitäten zur richtigen Lösung führen
Es gibt Fälle, in denen die Identitäten für AAM- 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, selbst wenn die betreffenden Identity-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 einzelnen 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-Identitäten-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 das Senden der ID an AEP-, AAM- und Kundenattribute verarbeiten. 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 erläutert, dass geräteübergreifende IDs/Datenquellen nicht wie vor der Migration synchronisiert werden oder sich nicht auf die gleiche Weise verhalten.