Namespace-Priorität namespace-priority

AVAILABILITY
Regeln zur Identitätsdiagramm-Verknüpfung sind derzeit nur eingeschränkt verfügbar. Wenden Sie sich an Ihr Adobe-Konto-Team , um Informationen zum Zugriff auf die Funktion in Entwicklungs-Sandboxes zu erhalten.

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.

TIP
  • „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.

Ein Diagramm von Diagrammschichten

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.

IMPORTANT
Sie können keine Geräte-/Cookie-Namespaces gegenüber Personen-Namespaces priorisieren. Durch diese Einschränkung wird sichergestellt, dass keine Fehlkonfigurationen auftreten.

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.

Ein Diagramm zum Anwendungsbereich mit Namespace-Priorität

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).
  • 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“.
TIP
  • 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:

Namespace
Reale Anwendung des Namespace
Priorität
CRMID
Benutzer
1
IDFA
Apple-Hardwaregerät (iPhone, IPad usw.)
2
GAID
Google-Hardwaregerät (Google Pixel, Pixelbook usw.)
3
ECID
Webbrowser (Firefox, Safari, Google Chrome usw.)
4
AAID
Webbrowser
5

Angesichts der oben beschriebenen Konfigurationen werden Benutzeraktionen und die Bestimmung der primären Identität als solche aufgelöst:

Benutzeraktion (Erlebnisereignis)
Authentifizierungsstatus
Datenquelle
Namespaces im Ereignis
Namespace der primären Identität
Kreditkartenangebot-Seite anzeigen
Nicht authentifiziert (anonym)
Web SDK
{ECID}
ECID
Hilfeseite anzeigen
Nicht authentifiziert
Mobile SDK
{ECID, IDFA}
IDFA
Kontostand anzeigen
Authentifiziert
Web SDK
{CRMID, ECID}
CRMID
Melden Sie sich für ein Eigenheimdarlehen an
Authentifiziert
Analytics-Quell-Connector
{CRMID, ECID, AAID}
CRMID
Transfer von $1.000 vom Check-in zum Sparen
Authentifiziert
Mobile SDK
{CRMID, GAID, ECID}
CRMID

Segmentierungs-Service: Speichern von Metadaten für die Segmentzugehörigkeit

Ein Diagramm zum Speicher der 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.

recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea