Funktionsweise von Stitching

Die Zuordnung führt mindestens zwei Durchgänge an Daten in einem bestimmten Datensatz durch:

  • Live-Stitching: versucht, jeden Treffer (Ereignis) beim Eintreten zuzuordnen. Treffer von Geräten, die dem Datensatz "neu"sind (sich noch nie authentifiziert haben), werden normalerweise nicht auf dieser Ebene zugeordnet. Treffer von bereits erkannten Geräten werden sofort zugeordnet.

  • Wiederholungszuordnung: wiederholt Daten basierend auf eindeutigen Kennungen (vorübergehenden IDs), die gelernt wurden. In dieser Phase werden Treffer von zuvor unbekannten Geräten (beständigen IDs) zugeordnet (zu vorübergehenden IDs). Adobe bietet zwei Wiederholungsintervalle:

    • Täglich: Die 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öchentlich: Die Daten werden einmal pro Woche mit einem 7-tägigen Lookback-Fenster wiederholt. 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.
  • Datenschutz (optional): Wenn datenschutzbezogene Anfragen empfangen werden, muss neben der Entfernung der angeforderten Identität auch die Zuordnung dieser Identität zu nicht authentifizierten Ereignissen rückgängig gemacht werden.

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

Schritt 1: Live-Stitching

Die Live-Zuordnung versucht, jedes Ereignis bei der Erfassung bekannten Geräten und Kanälen zuzuordnen. Im folgenden Beispiel zeichnet Bob verschiedene Ereignisse als Teil eines Ereignis-Datensatzes auf.

Daten, wie sie am Tag der Erfassung erscheinen:

Ereignis-
Zeitstempel
Beständige ID (Cookie-ID)
Verlaufs-ID (Anmelde-ID)
Zugeordnete ID (nach der Live-Zuordnung)
1
12.05.2023 12:01
246 Pfeil nach rechts
246
2
2023-05-12 12:02
246
Bob Pfeil nach rechts
Bob
3
2023-05-12 12:03
246
Bob Pfeil nach rechts
Bob Pfeil nach unten
4
2023-05-12 12:04
246
Bob
5
2023-05-12 12:05
246
Bob Pfeil nach rechts
Bob Pfeil nach unten
6
2023-05-12 12:06
246
Bob
7
2023-05-12 12:07
246
Bob Pfeil nach rechts
Bob
8
2023-05-12 12:03
3579 Pfeil nach rechts
3579
9
2023-05-12 12:09
3579 Pfeil nach rechts
3579
10
2023-05-12 12:02
81911 Pfeil nach rechts
81911
11
2023-05-12 12:05
81911
Bob Pfeil nach rechts
Bob Pfeil nach unten
12
2023-05-12 12:12
81911
Bob
3 Geräte
4 Personen:
246, Bob, 3579, 81911

Sowohl nicht authentifizierte als auch authentifizierte Ereignisse auf neuen Geräten werden (vorübergehend) als separate Personen gezählt. Nicht authentifizierte Ereignisse auf erkannten Geräten werden live zugeordnet.

Die Attribution funktioniert, wenn die identifizierende benutzerdefinierte Variable mit einem Gerät verknüpft ist. Im obigen Beispiel werden alle Ereignisse mit Ausnahme der Ereignisse 1, 8, 9 und 10 live zugeordnet (sie verwenden alle die Bob Kennung). Die Live-Zuordnung "löst"die zugeordnete ID für die Ereignisse 4, 6 und 12 auf.

Verzögerte Daten (Daten mit einem Zeitstempel über 24 Stunden) werden nach bestem Wissen und Gewissen verarbeitet, wobei die Zuordnung aktueller Daten für die höchste Qualität priorisiert wird.

Schritt 2: Wiederholungszuordnung

In regelmäßigen Abständen (einmal pro Woche oder einmal pro Tag, je nach ausgewähltem Lookback-Fenster) berechnet die Wiederholungszuordnung historische Daten basierend auf Geräten, die sie jetzt erkennt, neu. Wenn ein Gerät anfänglich Daten sendet, ohne authentifiziert zu sein, und sich dann anmeldet, werden diese nicht authentifizierten Ereignisse bei der Wiederholungszuordnung der richtigen Person zugeordnet. Die folgende Tabelle stellt dieselben Daten wie oben dar, zeigt jedoch unterschiedliche Zahlen basierend auf der Wiederholung der Daten.

Dieselben Daten nach der Wiederholung:

Ereignis-
Zeitstempel
Beständige ID (Cookie-ID)
Verlaufs-ID (Anmelde-ID)
Zugeordnete ID (nach der Live-Zuordnung)
Zugeordnete ID (nach der Wiederholung)
1
12.05.2023 12:01
246
246
Bob
2
2023-05-12 12:02
246
Bob Pfeil nach rechts
Bob
Bob Nach oben
3
2023-05-12 12:03
246
Bob Pfeil nach rechts
Bob Pfeil nach unten
Bob
4
2023-05-12 12:04
246
Bob
Bob
5
2023-05-12 12:05
246
Bob Pfeil nach rechts
Bob Pfeil nach unten
Bob
6
2023-05-12 12:06
246
Bob
Bob
7
2023-05-12 12:07
246
Bob Pfeil nach rechts
Bob
Bob
8
2023-05-12 12:03
3579 Pfeil nach rechts
3579
3579
9
2023-05-12 12:09
3579 Pfeil nach rechts
3579
3579
10
2023-05-12 12:02
81911
81911
Bob
11
2023-05-12 12:05
81911
Bob Pfeil nach rechts
Bob Pfeil nach unten
Bob Nach oben
12
2023-05-12 12:12
81911
Bob
Bob
3 Geräte
4 Personen:
246, Bob, 3579, 81911
2 Personen:
Bob, 3579

Die Attribution funktioniert, wenn die identifizierende benutzerdefinierte Variable mit einem Gerät verknüpft ist. Im obigen Beispiel werden die Ereignisse 1 und 10 als Ergebnis der Wiederholung zugeordnet, wobei nur die Ereignisse 8 und 9 aufgetrennt bleiben. und die (kumulative) Personenzahl auf 2 zu reduzieren.

Schritt 3: Datenschutzanfrage

Wenn Sie eine Datenschutzanfrage erhalten, wird die Zeile mit den ursprünglichen Benutzerinformationen entfernt, zusammen mit allen zugewiesenen IDs, die dieselben Personeninformationen enthalten. Die folgende Tabelle stellt dieselben Daten wie oben dar, zeigt jedoch die Auswirkungen einer Datenschutzanfrage für Bob auf die Daten nach deren Verarbeitung. Die Zeilen, in denen Bob authentifiziert wurde, werden entfernt (2, 3, 5, 7 und 11) sowie Bob als vorübergehende ID für andere Zeilen entfernt.

Dieselben Daten nach einer Datenschutzanfrage für Bob:

Ereignis-
Zeitstempel
Beständige ID (Cookie-ID)
Verlaufs-ID (Anmelde-ID)
Zugeordnete ID (nach der Live-Zuordnung)
Zugeordnete ID (nach der Wiederholung)
Verlaufs-ID (Anmelde-ID)
Zugeordnete ID (nach Datenschutzanfrage)
1
12.05.2023 12:01
246
246
Bob
246
2
2023-05-12 12:02
246
Bob Pfeil nach rechts
Bob
Bob Nach oben
246
3
2023-05-12 12:03
246
Bob Pfeil nach rechts
Bob Pfeil nach unten
Bob
246
4
2023-05-12 12:04
246
Bob
Bob
246
5
2023-05-12 12:05
246
Bob Pfeil nach rechts
Bob Pfeil nach unten
Bob
246
6
2023-05-12 12:06
246
Bob
Bob
246
7
2023-05-12 12:07
246
Bob Pfeil nach rechts
Bob
Bob
246
8
2023-05-12 12:03
3579 Pfeil nach rechts
3579
3579
3579
9
2023-05-12 12:09
3579 Pfeil nach rechts
3579
3579
3579
10
2023-05-12 12:02
81911
81911
Bob
81911
11
2023-05-12 12:05
81911
Bob Pfeil nach rechts
Bob Pfeil nach unten
Bob Nach oben
81911
12
2023-05-12 12:12
81911
Bob
Bob
81911
3 Geräte
4 Personen:
246, Bob, 3579, 81911
2 Personen:
Bob, 3579
3 Personen:
246, 3579, 81911

Zusammenfassung

  • Beim Stitching werden Ereignisse von bekannten Geräten sofort zugeordnet, Ereignisse von neuen oder nicht erkannten Geräten werden jedoch nicht sofort zugeordnet.
  • Die Daten werden in regelmäßigen Abständen wiederholt und ändern die historischen Daten in der Verbindung basierend auf Geräten, die sie zu identifizieren gelernt hat.
  • Die Echtzeit-Zuordnung und die Wiederholungszuordnung werden für einen Datensatz durchgeführt. Das Ergebnis ist ein neuer, höher gelegener Datensatz, der bei der Kombination mit anderen Datensätzen (z. B. Callcenter-Daten) besser verwendet werden kann, um kanalübergreifende Analysen durchzuführen.
  • Datenschutzanfragen entfernen Identitäten, die in nicht authentifizierte Zeilen übertragen wurden.
recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79