Implementierungshandbuch für Regeln zur Identitätsdiagramm-Verknüpfung

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.

Lesen Sie dieses Dokument für eine schrittweise Anleitung, die Sie bei der Implementierung Ihrer Daten mit Adobe Experience Platform Identity Service befolgen können.

Schrittweise Anleitung:

Voraussetzungen für die Implementierung prerequisites-for-implementation

In diesem Abschnitt werden die Schritte beschrieben, die Sie vor der Implementierung von Regeln zur Verknüpfung von Identitätsdiagrammen mit Ihren Daten ausführen müssen.

Eindeutiger Namespace

Namespace-Anforderung für einzelne Person single-person-namespace-requirement

Sie müssen sicherstellen, dass in jedem Profil immer der eindeutige Namespace mit der höchsten Priorität vorhanden ist. Dadurch kann Identity Service die entsprechende Personenkennung in einem bestimmten Diagramm erkennen.

Auswählen, um ein Beispiel für ein Diagramm ohne Namespace für eine einzelne Personenkennung anzuzeigen

Ohne einen eindeutigen Namespace zur Darstellung Ihrer Personenkennungen erhalten Sie möglicherweise ein Diagramm, das mit verschiedenen Personenkennungen mit derselben ECID verknüpft ist. In diesem Beispiel sind B2BCRM und B2CCRM gleichzeitig mit derselben ECID verknüpft. Dieses Diagramm zeigt, dass Tom über sein B2C-Anmeldekonto ein Gerät mit Summer über ihr B2B-Anmeldekonto geteilt hat. Das System erkennt jedoch, dass es sich um ein Profil handelt (Diagrammausblendung).

Ein Diagrammszenario, in dem zwei Personenkennungen mit derselben ECID verknüpft sind.

Wählen Sie diese Option aus, um ein Beispiel für ein Diagramm mit einem Namespace für eine einzelne Personenkennung anzuzeigen

Bei einem eindeutigen Namespace (in diesem Fall eine CRMID anstelle von zwei unterschiedlichen Namespaces) kann Identity Service die Personenkennung erkennen, die zuletzt mit der ECID verknüpft war. Da in diesem Beispiel eine eindeutige CRM-ID vorhanden ist, kann Identity Service ein Szenario mit einem „gemeinsamen Gerät“ erkennen, in dem zwei Entitäten dasselbe Gerät gemeinsam nutzen.

Ein Szenario mit einem freigegebenen Gerätediagramm, bei dem zwei Personenkennungen mit derselben ECID verknüpft sind, der ältere Link jedoch entfernt wird.

Namespace-Prioritätskonfiguration

Wenn Sie den Adobe Analytics-Quell-Connector zum Aufnehmen von Daten verwenden, müssen Sie Ihren ECIDs eine höhere Priorität als der Adobe Analytics ID (AAID) einräumen, da Identity Service AAID blockiert. Durch Priorisierung von ECID können Sie das Echtzeit-Kundenprofil anweisen, nicht authentifizierte Ereignisse in ECID anstatt in AAID zu speichern.

XDM-Erlebnisereignisse

Während des Vorab-Implementierungsprozesses müssen Sie sicherstellen, dass die authentifizierten Ereignisse, die Ihr System an Experience Platform sendet, immer eine Personenkennung enthalten, z. B. CRMID.

Authentifizierte Ereignisse mit Personenkennung
code language-json
{
  "_id": "test_id",
  "identityMap": {
      "ECID": [
          {
              "id": "62486695051193343923965772747993477018",
              "primary": false
          }
      ],
      "CRMID": [
          {
              "id": "John",
              "primary": true
          }
      ]
  },
  "timestamp": "2024-09-24T15:02:32+00:00",
  "web": {
      "webPageDetails": {
          "URL": "https://business.adobe.com/",
          "name": "Adobe Business"
      }
  }
}
Authentifizierte Ereignisse ohne Personenkennung
code language-json
{
    "_id": "test_id",
    "identityMap": {
        "ECID": [
            {
                "id": "62486695051193343923965772747993477018",
                "primary": false
            }
        ]
    },
    "timestamp": "2024-09-24T15:02:32+00:00",
    "web": {
        "webPageDetails": {
            "URL": "https://business.adobe.com/",
            "name": "Adobe Business"
        }
    }
}

Sie müssen sicherstellen, dass Sie über eine vollständig qualifizierte Identität verfügen, wenn Sie Ereignisse mithilfe von XDM-Erlebnisereignissen senden.

Wählen Sie diese Option aus, um ein Beispiel für ein Ereignis mit einer vollqualifizierten Identität anzuzeigen.
code language-json
    "identityMap": {
        "ECID": [
            {
                "id": "24165048599243194405404369473457348936",
                "primary": false
            }
        ]
    }

Berechtigungen festlegen set-permissions

Der erste Schritt im Implementierungsprozess für Identity Service besteht darin sicherzustellen, dass Ihr Experience Platform-Konto zu einer Rolle hinzugefügt wird, die über die erforderlichen Berechtigungen verfügt. Ihr Administrator kann die Berechtigungen für Ihr Konto konfigurieren, indem er zur Benutzeroberfläche „Berechtigungen“ in Adobe Experience Cloud navigiert. Von dort aus muss Ihr Konto zu einer Rolle mit den folgenden Berechtigungen hinzugefügt werden:

  • Identitätseinstellungen anzeigen: Wenden Sie diese Berechtigung an, um eindeutige Namespaces und die Namespace-Priorität auf der Seite zum Durchsuchen von Identitäts-Namespaces anzeigen zu können.
  • Identitätseinstellungen bearbeiten: Wenden Sie diese Berechtigung an, um Ihre Identitätseinstellungen bearbeiten und speichern zu können.

Weitere Informationen zu Berechtigungen finden Sie im Handbuch zu Berechtigungen.

Erstellen von Identity-Namespaces namespace

Wenn Ihre Daten dies erfordern, müssen Sie zunächst die entsprechenden Namespaces für Ihre Organisation erstellen. Anweisungen zum Erstellen eines benutzerdefinierten Namespace finden Sie im Handbuch unter Erstellen eines benutzerdefinierten Namespace in der Benutzeroberfläche.

Graph-Simulationswerkzeug verwenden graph-simulation

Navigieren Sie anschließend zum Diagrammsimulations-Tool im Arbeitsbereich der Identity Service-Benutzeroberfläche. Sie können das Diagrammsimulations-Tool verwenden, um Identitätsdiagramme zu simulieren, die mit einer Vielzahl verschiedener eindeutiger Namespace- und Namespace-Prioritätskonfigurationen erstellt wurden.

Durch das Erstellen verschiedener Konfigurationen können Sie das Tool zur Diagrammsimulation verwenden, um zu erfahren und besser zu verstehen, wie sich der Algorithmus zur Identitätsoptimierung und bestimmte Konfigurationen auf das Verhalten Ihres Diagramms auswirken können.

Konfigurieren von Identitätseinstellungen identity-settings

Sobald Sie eine bessere Vorstellung davon haben, wie sich Ihr Diagramm verhalten soll, navigieren Sie zur Benutzeroberfläche für Identitätseinstellungen im Arbeitsbereich der Benutzeroberfläche von Identity Service. Um auf die Benutzeroberfläche für Identitätseinstellungen zuzugreifen, wählen Sie linken Navigationsbereich die Option Identitäten“ und dann Einstellungen aus.

Die Seite zum Durchsuchen von Identitäten mit hervorgehobener Schaltfläche „Einstellungen“.

Verwenden Sie die Benutzeroberfläche für Identitätseinstellungen, um Ihre eindeutigen Namespaces festzulegen und Ihre Namespaces nach Priorität zu konfigurieren. Nachdem Sie die Einstellungen angewendet haben, müssen Sie mindestens sechs Stunden warten, bevor Sie mit der Datenaufnahme fortfahren können, da es mindestens sechs Stunden dauert, bis neue Einstellungen in Identity Service übernommen werden.

Weitere Informationen finden Sie im Handbuch zur Benutzeroberfläche für Identitätseinstellungen.

Erstellen eines XDM-Schemas schema

Nachdem Sie Ihre eindeutigen Namespaces und Namespace-Prioritäten festgelegt haben, können Sie jetzt mit der erforderlichen Einrichtung fortfahren, um Ihre Daten aufzunehmen. Zunächst müssen Sie ein XDM-Schema erstellen. Abhängig von Ihren -Daten müssen Sie möglicherweise ein Schema sowohl für das individuelle XDM-Profil als auch für XDM ExperienceEvent erstellen.

Um Daten in das Echtzeit-Kundenprofil aufzunehmen, müssen Sie sicherstellen, dass Ihr Schema mindestens ein Feld enthält, das als primäre Identität festgelegt wurde. Durch Festlegen einer primären Identität können Sie ein bestimmtes Schema für die Profilaufnahme aktivieren.

Anweisungen zum Erstellen eines Schemas finden Sie im Handbuch unter Erstellen eines XDM-Schemas in der Benutzeroberfläche.

Erstellen eines Datensatzes dataset

Erstellen Sie als Nächstes einen Datensatz, um eine Struktur für die aufzunehmenden Daten bereitzustellen. Ein Datensatz ist ein Konstrukt zur Datenspeicherung und -verwaltung, in dem Daten (in der Regel) in einer Tabelle erfasst werden, die ein Schema (Spalten) und Felder (Zeilen) beinhaltet. Datensätze arbeiten mit Schemata zusammen und um Daten in das Echtzeit-Kundenprofil aufzunehmen, muss Ihr Datensatz für die Profilaufnahme aktiviert sein. Damit Ihr Datensatz für das Profil aktiviert werden kann, muss er auf ein Schema verweisen, das für die Profilaufnahme aktiviert ist.

Anweisungen zum Erstellen eines Datensatzes finden Sie im Handbuch zur Datensatz-Benutzeroberfläche.

Aufnehmen von Daten ingest

Zu diesem Zeitpunkt sollten Sie über Folgendes verfügen:

  • Die erforderlichen Berechtigungen für den Zugriff auf Identity Service-Funktionen.
  • Namespaces für Ihre Daten.
  • Spezifische Namespaces und konfigurierte Prioritäten für Ihre Namespaces.
  • Mindestens ein XDM-Schema. (Abhängig von Ihren Daten und Ihrem spezifischen Anwendungsfall müssen Sie möglicherweise sowohl Profil- als auch Erlebnisereignis-Schemas erstellen.)
  • Ein Datensatz, der auf Ihrem Schema basiert.

Sobald Sie alle oben aufgeführten Elemente haben, können Sie mit der Aufnahme Ihrer Daten auf Experience Platform beginnen. Die Datenaufnahme kann auf verschiedene Weise durchgeführt werden. Sie können die folgenden Services verwenden, um Ihre Daten auf Experience Platform zu bringen:

TIP
Sobald Ihre Daten aufgenommen wurden, ändert sich die Payload der XDM-Rohdaten nicht mehr. Möglicherweise werden Ihre primären Identitätskonfigurationen weiterhin in der Benutzeroberfläche angezeigt. Diese Konfigurationen werden jedoch durch Identitätseinstellungen überschrieben.

Verwenden Sie für Feedback die Option Beta-Feedback im Arbeitsbereich der Identity Service-Benutzeroberfläche.

Validieren von Diagrammen validate

Verwenden Sie das Identitäts-Dashboard, um Einblicke in den Status Ihrer Identitätsdiagramme zu erhalten, z. B. die Gesamtzahl der Identitätsdiagramme und die Anzahl der Diagramme, die Anzahl der Identitäten nach Namespace und die Anzahl der Diagramme nach Größe. Sie können auch das Identitäts-Dashboard verwenden, um Trends in Diagrammen mit zwei oder mehr Identitäten anzuzeigen, sortiert nach Namespace.

Klicken Sie auf die Auslassungszeichen (...) und dann auf Weitere anzeigen um weitere Informationen anzuzeigen und zu überprüfen, ob es keine reduzierten Diagramme gibt.

Das Identitäts-Dashboard im Arbeitsbereich der Identity Service-Benutzeroberfläche.

Verwenden Sie das angezeigte Fenster, um Informationen zu Ihren reduzierten Diagrammen anzuzeigen. In diesem Beispiel werden E-Mail und Telefon als eindeutiger Namespace markiert, sodass es keine reduzierten Diagramme in Ihrer Sandbox gibt.

Das Popup-Fenster für Diagramme mit mehreren Identitäten.

Anhang appendix

Lesen Sie diesen Abschnitt für zusätzliche Informationen, die Sie bei der Implementierung Ihrer Identitätseinstellungen und eindeutigen Namespaces benötigen.

Szenario mit verwaister Anmelde-ID dangling-loginid-scenario

Das folgende Diagramm simuliert ein „verwaistes“ Anmelde-ID-Szenario. In diesem Beispiel sind zwei verschiedene Anmelde-IDs an dieselbe ECID gebunden. {loginID: ID_C} ist jedoch nicht mit der CRMID verknüpft. Daher kann Identity Service nicht erkennen, dass diese beiden Anmelde-IDs zwei verschiedene Entitäten darstellen.

Mehrdeutige Anmelde-ID

In diesem Beispiel bleibt {loginID: ID_C} hängen und ist nicht mit einer CRMID verknüpft. Daher ist die Entität der Person, mit der diese Anmelde-ID verknüpft werden soll, nicht eindeutig.

Beispiel eines Diagramms mit einem „herabhängenden“ loginID-Szenario.

loginID ist mit einer CRMID verknüpft

In diesem Beispiel ist {loginID: ID_C} mit {CRMID: Tom} verknüpft. Daher kann das System erkennen, dass diese Anmelde-ID mit Tom verbunden ist.

LoginID ist mit einer CRMID verknüpft.

loginID ist mit einer anderen CRMID verknüpft

In diesem Beispiel ist {loginID: ID_C} mit {CRMID: Summer} verknüpft. Daher kann das System erkennen, dass diese Anmelde-ID mit einer anderen Personenentität verknüpft ist, in diesem Fall Summer.

Dieses Beispiel zeigt auch, dass Tom und Summer sich in verschiedenen Personenentitäten befinden, die ein Gerät teilen, das durch {ECID: 111} dargestellt wird.

LoginID ist mit einer anderen CRMID verknüpft.

Nächste Schritte

Weitere Informationen zu Verknüpfungsregeln für Identitätsdiagramme finden Sie in der folgenden Dokumentation:

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