Namespace-Priorität namespace-priority
Jede Kundenimplementierung ist einzigartig und auf die Ziele einer bestimmten Organisation zugeschnitten. Daher variiert die Bedeutung eines bestimmten Namespace von Kunde zu Kunde. Beispiele aus der Praxis sind:
- Ihr Unternehmen könnte jede E-Mail-Adresse als Einzelperson-Entität betrachten und daher Identitätseinstellungen verwenden, um den E-Mail-Namespace als eindeutig zu konfigurieren. Ein anderes Unternehmen möchte jedoch möglicherweise Einzelpersonen-Entitäten mit mehreren E-Mail-Adressen darstellen und daher den E-Mail-Namespace als nicht eindeutig konfigurieren. Diese Unternehmen müssen einen anderen Identity-Namespace als eindeutig verwenden, z. B. einen CRMID-Namespace, sodass es eine Einzelpersonen-Kennung geben kann, die mit den mehreren E-Mail-Adressen verknüpft ist.
- Sie können das Online-Verhalten mithilfe eines „Anmelde-ID“-Namespace erfassen. Diese Anmelde-ID könnte eine 1:1-Beziehung mit der CRMID haben, die dann Attribute aus einem CRM-System speichert und als der wichtigste Namespace betrachtet werden kann. In diesem Fall stellen Sie dann fest, dass der CRM-Namespace eine genauere Darstellung einer Person ist, während der Namespace der Anmelde-ID der zweitwichtigste ist.
Sie müssen in Identity Service Konfigurationen vornehmen, die die Bedeutung Ihrer Namespaces widerspiegeln, da dies beeinflusst, wie Profile und ihre zugehörigen Identitätsdiagramme gebildet und aufgeteilt werden.
Festlegen von Prioritäten
Die Bestimmung der Namespace-Priorität basiert auf den folgenden Faktoren:
Struktur des Identitätsdiagramms
Wenn die Diagrammstruktur Ihres Unternehmens mehrschichtig ist, sollte die Namespace-Priorität dies widerspiegeln, damit die richtigen Links im Fall eines Diagrammausfalls entfernt werden.
-
„Diagrammausblendung“ bezieht sich auf Szenarien, in denen mehrere unterschiedliche Profile versehentlich zu einem einzigen Identitätsdiagramm zusammengeführt werden.
-
Ein geschichtetes Diagramm bezieht sich auf Identitätsdiagramme, die mehrere Ebenen von Links aufweisen. Im folgenden Bild sehen Sie ein Beispiel für ein Diagramm mit drei Ebenen.
Semantische Bedeutung des Namespace
Eine Identität stellt ein reales Objekt dar. Das Identitätsdiagramm stellt drei Objekte dar. Nach ihrer Bedeutung sind sie:
- Personen (geräteübergreifend, E-Mail, Telefonnummer)
- Hardwareeinheit
- Webbrowser (Cookie)
Personen-Namespaces sind im Vergleich zu Hardware-Geräten (wie IDFA, GAID), die im Vergleich zu Webbrowsern relativ unveränderlich sind, relativ unveränderlich. Grundsätzlich sind Sie (eine Person) immer eine einzige Entität, die über mehrere Hardwaregeräte (Smartphone, Laptop, Tablet usw.) verfügen und mehrere Browser (Google Chrome, Safari, FireFox usw.) verwenden kann
Eine weitere Möglichkeit, dieses Thema anzugehen, ist die Kardinalität. Wie viele Identitäten werden für eine bestimmte Personenentität erstellt? In den meisten Fällen verfügt eine Person über eine CRMID, eine Handvoll Hardware-Geräte-IDs (IDFA-/GAID-Zurücksetzungen sollten nicht oft vorkommen) und noch mehr Cookies (eine Person könnte vorstellbar auf mehreren Geräten browsen, den Inkognito-Modus verwenden oder Cookies jederzeit zurücksetzen). Im Allgemeinen eine niedrigere Kardinalität einen Namespace mit einem höheren Wert.
Überprüfen der Einstellungen für die Namespace-Priorität
Sobald Sie eine Vorstellung davon haben, wie Sie Ihre Namespaces priorisieren werden, können Sie das Diagrammsimulations-Tool in der Benutzeroberfläche verwenden, um verschiedene Szenarien zum Reduzieren von Diagrammen zu testen und sicherzustellen, dass Ihre Prioritätskonfigurationen die erwarteten Diagrammergebnisse zurückgeben. Weitere Informationen finden Sie im Handbuch zum Verwenden des Diagrammsimulations-Tools.
Namespace-Priorität konfigurieren
Die Namespace-Priorität kann mithilfe der Benutzeroberfläche für Identitätseinstellungen“ konfiguriert. In der Benutzeroberfläche für Identitätseinstellungen können Sie einen Namespace per Drag-and-Drop verschieben, um dessen relative Bedeutung zu bestimmen.
Verwendung der Namespace-Priorität
Derzeit beeinflusst die Namespace-Priorität das Systemverhalten des Echtzeit-Kundenprofils. Das folgende Diagramm veranschaulicht dieses Konzept. Weitere Informationen finden Sie im Handbuch zu Architekturdiagrammen für Adobe Experience Platform und Programme.
Identity Service: Algorithmus zur Identitätsoptimierung
Bei relativ komplexen Diagrammstrukturen spielt die Namespace-Priorität eine wichtige Rolle dabei, sicherzustellen, dass die richtigen Links entfernt werden, wenn Szenarien zum Reduzieren von Diagrammen auftreten. Weitere Informationen finden Sie unter Übersicht über den Identitätsoptimierungsalgorithmus.
Echtzeit-Kundenprofil: Primäre Identitätsbestimmung für Erlebnisereignisse
-
Nachdem Sie die Identitätseinstellungen für eine bestimmte Sandbox konfiguriert haben, wird die primäre Identität für Erlebnisereignisse durch die höchste Namespace-Priorität in der Konfiguration bestimmt.
- Dies liegt daran, dass Erlebnisereignisse dynamisch sind. Eine Identitätszuordnung kann drei oder mehr Identitäten enthalten, und die Namespace-Priorität stellt sicher, dass dem Erlebnisereignis der wichtigste Namespace zugeordnet ist.
-
Daher werden die folgenden Konfigurationen vom Echtzeit-Kundenprofil nicht mehr verwendet:
- Die primäre Identitätskonfiguration (
primary=true
) beim Senden von Identitäten in der identityMap mithilfe der Web SDK-, Mobile SDK- oder Edge Network Server-API (Identity-Namespace und Identitätswert werden weiterhin im Profil verwendet). Hinweis: Services außerhalb des Echtzeit-Kundenprofils wie Data Lake Storage oder Adobe Target verwenden weiterhin die primäre Identitätskonfiguration (primary=true
). - Alle Felder, die in einem XDM-Erlebnisereignis-Klassenschema als primäre Identität gekennzeichnet sind.
- Standardeinstellungen für die primäre Identität im Adobe Analytics-Quell-Connector (ECID oder AAID).
- Die primäre Identitätskonfiguration (
-
Dagegen bestimmt Namespace-Priorität nicht die primäre Identität für Profildatensätze.
- Für Profildatensätze sollten Sie weiterhin Ihre Identitätsfelder im Schema definieren, einschließlich der primären Identität. Weitere Informationen finden Sie im Handbuch unter Definieren von Identitätsfeldern inBenutzeroberfläche“.
-
Die Namespace-Priorität ist eine Eigenschaft eines Namespace. Dies ist ein numerischer Wert, der einem Namespace zugewiesen wird, um seine relative Bedeutung anzugeben.
-
Die Primäre Identität ist die Identität, für die ein Profilfragment gespeichert wird. Ein Profilfragment ist ein Datensatz mit Daten, die Informationen zu einem bestimmten Benutzer speichern: Attribute (z. B. CRM-Datensätze) oder Ereignisse (z. B. Website-Browsen).
Beispielszenario
Dieser Abschnitt enthält ein Beispiel dafür, wie sich die Prioritätskonfiguration auf Ihre Daten auswirken kann.
Angenommen, die folgenden Konfigurationen werden für eine bestimmte Sandbox festgelegt:
Angesichts der oben beschriebenen Konfigurationen werden Benutzeraktionen und die Bestimmung der primären Identität als solche aufgelöst:
{ECID}
{ECID, IDFA}
{CRMID, ECID}
{CRMID, ECID, AAID}
{CRMID, GAID, ECID}
Segmentierungs-Service: Speichern von Metadaten für die Segmentzugehörigkeit
Für ein bestimmtes zusammengeführtes Profil werden Segmentzugehörigkeiten für die Identität mit der höchsten Namespace-Priorität gespeichert.
Angenommen, es gibt zwei Profile:
-
Profil 1 stellt John dar.
- Johns Profil qualifiziert sich für S1 (Segmentzugehörigkeit 1). Beispielsweise könnte S1 auf ein Segment von Kundinnen und Kunden verweisen, die sich als männlich identifizieren.
- Johns Profil ist auch für S2 (Segmentzugehörigkeit 2) qualifiziert. Dies könnte sich auf ein Segment von Kundinnen und Kunden beziehen, deren Treuestatus „Gold“ ist.
-
Profil 2 stellt Jane dar.
- Janes Profil qualifiziert sich für S3 (Segmentzugehörigkeit 3). Dies könnte sich auf ein Segment von Kundinnen beziehen, die sich als weiblich identifizieren.
- Janes Profil qualifiziert sich auch für S4 (Segmentzugehörigkeit 4). Dies könnte sich auf ein Segment von Kundinnen und Kunden beziehen, deren Treuestatus Platin ist.
Wenn John und Jane ein Gerät teilen, wird die ECID (Webbrowser) von einer Person auf eine andere übertragen. Dies hat jedoch keinen Einfluss auf die Segmentzugehörigkeitsinformationen, die für John und Jane gespeichert sind.
Wenn die Segmentqualifikationskriterien ausschließlich auf anonymen Ereignissen basieren, die für die ECID gespeichert wurden, ist Jane für dieses Segment qualifiziert
Auswirkungen auf andere Experience Platform-Services implications
In diesem Abschnitt wird beschrieben, wie sich die Namespace-Priorität auf andere Experience Platform-Services auswirken kann.
Erweitertes Daten-Lifecycle-Management
Anfragen zum Löschen von Datenhygiene-Datensätzen funktionieren für eine bestimmte Identität wie folgt:
- Echtzeit-Kundenprofil: Löscht jedes Profilfragment mit der angegebenen Identität als primäre Identität. Die primäre Identität im Profil wird jetzt anhand der Namespace-Priorität bestimmt.
- Data Lake: Löscht alle Datensätze mit der angegebenen Identität als primäre Identität. Im Gegensatz zum Echtzeit-Kundenprofil basiert die primäre Identität im Data Lake auf der primären Identität, die im WebSDK (
primary=true
) angegeben ist, oder auf einem Feld, das als primäre Identität gekennzeichnet ist
Weitere Informationen finden Sie im Abschnitt Übersicht über das erweiterte Lebenszyklus-Management.
Berechnete Attribute
Wenn die Identitätseinstellungen aktiviert sind, verwenden berechnete Attribute die Namespace-Priorität, um den berechneten Attributwert zu speichern. Für ein bestimmtes Ereignis wird der Wert des berechneten Attributs für die Identität mit der höchsten Namespace-Priorität geschrieben. Weitere Informationen finden Sie im Handbuch zur Benutzeroberfläche für berechnete Attribute.
Data Lake
Die Datenaufnahme im Data Lake berücksichtigt weiterhin die primären Identitätseinstellungen, die in Web SDK und Schemata konfiguriert sind.
Data Lake bestimmt keine primäre Identität basierend auf der Namespace-Priorität. Adobe Customer Journey Analytics verwendet beispielsweise auch dann Werte in der Identitätszuordnung, wenn die Namespace-Priorität aktiviert ist (z. B. beim Hinzufügen eines Datensatzes zu einer neuen Verbindung), da das Customer Journey Analytics die Daten aus dem Data Lake verwendet.
Experience-Datenmodell (XDM)-Schemata
Jedes Schema, das kein XDM-Erlebnisereignis ist, z. B. einzelne XDM-Profile, berücksichtigt weiterhin alle Felder, die Sie als Identität markieren.
Weitere Informationen zu XDM-Schemata finden Sie unter Schemata - Übersicht.
Intelligent Services
Bei der Auswahl Ihrer Daten müssen Sie einen Namespace angeben, mit dem die Ereignisse bestimmt werden, die die Bewertungen berechnen, sowie die Ereignisse, die die berechneten Bewertungen speichern. Es wird empfohlen, den Namespace auszuwählen, der eine Person darstellt.
- Wenn Sie Web-Verhaltensdaten mit WebSDK erfassen, wird empfohlen, den CRMID-Namespace innerhalb der Identitätszuordnung auszuwählen.
- Wenn Sie Web-Verhaltensdaten mit dem Analytics-Quell-Connector erfassen, sollten Sie den Identitätsdeskriptor (CRMID) auswählen.
Diese Konfiguration führt dazu, dass Scores nur anhand authentifizierter Ereignisse berechnet werden.
Weitere Informationen finden Sie in den Dokumenten zu Attribution AIund Kunden-KI.
Partnerdefinierte Ziele
Aktualisierte Ergebnisse zur Zielgruppen-Disqualifizierung für Profile, die mit einem freigegebenen Gerät verknüpft sind, können nicht an nachgelagerte Ziele gesendet werden. Dies kann in bestimmten seltenen Fällen vorkommen, in denen:
- Die Zielgruppen-Qualifizierung basiert nur auf anonymer Aktivität.
- Anmeldungen über mehrere Profile hinweg erfolgen in einem kurzen Zeitraum.
Weitere Informationen zu von Partnern erstellten Zielen finden Sie unter Ziele - Übersicht.
Privacy Service
Privacy Service-Löschanfragen funktionieren für eine bestimmte Identität wie folgt:
- Echtzeit-Kundenprofil: Löscht jedes Profilfragment mit dem angegebenen Identitätswert als primäre Identität. Die primäre Identität im Profil wird jetzt anhand der Namespace-Priorität bestimmt.
- Data Lake: Löscht alle Datensätze mit der angegebenen Identität als primäre oder sekundäre Identität.
Weitere Informationen finden Sie unter Übersicht über Privacy Service.
Adobe Target
Adobe Target kann bei Verwendung der Edge-Segmentierung zu unerwartetem Benutzer-Targeting für gemeinsam genutzte Geräteszenarien führen.