Identity Graph Linking Rules – Übersicht identity-graph-linking-rules-overview

IMPORTANT
Identity Graph Linking Rules ist jetzt allgemein verfügbar. Wenden Sie sich an Ihr Adobe-Konto-Team oder den Adobe-Support, wenn Sie eine bestehende Sandbox haben, in der reduzierte Diagramme nach dem Aktivieren der Identitätseinstellungen wieder reduziert („korrigiert„) werden müssen.

Mit Adobe Experience Platform Identity Service und dem Echtzeit-Kundenprofil ist es einfach anzunehmen, dass Ihre Daten perfekt aufgenommen werden und dass alle zusammengeführten Profile über eine Personenkennung, wie z. B. eine CRMID, eine einzelne Person darstellen. Es gibt jedoch mögliche Szenarien, in denen bestimmte Daten versuchen könnten, mehrere unterschiedliche Profile zu einem einzigen Profil zusammenzuführen („Diagrammausblendung„). Um diese unerwünschten Zusammenführungen zu verhindern, können Sie Konfigurationen verwenden, die über Identity Graph Linking Rules bereitgestellt werden, und eine genaue Personalisierung für Ihre Benutzerinnen und Benutzer ermöglichen.

Erste Schritte

Die folgenden Dokumente sind für das Verständnis von Identity Graph Linking Rules unerlässlich.

Videobibliothek

Sehen Sie sich die folgenden Videos an, um mehr über einige der grundlegenden Aspekte der Regeln für die Verknüpfung von Identitätsdiagrammen zu erfahren.

Überblick über die Verknüpfungsregeln für Identitätsdiagramme

Überblick über die Regeln für die Verknüpfung von Identitätsdiagrammen

Verschaffen Sie sich einen Überblick darüber, wie Datenarchitektinnen und -architekten mit Regeln für die Verknüpfung von Identitätsdiagrammen genaue Kundenprofile sicherstellen und das Reduzieren von Diagrammen verhindern können.

Ansehen

Regeln zum Verknüpfen von Identitätsdiagrammen - Diagrammsimulation

Regeln für die Verknüpfung von Identitätsdiagrammen – Diagrammsimulation

Erfahren Sie, wie Sie mit dem Diagrammsimulator Identitätsdiagramm-Verknüpfungsregeln testen können.

Ansehen

Verknüpfungsregeln für Identitätsdiagramme - Identitätseinstellungen

Regeln für die Verknüpfung von Identitätsdiagrammen – Identitätseinstellungen

Erfahren Sie, wie Sie Regeln zur Identitätsdiagramm-Verknüpfung aktivieren und konfigurieren, um genaue Kundenprofile zu erstellen

Ansehen

Szenarien zum Zusammenführen von Diagrammen graph-collapse-scenarios

In diesem Abschnitt werden Beispielszenarien beschrieben, die Sie bei der Konfiguration von Identity Graph Linking Rules berücksichtigen können.

Freigegebenes Gerät

Es gibt Fälle, in denen sich ein Gerät mehrmals anmelden kann:

Freigegebenes Gerät
Beschreibung
Computer und Tablets für Familien
Mann und Frau Log-in beide auf ihre jeweiligen Bankkonten.
Öffentlicher Kiosk
Reisende an einem Flughafen, die sich mit ihrem Treueprogramm-Ausweis einloggen, um ihre Gepäckstücke einzuchecken und Bordkarten auszudrucken.
Callcenter
Callcenter-Mitarbeiter melden sich auf einem einzelnen Gerät im Namen von Kunden an, die den Support anrufen, um Probleme zu lösen.

Abbildung einiger gemeinsam genutzter Geräte. {modal="regular"}

In diesen Fällen wird eine einzelne ECID aus Diagrammsicht und ohne aktivierte Beschränkungen mit mehreren CRMIDs verknüpft.

Mit Identity Graph Linking Rules können Sie:

  • Konfigurieren Sie die ID, die für die Anmeldung als eindeutige Kennung verwendet wird. Sie können beispielsweise ein Diagramm so beschränken, dass nur eine Identität mit einem CRMID-Namespace gespeichert wird, und diese CRMID daher als eindeutige Kennung eines gemeinsam genutzten Geräts definieren.
    • Auf diese Weise können Sie sicherstellen, dass CRMIDs nicht von der ECID zusammengeführt werden.

Ungültige E-Mail-/Telefonszenarien

Es gibt auch Instanzen von Benutzern, die bei der Registrierung gefälschte Werte als Telefonnummern und/oder E-Mail-Adressen angeben. Wenn keine Beschränkungen aktiviert sind, werden in diesen Fällen Identitäten, die mit Telefon/E-Mail in Verbindung stehen, mit mehreren verschiedenen CRM-IDs verknüpft.

Ein Diagramm, das ungültige E-Mail- oder Telefonszenarien darstellt. {modal="regular"}

Mit Identity Graph Linking Rules können Sie:

  • Konfigurieren Sie entweder die CRMID, Telefonnummer oder E-Mail-Adresse als eindeutige Kennung und beschränken Sie daher eine Person auf nur eine CRMID, Telefonnummer und/oder E-Mail-Adresse, die mit ihrem Konto verknüpft ist.

Fehlerhafte oder fehlerhafte Identitätswerte

Es gibt Fälle, in denen nicht eindeutige, fehlerhafte Identitätswerte unabhängig vom Namespace in das System aufgenommen werden. Zu den Beispielen gehören:

  • IDFA-Namespace mit dem Identitätswert „user_null“.
    • IDFA-Identitätswerte sollten 36 Zeichen lang sein: 32 alphanumerische Zeichen und vier Bindestriche.
  • Telefonnummern-Namespace mit dem Identitätswert „nicht angegeben“.
    • Telefonnummern dürfen keine Buchstaben enthalten.

Diese Identitäten können zu folgenden Diagrammen führen, bei denen mehrere CRMIDs mit der „fehlerhaften“ Identität zusammengeführt werden:

Ein Diagrammbeispiel für Identitätsdaten mit fehlerhaften oder fehlerhaften Identitätswerten. {modal="regular"}

Mit Identity Graph Linking Rules können Sie die CRMID als eindeutige Kennung konfigurieren, um zu verhindern, dass unerwünschte Profil aufgrund dieser Art von Daten zusammenbrechen.

Identity Graph Linking Rules identity-graph-linking-rules

Mit Identity Graph Linking Rules können Sie:

  • Erstellen ein einzelnes Identitätsdiagramm / eine zusammengeführte Profil für jede User, indem eindeutige Namespaces konfiguriert werden, wodurch verhindert wird, dass zwei unterschiedliche Personenbezeichner zu einem Identitätsdiagramm zusammengeführt werden.
  • Verknüpfen Sie online authentifizierte Ereignisse mit der Person, indem Sie Prioritäten konfigurieren

Terminologie terminology

Terminologie
Beschreibung
Eindeutiger Namespace
Eine eindeutige Namespace ist eine Identitäts Namespace, die im Kontext eines Identitätsdiagramms als eindeutig eingerichtet wurde. Mithilfe der UI können Sie eine Namespace als eindeutig konfigurieren. Sobald ein Namespace als eindeutig definiert ist, kann ein Graph nur noch eine Identität haben, die diese Namespace enthält.
Namespace-Priorität
Die Namespace-Priorität bezieht sich auf die relative Bedeutung von Namespaces untereinander. Die Namespace-Priorität kann über die Benutzeroberfläche konfiguriert werden. Sie können Namespaces in einem bestimmten Identitätsdiagramm nach Rang ordnen. Nach der Aktivierung werden Prioritätsnamen in verschiedenen Szenarien verwendet, z. B. als Eingabe für den Identitätsoptimierungsalgorithmus und zur Bestimmung der primären Identität für Erlebnisereignisfragmente.
Algorithmus der Identitätsoptimierung
Der Algorithmus zur Identitätsoptimierung stellt sicher, dass Richtlinien, die durch die Konfiguration eines eindeutigen Namespace und von Namespace-Prioritäten erstellt wurden, in einem bestimmten Identitätsdiagramm durchgesetzt werden.

Eindeutiger Namespace unique-namespace

Sie können eine Namespace so konfigurieren, dass sie eindeutig ist, indem Sie die Identitätseinstellungen UI Arbeitsbereich. Dadurch wird der Identitätsoptimierungsalgorithmus darüber informiert, dass ein bestimmtes Diagramm möglicherweise nur eine Identität aufweist, die diese eindeutige Namespace enthält. Dadurch wird verhindert, dass zwei unterschiedliche Personenkennungen im selben Diagramm zusammengeführt werden.

Betrachten wir das folgende Szenario:

  • Scott benutzt ein Tablet und öffnet seine Google Chrom Browser, um zu acme.com zu gehen, wo er sich anmeldet und nach neuen Basketballschuhen sucht.
    • Hinter den Kulissen protokolliert dieses Szenario die folgenden Identitäten:

      • Eine ECID-Namespace und ein Wert zur Darstellung der Verwendung des Browser
      • Eine CRMID-Namespace und ein Wert für die authentifizierte User (Scott hat sich mit seinem Benutzernamen und einer Kennwort Kombination angemeldet).
  • Sein Sohn Peter nutzt dann dasselbe Tablet und auch Google-Chrom, um zu acme.com zu gelangen, wo er sich mit seinem eigenen Konto anmeldet, um nach Fußballausrüstung zu suchen.
    • Hinter den Kulissen protokolliert dieses Szenario die folgenden Identitäten:

      • Die gleiche ECID-Namespace und der gleiche Wert für die Browser.
      • Eine neue CRMID-Namespace und ein neuer Wert für die authentifizierte User.

Wenn CRMID als eindeutiger Namespace konfiguriert wurde, teilt der Identitätsoptimierungsalgorithmus die CRMIDs in zwei separate Identitätsdiagramme auf, anstatt sie zusammenzuführen.

Wenn Sie keinen eindeutigen Namespace konfigurieren, erhalten Sie möglicherweise unerwünschte Diagrammzusammenführungen, z. B. zwei Identitäten mit demselben CRM-Namespace, aber unterschiedlichen Identitätswerten (Szenarien wie diese stellen oft zwei verschiedene Personenentitäten im selben Diagramm dar).

Sie müssen einen eindeutigen Namespace konfigurieren, um den Identitätsoptimierungsalgorithmus darüber zu informieren, Einschränkungen für die Identitätsdaten durchzusetzen, die in ein bestimmtes Identitätsdiagramm aufgenommen werden.

Namespace-Priorität namespace-priority

Die Namespace-Priorität bezieht sich auf die relative Bedeutung von Namespaces untereinander. Die Namespace-Priorität kann über die Benutzeroberfläche konfiguriert werden, und Sie können Namespaces in einem bestimmten Identitätsdiagramm nach Rang ordnen.

Eine Möglichkeit, Namespace Priorität zu verwenden, besteht darin, die primäre Identität von Erlebnis Ereignis Fragmenten (User Verhalten) im Real-Zeit-Kundenprofil zu bestimmen. Wenn Prioritätseinstellungen konfiguriert sind, wird die primäre Identitätseinstellung im Web-SDK nicht mehr verwendet, um zu bestimmen, welche Profil Fragmente gespeichert werden.

Eindeutige Namespaces und Namespace-Prioritäten können beide im Arbeitsbereich der Benutzeroberfläche für Identitätseinstellungen konfiguriert werden. Die Auswirkungen ihrer Konfigurationen sind jedoch unterschiedlich:

Identity Service
Echtzeit-Kundenprofil
Eindeutiger Namespace
In Identity Service bezieht sich der Algorithmus zur Identitätsoptimierung auf eindeutige Namespaces, um die Identitätsdaten zu bestimmen, die in ein bestimmtes Identitätsdiagramm aufgenommen werden.
Eindeutige Namespaces wirken sich nicht auf das Echtzeit-Kundenprofil aus.
Namespace-Priorität
Bei Diagrammen mit mehreren Ebenen bestimmt die Namespace-Priorität im Identity Service, dass die entsprechenden Links entfernt werden.
Wenn ein Erlebnisereignis in Profile aufgenommen wird, wird der Namespace mit der höchsten Priorität zur primären Identität des Profilfragments.
  • Die Namespace-Priorität beeinflusst das Diagrammverhalten nicht, wenn die Beschränkung von 50 Identitäten pro Diagramm erreicht wird.
  • Die Namespace-Priorität ist ein numerischer Wert der einem Namespace zugewiesen ist, um dessen relative Bedeutung anzugeben. Dies ist eine Eigenschaft eines Namespace.
  • 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 (normalerweise über CRM-Datensätze aufgenommen) oder Ereignisse (normalerweise aus Erlebnisereignissen oder Online-Daten aufgenommen).
  • Die Namespace-Priorität bestimmt die primäre Identität für Experience Event-Fragmente.
    • Für Profildatensätze können Sie den Arbeitsbereich Schemata in der Experience Platform-Benutzeroberfläche verwenden, um Identitätsfelder zu definieren, einschließlich der Primäridentität. Weitere Informationen finden Sie im Handbuch unter Definieren von Identitätsfeldern in ​ Benutzeroberfläche“.
  • Wenn ein Erlebnisereignis zwei oder mehr Identitäten mit der höchsten Namespace-Priorität in der identityMap hat, wird es bei der Aufnahme abgelehnt, da es als „fehlerhafte Daten“ betrachtet wird. Wenn die identityMap beispielsweise {ECID: 111, CRMID: John, CRMID: Jane} enthält, wird das gesamte Ereignis als ungültige Daten zurückgewiesen, da dies bedeutet, dass das Ereignis gleichzeitig sowohl CRMID: John als auch CRMID: Jane zugeordnet ist.

Weitere Informationen finden Sie im Handbuch unter Namespace-Priorität.

Nächste Schritte

Weitere Informationen zu Identity Graph Linking Rules finden Sie in der folgenden Dokumentation:

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