Beispiele für Diagrammkonfigurationen
- "CRMID"und "loginID"sind benutzerdefinierte Namespaces. In diesem Dokument ist "CRMID"eine Personen-ID und "loginID"eine Anmelde-Kennung, die mit einer bestimmten Person verknüpft ist.
- Um die in diesem Dokument beschriebenen Beispieldiagrammszenarien zu simulieren, müssen Sie zunächst zwei benutzerdefinierte Namespaces erstellen, einen mit dem Identitätssymbol "CRMID"und einen anderen mit dem Identitätssymbol "loginID". Bei Identitätssymbolen wird zwischen Groß- und Kleinschreibung unterschieden.
In diesem Dokument werden Beispiele für die Diagrammkonfiguration gängiger Szenarien beschrieben, auf die Sie bei der Arbeit mit Regeln zur Identitätsdiagrammverknüpfung und Identitätsdaten stoßen können.
Nur CRMID
Dies ist ein Beispiel für ein einfaches Implementierungsszenario, bei dem Online-Ereignisse (CRMID und ECID) erfasst und Offline-Ereignisse (Profildatensätze) nur für die CRMID gespeichert werden.
Implementierung:
Ereignisse:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgenden Ereignisse in den Textmodus kopieren:
CRMID: Tom, ECID: 111
Algorithmuskonfiguration:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgende Einrichtung für Ihre Algorithmuskonfiguration konfigurieren:
Primäre Identitätsauswahl für Echtzeit-Kundenprofil:
Im Kontext dieser Konfiguration wird die primäre Identität wie folgt definiert:
Diagrammbeispiele
Im Folgenden finden Sie ein Beispiel für ein ideales Diagramm für eine Einzelperson, in dem CRMID eindeutig ist und die höchste Priorität erhält.
Im Folgenden finden Sie ein Beispiel für ein Diagramm mit mehreren Personen. In diesem Beispiel wird ein Szenario mit einem "freigegebenen Gerät"angezeigt, in dem zwei CRMIDs vorhanden sind und die mit dem älteren eingerichteten Link entfernt wird.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
CRMID mit Hash-E-Mail
In diesem Szenario wird eine CRMID erfasst und stellt sowohl Online- (Erlebnisereignis-) als auch Offline-Daten (Profildatensatz) dar. Dieses Szenario umfasst auch die Erfassung einer Hash-E-Mail, die einen anderen Namespace darstellt, der im CRM-Datensatz zusammen mit der CRMID gesendet wird.
Implementierung:
Ereignisse:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgenden Ereignisse in den Textmodus kopieren:
CRMID: Tom, Email_LC_SHA256: tom<span>@acme.com
CRMID: Tom, ECID: 111
CRMID: Summer, Email_LC_SHA256: summer<span>@acme.com
CRMID: Summer, ECID: 222
Algorithmuskonfiguration:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgende Einrichtung für Ihre Algorithmuskonfiguration konfigurieren:
Primäre Identitätsauswahl für Profil:
Im Kontext dieser Konfiguration wird die primäre Identität wie folgt definiert:
Diagrammbeispiele
Im Folgenden finden Sie Beispiele für ein Paar idealer Diagramme für einzelne Personen, in denen jede CRMID mit dem jeweiligen Hash-E-Mail-Namespace und der ECID verknüpft ist.
Im Folgenden finden Sie ein Beispiel für ein Diagramm mit mehreren Personen, bei dem ein Gerät von zwei Personen gemeinsam genutzt wird.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Im Folgenden finden Sie ein Beispiel für ein Diagramm mit mehreren Personen, bei dem E-Mail nicht eindeutig ist und mit zwei verschiedenen CRMIDs verknüpft wird.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
CRMID mit Hash-E-Mail, Hash-Telefon, GAID und IDFA
Dieses Szenario ähnelt dem vorherigen. In diesem Szenario werden Hash-E-Mails und -Telefone jedoch als Identitäten markiert, die in Segment Match verwendet werden sollen.
Implementierung:
Ereignisse:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgenden Ereignisse in den Textmodus kopieren:
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, ECID: 111
CRMID: Tom, ECID: 222, IDFA: A-A-A
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, ECID: 333
CRMID: Summer, ECID: 444, GAID:B-B-B
Algorithmuskonfiguration:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgende Einrichtung für Ihre Algorithmuskonfiguration konfigurieren:
Primäre Identitätsauswahl für Profil:
Im Kontext dieser Konfiguration wird die primäre Identität wie folgt definiert:
Diagrammbeispiele
Im Folgenden finden Sie ein ideales Diagramm für eine Person, bei dem Hash-E-Mail und Hash-Telefon als Identitäten für die Verwendung in Segment Match markiert sind. In diesem Szenario werden die Diagramme in zwei unterteilt, um unterschiedliche Personen darzustellen.
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem ein Gerät (Computer) von zwei Personen gemeinsam genutzt wird. In diesem Szenario wird der freigegebene Computer durch {ECID: 111} repräsentiert und mit {CRMID: Summer} verknüpft, da dieser Link der zuletzt eingerichtete Link ist. {CRMID: Tom} wird entfernt, da die Verknüpfung zwischen {CRMID: Tom} und {ECID: 111} älter ist und CRMID der in dieser Konfiguration angegebene eindeutige Namespace ist.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem ein Android-Gerät von zwei Personen gemeinsam genutzt wird. In diesem Szenario wird CRMID als eindeutiger Namespace konfiguriert. Daher ersetzt der neuere Link von {CRMID: Tom, GAID: B-B-B, ECID:444} den älteren {CRMID: Summer, GAID: B-B-B, ECID:444}.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem ein Apple-Gerät von zwei Personen gemeinsam genutzt wird. In diesem Szenario wird der IDFA freigegeben, aber die ECID wird nicht zurückgesetzt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem ein Apple-Gerät von zwei Personen gemeinsam genutzt wird. In diesem Szenario wird die ECID zurückgesetzt, der IDFA bleibt jedoch gleich.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem dieselbe Telefonnummer von zwei Personen geteilt wird.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Beispiel wird {Phone_SHA256} auch als eindeutiger Namespace markiert. Daher kann ein Diagramm nicht mehr als eine Identität mit dem Namespace {Phone_SHA256} aufweisen. In diesem Szenario wird die Verknüpfung von {Phone_SHA256: 765-4321} mit {CRMID: Summer} und {Email_LC_SHA256: ddeeff} aufgehoben, da es sich um den älteren Link handelt.
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem E-Mails von zwei Personen geteilt werden.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Einzelne CRMID mit mehreren Anmelde-IDs (einfache Version)
In diesem Szenario gibt es eine einzelne CRMID, die eine Personenentität darstellt. Eine Entität kann jedoch über mehrere Anmelde-IDs verfügen:
- Eine bestimmte Personenentität kann unterschiedliche Kontotypen aufweisen (persönlich vs. geschäftlich, Konto nach Staat, Konto nach Marke usw.)
- Eine bestimmte Personenentität kann für eine beliebige Anzahl von Konten unterschiedliche E-Mail-Adressen verwenden.
Implementierung:
Ereignisse:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgenden Ereignisse in den Textmodus kopieren:
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Algorithmuskonfiguration:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgende Einrichtung für Ihre Algorithmuskonfiguration konfigurieren:
Primäre Identitätsauswahl für Profil:
Im Kontext dieser Konfiguration wird die primäre Identität wie folgt definiert:
Diagrammbeispiele
Im Folgenden finden Sie ein Einpersonendiagramm mit einer einzelnen CRMID und mehreren Anmelde-IDs.
Im Folgenden finden Sie ein Diagramm mit mehreren Personen, in dem ein Gerät von zwei Personen gemeinsam genutzt wird. In diesem Szenario ist {ECID:111} sowohl mit {loginID:ID_A} als auch mit {loginID:ID_C} verknüpft und der ältere festgestellte Link von {ECID:111, loginID:ID_A} wird entfernt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Im Folgenden finden Sie ein Szenario mit mehreren Personen-Diagrammen, das fehlerhafte Daten enthält. In diesem Szenario ist {loginID:ID_D} fälschlicherweise mit zwei unterschiedlichen Benutzern verknüpft und der Link mit dem älteren Zeitstempel wird zugunsten des neueren Links gelöscht.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Das folgende Diagramm simuliert ein "gefährliches"loginID-Szenario. In diesem Beispiel sind zwei verschiedene loginIDs an dieselbe ECID gebunden. {loginID:ID_C} ist jedoch nicht mit der CRMID verknüpft. Identity Service kann daher nicht erkennen, dass diese beiden loginIDs zwei verschiedene Entitäten darstellen.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Einzelne CRMID mit mehreren Anmelde-IDs (komplexe Version)
In diesem Szenario gibt es eine einzelne CRMID, die eine Personenentität darstellt. Eine Entität kann jedoch über mehrere Anmelde-IDs verfügen:
- Eine bestimmte Personenentität kann unterschiedliche Kontotypen aufweisen (persönlich vs. geschäftlich, Konto nach Staat, Konto nach Marke usw.)
- Eine bestimmte Personenentität kann für eine beliebige Anzahl von Konten unterschiedliche E-Mail-Adressen verwenden.
Implementierung:
Hinweis: Standardmäßig werden AIDs im Identity Service blockiert. Daher müssen Sie bei der Verwendung der Analytics-Quelle Ihren ECIDs eine höhere Priorität als AIDs einräumen. Weitere Informationen finden Sie im Implementierungshandbuch .
Ereignisse:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgenden Ereignisse in den Textmodus kopieren:
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
Algorithmuskonfiguration:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgende Einrichtung für Ihre Algorithmuskonfiguration konfigurieren:
Primäre Identitätsauswahl für Profil:
Im Kontext dieser Konfiguration wird die primäre Identität wie folgt definiert:
Diagrammbeispiele
Im Folgenden finden Sie ein Beispiel für zwei Diagramme mit einer Person, von denen jede eine CRMID und mehrere loginIDs aufweist.
Im Folgenden finden Sie ein Szenario für ein gemeinsam genutztes Gerät mit mehreren Personen, in dem {ECID:111} sowohl mit {loginID:ID_A} als auch mit {loginID:ID_C} verknüpft ist. In diesem Fall werden die älteren etablierten Links zugunsten der aktuelleren Links entfernt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario werden nicht nur die loginID gesendet, sondern sowohl die loginID als auch die CRMID als Erlebnisereignisse gesendet.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario ist {loginID:ID_C} sowohl mit {CRMID:Tom} als auch mit {CRMID:Summer} verknüpft und wird daher als ungültige Daten betrachtet, da ideale Diagrammszenarien nicht die gleichen loginIDs mit zwei unterschiedlichen Benutzern verknüpfen sollten. In diesem Fall werden die älteren etablierten Links zugunsten der kürzlich eingerichteten Links entfernt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario wird eine nicht eindeutige E-Mail mit zwei verschiedenen CRMIDs verknüpft. Daher werden die älteren eingerichteten Links zugunsten der kürzlich eingerichteten Links entfernt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario wird eine nicht eindeutige Telefonnummer mit zwei verschiedenen CRMIDs verknüpft. Die älteren etablierten Links werden zugunsten der neueren eingerichteten Links entfernt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Verwendung in anderen Adobe Commerce
Die Beispiele für die Diagrammkonfiguration in diesem Abschnitt beschreiben Anwendungsfälle für Adobe Commerce. Die folgenden Beispiele konzentrieren sich auf Einzelhandelskunden mit zwei Benutzertypen:
- Registrierter Benutzer (Benutzer, die ein Konto erstellt haben)
- Gastbenutzer (Benutzer, die nur über eine E-Mail-Adresse verfügen)
Implementierung:
Ereignisse:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgenden Ereignisse in den Textmodus kopieren:
CRMID: Tom, Email: tom@acme.com
CRMID: Tom, ECID: 111
Algorithmuskonfiguration:
Sie können dieses Szenario in der Diagrammsimulation erstellen, indem Sie die folgende Einrichtung für Ihre Algorithmuskonfiguration konfigurieren:
Primäre Identitätsauswahl für Profil:
Im Kontext dieser Konfiguration wird die primäre Identität wie folgt definiert:
Diagrammbeispiele
Im Folgenden finden Sie ein Beispiel für ein ideales Diagramm für eine Person.
Im Folgenden finden Sie ein Beispiel für ein Diagramm mit mehreren Personen, in dem zwei registrierte Benutzer dasselbe Gerät verwenden.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario verwenden ein registrierter Benutzer und ein Gastbenutzer dasselbe Gerät.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario teilen sich ein registrierter Benutzer und ein Gastbenutzer ein Gerät. Es tritt jedoch ein Implementierungsfehler auf, da die CRMID keinen entsprechenden E-Mail-Namespace enthält. In diesem Szenario ist Tom der registrierte Benutzer, und Summer ist der Gastbenutzer. Im Gegensatz zum vorherigen Szenario werden die beiden Entitäten zusammengeführt, da es keine gemeinsamen E-Mail-Namespaces zwischen den beiden Entitäten gibt.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario verwenden zwei Gastbenutzer dasselbe Gerät.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
In diesem Szenario checkt ein Gastbenutzer ein Element aus und registriert sich dann mit demselben Gerät.
Eingabe für Diagrammsimulationsereignisse
| code language-shell |
|---|
|
Nächste Schritte
Weitere Informationen zu Regeln zur Verknüpfung von Identitätsdiagrammen finden Sie in der folgenden Dokumentation: