Feldbasierte Zuordnung

Live-Zuordnung: Versucht, jeden ankommenden Treffer (Ereignis) zuzuordnen. Treffer von Geräten, die „neu“ im Datensatz sind (sich noch nie authentifiziert haben), werden in der Regel nicht auf dieser Ebene zugeordnet. Treffer von bereits erkannten Geräten werden sofort zugeordnet.

Wiederholungszuordnung: Gibt Daten basierend auf eindeutigen Kennungen (vorübergehenden IDs) wieder, die das Team gelernt hat. In diesem Schritt werden Treffer von zuvor unbekannten Geräten (persistente IDs) zugeordnet (zu vorübergehenden IDs). 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 neben dem Entfernen der angeforderten Identität auch jede Zuordnung dieser Identität zu nicht authentifizierten Ereignissen rückgängig gemacht werden.

Der Ereignisdatensatz in Adobe Experience Platform, auf den Sie eine Zuordnung anwenden möchten, muss zwei Spalten aufweisen, die die Identifizierung der Besuchenden erleichtern:

• Eine persistente ID, eine Kennung, die in jeder Zeile verfügbar ist. Beispielsweise eine Besucher-ID, die von einer Adobe Analytics AppMeasurement-Bibliothek generiert wurde, oder eine vom Adobe Experience Platform Identity Service generierte ECID.
• Eine vorübergehende ID, eine Kennung, die nur für einige Zeilen verfügbar ist. Beispiel: ein/e gehashte/r Benutzername oder E-Mail-Adresse, wenn sich ein Besucher authentifiziert. Sie können praktisch jede Kennung verwenden, die Ihnen gefällt. Beim Zusammenfügen wird berücksichtigt, dass dieses Feld die tatsächlichen Personen-ID-Informationen enthält. Um die besten Ergebnisse beim Zusammenfügen zu erzielen, sollte eine vorübergehende ID mindestens einmal innerhalb der Ereignisse des Datensatzes für jede persistente ID gesendet werden. Wenn Sie diesen Datensatz in eine Customer Journey Analytics-Verbindung einbeziehen möchten, ist es vorzuziehen, dass die anderen Datensätze auch eine ähnliche gemeinsame Kennung haben.

Beide Spalten (persistente ID und vorübergehende ID) müssen als Identitätsfeld mit einem Identity-Namespace im Schema für den Datensatz definiert werden, den Sie zuordnen möchten. Bei Verwendung der Identitätszuordnung in Real-time Customer Data Platform mithilfe der identityMap FeldergruppeSie dennoch Identitätsfelder mit einem Identity-Namespace hinzufügen. Diese Identifizierung von Identitätsfeldern ist erforderlich, da das Customer Journey Analytics-Zusammenfügen die identityMap Feldergruppe nicht unterstützt. Legen Sie beim Hinzufügen eines Identitätsfelds zum Schema und gleichzeitiger Verwendung der identityMap Feldergruppe das zusätzliche Identitätsfeld nicht als primäre Identität fest. Wenn Sie ein zusätzliches Identitätsfeld als primäre Identität festlegen, wird die für Real-time Customer Data Platform verwendete identityMap-Feldergruppe beeinträchtigt.