DokumentationCustomer Journey AnalyticsHandbuch zu Customer Journey Analytics

Diagrammbasierte Zuordnung

Last update: Mon May 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Themen:
  • Kanalübergreifende Analyse

Erstellt für:

  • Admin

Bei der diagrammbasierten Zuordnung geben Sie einen Ereignis-Datensatz sowie die persistente ID (Cookie) und den Namespace der vorübergehenden ID (Personen-ID) für diesen Datensatz an. Diagrammbasiertes Stitching erstellt eine neue Spalte für die zusammengefügte ID im neuen zusammengefügten Datensatz. und verwendet dann die persistente ID, um das Identitätsdiagramm mithilfe des angegebenen Namespace aus dem Experience Platform Identity Service abzufragen und die zugeordnete ID zu aktualisieren.

Diagrammbasiertes Stitching

IdentityMap

Diagrammbasiertes Stitching unterstützt die Verwendung der identityMap Feldergruppefolgenden Szenarien:

  • Verwendung der primären Identität in identityMap Namespace zum Definieren der persistenten ID:

    • Wenn mehrere primäre Identitäten in verschiedenen Namespaces gefunden werden, werden die Identitäten in den Namespaces lexigrafisch sortiert und die erste Identität wird ausgewählt.
    • Wenn mehrere primäre Identitäten in einem einzigen Namespace gefunden werden, wird die erste lexikografische primäre Identität ausgewählt, die verfügbar ist.

    Im folgenden Beispiel führen die Namespaces und Identitäten zu einer sortierten primären Identitätsliste und schließlich zur ausgewählten Identität.

    Namespaces
    Liste der Identitäten
    ECID
    [
      {"id": "ecid-3"},
      {"id": "ecid-2", "primary": true},
      {"id": "ecid-1", "primary": true}
     ]
    
    CCID
    [
      {"id": "ccid-1"},
      {"id": "ccid-2", "primary": true}
    ]
    
    Sortierte Identitätsliste
    Ausgewählte Identität
    PrimaryIdentities [
      {"id": "ccid-2", "namespace": "CCID"},
      {"id": "ecid-1", "namespace": "ECID"},
      {"id": "ecid-2", "namespace": "ECID"}
    ]
    NonPrimaryIdentities [
      {"id": "ccid-1", "namespace": "CCID"},
      {"id": "ecid-3", "namespace": "ECID"}
    ]
    
    "id": "ccid-2",
    "namespace": "CCID"
    
  • Verwendung identityMap Namespace zum Definieren der persistenten ID:

    • Wenn mehrere Werte für persistentID in einem identityMap Namespace gefunden werden, wird die erste lexikografische verfügbare Identität verwendet.

    Im folgenden Beispiel führen die Namespaces und Identitäten zu einer sortierten Identitätsliste für den ausgewählten Namespace (ECID) und schließlich zur ausgewählten Identität.

    Namespaces
    Liste der Identitäten
    ECID
    [
      {"id": "ecid-3"},
      {"id": "ecid-2", "primary": true},
      {"id": "ecid-1", "primary": true}
    ]
    
    CCID
    [
      {"id": "ccid-1"},
      {"id": "ccid-2", "primary": true}
    ]
    
    Sortierte Identitätsliste
    Ausgewählte Identität
    [
      "id": "ecid-1",
      "id": "ecid-2",
      "id": "ecid-3"
    ]
    
    "id": "ecid-1",
    "namespace": "ECID"
    

Funktionsweise des diagrammbasierten Stitching

Beim Zusammenfügen werden in einem Datensatz mindestens zwei Durchläufe an Daten durchgeführt.

  • Live-Zuordnung: Versucht, jeden ankommenden Treffer (Ereignis) zuzuordnen. Dabei wird die persistente ID verwendet, um die vorübergehende ID für den ausgewählten Namespace durch Abfrage des Identitätsdiagramms nachzuschlagen. Wenn die vorübergehende ID von der Suche aus verfügbar ist, wird diese vorübergehende ID sofort zugeordnet.

  • Wiederholungszuordnung: Wiederholt Daten basierend auf aktualisierten Identitäten aus dem Identitätsdiagramm. In diesem Schritt werden Treffer von zuvor unbekannten Geräten (persistente IDs) zugeordnet, da das Identitätsdiagramm die Identität für einen Namespace aufgelöst hat. Die Wiederholung wird durch zwei Parameter bestimmt: Häufigkeit und Lookback-Fenster. Adobe bietet die folgenden Kombinationen dieser Parameter:

    • Täglicher Lookback in täglicher Häufigkeit: Daten werden täglich mit einem 24-Stunden-Lookback-Fenster wiederholt. Diese Option bietet den Vorteil, dass Wiederholungen viel häufiger vorkommen. Nicht authentifizierte Besucher müssen sich jedoch an dem Tag authentifizieren, an dem sie Ihre Website besuchen.
    • Wöchentlicher Lookback in einem wöchentlichen Intervall: Die Daten werden einmal wöchentlich mit einem wöchentlichen Lookback-Fenster wiederholt (siehe Optionen). Diese Option bietet den Vorteil, dass nicht authentifizierte Sitzungen über einen weniger eng gefasst Zeitraum für die Authentifizierung verfügen. Nicht zugeordnete Daten, die weniger als eine Woche alt sind, werden jedoch erst bei der nächsten wöchentlichen Wiederholung erneut verarbeitet.
    • Vierzehntägiger Lookback in wöchentlicher Häufigkeit: Die Daten werden einmal wöchentlich mit einem zweiwöchentlichen Lookback-Fenster wiederholt (siehe Optionen). Diese Option bietet den Vorteil, dass nicht authentifizierte Sitzungen über einen weniger eng gefasst Zeitraum für die Authentifizierung verfügen. Nicht zugeordnete Daten, die weniger als zwei Wochen alt sind, werden jedoch erst bei der nächsten wöchentlichen Wiederholung erneut verarbeitet.
    • Monatlicher Lookback mit wöchentlicher Häufigkeit: Daten werden wöchentlich mit einem monatlichen Lookback-Fenster wiederholt (siehe Optionen). Diese Option bietet den Vorteil, dass nicht authentifizierte Sitzungen über einen weniger eng gefasst Zeitraum für die Authentifizierung verfügen. Nicht zugeordnete Daten, die weniger als einen Monat alt sind, werden jedoch erst bei der nächsten wöchentlichen Wiederholung erneut verarbeitet.
  • Datenschutz: Wenn datenschutzbezogene Anfragen empfangen werden, muss zusätzlich zum Entfernen der angeforderten Identität aus dem Quelldatensatz jede Zuordnung dieser Identität zu nicht authentifizierten Ereignissen rückgängig gemacht werden. Außerdem muss die Identität aus dem Identitätsdiagramm entfernt werden, um eine zukünftige diagrammbasierte Zuordnung für diese spezifische Identität zu verhindern.

    IMPORTANT
    Der Unstitching-Prozess im Rahmen von Datenschutzanfragen ändert sich Anfang 2025. Der aktuelle Unstitching-Prozess ordnet Ereignisse anhand der neuesten Version bekannter Identitäten neu zu. Diese Neuzuweisung von Ereignissen an eine andere Identität kann unerwünschte rechtliche Folgen haben. Um diese Bedenken zu beheben, werden Ereignisse, die Gegenstand der Datenschutzanfrage sind, ab 2025 durch den neuen Prozess zur Aufhebung der Zuordnung mit der persistenten ID aktualisiert.

Daten, die über das Lookback-Fenster hinausgehen, werden nicht wiederholt. Ein Besucher muss sich innerhalb eines gegebenen Lookback-Fensters authentifizieren, damit ein nicht authentifizierter Besuch und ein authentifizierter Besuch gemeinsam identifiziert werden können. Sobald ein Gerät erkannt wurde, wird es von diesem Zeitpunkt an live zugeordnet.

Betrachten Sie die folgenden beiden Identitätsdiagramme für persistente ID-246 und -3579, wie diese Identitätsdiagramme im Laufe der Zeit aktualisiert werden und wie sich diese Aktualisierungen auf die Schritte beim diagrammbasierten Stitching auswirken.

Identitätsdiagramm 246
Identitätsdiagramm 3579

Sie können ein Identitätsdiagramm im Zeitverlauf für ein bestimmtes Profil mit dem Identitätsdiagramm-Viewer anzeigen. Siehe auch Verknüpfungslogik für Identity Service, um ein besseres Verständnis der beim Verknüpfen von Identitäten verwendeten Logik zu erhalten.

Schritt 1: Echtes Zusammenfügen

Bei der Live-Zuordnung wird versucht, jedes Ereignis bei der Erfassung mit den zu diesem Zeitpunkt bekannten Informationen aus dem Identitätsdiagramm zu verknüpfen.

Details
Zeit
Persistente ID
ECID
namespace
Email graph
Zugeordnete ID (nach Live-Zuordnung)
1
12.05.2023 11:00
246
246 link undefined
246
2
12.05.2023 14:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
3
12.05.2023 15:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
4
12.05.2023 17:00 Uhr
3579
3579 link undefined
3579
5
12.05.2023 19:00
3579
3579 link ted.w@gmail.com
ted.w@gmail.com
6
13.05.2023 15:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
7
13.05.2023 16:30
246
246 link a.b@yahoo.co.uk
246 link bob.ab@gmail.com
a.b@yahoo.co.uk

Sie können sehen, wie für jedes Ereignis die zugeordnete ID aufgelöst wird. Basiert auf der Zeit, der persistenten ID und der Suche des Identitätsdiagramms für den angegebenen Namespace (zur gleichen Zeit).
Wenn die Suche auf mehr als eine zusammengefügte ID aufgelöst wird (wie bei Ereignis 7), wird die lexikografische erste ID ausgewählt, die vom Identitätsdiagramm zurückgegeben wird (a.b@yahoo.co.uk im Beispiel).

Schritt 2: Wiederholungszuordnung

In regelmäßigen Abständen (je nach ausgewähltem Lookback-Fenster) berechnet die Wiederholungszuordnung historische Daten basierend auf der neuesten Version des Identitätsdiagramms zum Zeitpunkt des Intervalls neu.

Details

Bei einer Wiederholungszuordnung um 16:30 Uhr 2023-05-13 mit einer 24-Stunden-Konfiguration des Lookback-Fensters werden einige Ereignisse aus der Stichprobe erneut zugeordnet (angegeben durch Replay ).

Zeit
Persistente ID
ECID
namespace
Email graph
Zugeordnete ID
(nach Live-Zuordnung)
Zusammengefügte ID
(nach 24 Stunden Wiederholung)
2
12.05.2023 14:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
bob.a@gmail.com
3
12.05.2023 15:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
bob.a@gmail.com
Wiederholen 4
12.05.2023 17:00 Uhr
3579
3579 link ted.w@gmail.com
3579
ted.w@gmail.com
Wiederholen 5
12.05.2023 19:00
3579
3579 link ted.w@gmail.com
ted.w@gmail.com
ted.w@gmail.com
Wiederholen 6
13.05.2023 15:00
246
246 link a.b@yahoo.co.uk
bob.a@gmail.com
a.b@yahoo.co.uk
Wiederholen 7
13.05.2023 16:30
246
246 link a.b@yahoo.co.uk
246 link bob.ab@gmail.com
a.b@yahoo.co.uk
a.b@yahoo.co.uk

Bei der Wiederholungszuordnung um 16:30 Uhr 2023-05-13 mit einer 7-tägigen Lookback-Fensterkonfiguration werden alle Ereignisse aus der Stichprobe erneut zugeordnet.

Zeit
Persistente ID
ECID
namespace
Email graph
Zugeordnete ID
(nach Live-Zuordnung)
Zusammengefügte ID
(nach Wiederholung 7 Tage)
Wiederholen 1
12.05.2023 11:00
246
246 link undefined
246
a.b@yahoo.co.uk
Wiederholen 2
12.05.2023 14:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
a.b@yahoo.co.uk
Wiederholen 3
12.05.2023 15:00
246
246 link bob.a@gmail.com
bob.a@gmail.com
a.b@yahoo.co.uk
Wiederholen 4
12.05.2023 17:00 Uhr
3579
3579 link ted.w@gmail.com
3579
ted.w@gmail.com
Wiederholen 5
12.05.2023 19:00
3579
3579 link ted.w@gmail.com
ted.w@gmail.com
ted.w@gmail.com
Wiederholen 6
13.05.2023 15:00
246
246 link a.b@yahoo.co.uk
bob.a@gmail.com
a.b@yahoo.co.uk
Wiederholen 7
13.05.2023 16:30
246
246 link a.b@yahoo.co.uk
246 link bob.ab@gmail.com
a.b@yahoo.co.uk
a.b@yahoo.co.uk

Schritt 3: Datenschutzanfrage

Wenn Sie eine Datenschutzanfrage erhalten, wird die zugeordnete ID in allen Datensätzen für den betroffenen Benutzer der Datenschutzanfrage gelöscht.

Details

Die folgende Tabelle enthält dieselben Daten wie oben, zeigt jedoch die Auswirkungen, die eine Datenschutzanfrage (z. B. 2023-05-13 18:00 Uhr) für die Beispielereignisse hat.

Zeit
Persistente ID
ECID
namespace
Email graph
Zusammengefügte ID (nach Datenschutzanfrage)
1
12.05.2023 11:00
246
246 link a.b@yahoo.co.uk
246
2
12.05.2023 14:00
246
246 link a.b@yahoo.co.uk
246
3
12.05.2023 15:00
246
246 link a.b@yahoo.co.uk
246
4
12.05.2023 17:00 Uhr
3579
3579 link ted.w@gmail.com
3579
5
12.05.2023 19:00
3579
3579 link ted.w@gmail.com
3579
6
13.05.2023 15:00
246
246 link a.b@yahoo.co.uk
246
7
13.05.2023 16:30
246
246 link a.b@yahoo.co.uk
246 link bob.ab@gmail.com
246

Voraussetzungen

Die folgenden Voraussetzungen gelten speziell für das diagrammbasierte Stitching:

  • Der Ereignisdatensatz in Adobe Experience Platform, auf den Sie eine Zuordnung anwenden möchten, muss eine Spalte aufweisen, die einen Besucher in jeder Zeile identifiziert, die persistente ID. Beispielsweise eine Besucher-ID, die von einer Adobe Analytics AppMeasurement-Bibliothek generiert wurde, oder eine vom Experience Platform Identity Service generierte ECID.
  • Die persistente ID muss auch als Identität definiert)Schema sein.
  • Das Identitätsdiagramm aus Experience Platform Identity Service muss über einen Namespace verfügen (z. B. Email oder Phone), den Sie beim Zusammenfügen verwenden möchten, um die vorübergehende ID aufzulösen. Weitere Informationen finden Sie unter {🔗}Experience Platform Identity Service.
NOTE
Für diagrammbasierte benötigen Sie keine Real-time Customer Data Platform-Lizenz. Das Paket Prime oder höher von Customer Journey Analytics enthält die erforderlichen Experience Platform Identity Service-Berechtigungen.

Einschränkungen

Die folgenden Einschränkungen gelten speziell für das diagrammbasierte Stitching:

  • Zeitstempel werden bei der Abfrage der vorübergehenden ID unter Verwendung des angegebenen Namespace nicht berücksichtigt. Es ist also möglich, dass eine persistente ID mit einer vorübergehenden ID aus einem Datensatz verknüpft ist, der einen früheren Zeitstempel hat.

  • In Szenarien mit gemeinsam genutzten Geräten, in denen der Namespace im Diagramm mehrere Identitäten enthält, wird die erste lexikografische Identität verwendet. Wenn Namespace-Beschränkungen und -Prioritäten im Rahmen der Veröffentlichung von Diagrammverknüpfungsregeln konfiguriert werden, wird die Identität des letzten authentifizierten Benutzers verwendet. Weitere Informationen finden unterGeräte .

  • Es gibt eine feste Grenze von drei Monaten, bis Identitäten im Identitätsdiagramm aufgestockt werden. Sie würden Identitäten zum Aufstocken verwenden, falls Sie keine Experience Platform-Anwendung wie Real-time Customer Data Platform zum Ausfüllen des Identitätsdiagramms verwenden.

  • Es die „LeitplankenIdentity Service“. Siehe beispielsweise die folgenden statischen Beschränkungen:

    • Maximale Anzahl von Identitäten in einem Diagramm: 50.
    • Maximale Anzahl von Links zu einer Identität für eine einzelne Batch-Aufnahme: 50.
    • Maximale Anzahl von Identitäten in einem XDM-Datensatz für die Diagrammaufnahme: 20.
    • Mindestanzahl von Identitäten in einem XDM-Eintrag für die Diagrammaufnahme: 2.
recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79