Adobe Analytics-Quell-Connector für Report Suite-Daten
Mit Adobe Experience Platform können Sie Adobe Analytics-Daten über den Analytics-Quell-Connector erfassen. Die Analytics Quell-Connector streamt Daten, die von Analytics in Platform in Echtzeit konvertieren, SCDS-formatiert konvertieren Analytics Daten in Experience Data Model (XDM)-Felder zur Verwendung durch Platform.
Dieses Dokument bietet einen Überblick über Analytics und beschreibt die Anwendungsfälle für Analytics Daten.
Adobe Analytics und Analytics-Daten
Analytics ist eine leistungsstarke Engine, die Ihnen hilft, mehr über Ihre Kunden zu erfahren, wie sie mit Ihren Web-Eigenschaften interagieren, zu sehen, wo Ihre Ausgaben für digitales Marketing effektiv sind, und zu identifizieren, welche Verbesserungsmöglichkeiten es gibt. Analytics verarbeitet jährlich Billionen von Web-Transaktionen und die Analytics Mit dem Quell-Connector können Sie diese umfangreichen Verhaltensdaten einfach aufrufen und die Real-Time Customer Profile innerhalb von Minuten.
Auf hoher Ebene Analytics erfasst Daten aus verschiedenen digitalen Kanälen und Rechenzentren auf der ganzen Welt. Nachdem die Daten erfasst wurden, werden VISTA-Regeln (Visitor Identification, Segmentation and Transformation Architecture) und Verarbeitungsregeln angewendet, um die eingehenden Daten zu formen. Nachdem die Rohdaten diese einfache Verarbeitung durchlaufen haben, werden sie von Real-Time Customer Profile. In einem Prozess, der parallel zu den oben genannten erfolgt, werden dieselben verarbeiteten Daten in Mikro-Batches gepackt und in Platform-Datensätzen erfasst, die von Query Serviceund anderen Anwendungen zur Datenerkennung.
Siehe Übersicht über Verarbeitungsregeln für weitere Informationen zu Verarbeitungsregeln.
Experience-Datenmodell (XDM)
XDM ist eine öffentlich dokumentierte Spezifikation, die gemeinsame Strukturen und Definitionen für eine Anwendung bereitstellt, die zur Kommunikation mit Diensten auf dem Experience Platform verwendet werden kann.
Durch Einhaltung von XDM-Standards können Daten einheitlich integriert werden, was die Bereitstellung von Daten und das Sammeln von Informationen erleichtert.
Weiterführende Informationen zu XDM finden Sie in der XDM-Systemübersicht.
Wie werden Felder von Adobe Analytics XDM zugeordnet?
Wenn eine Quellverbindung für Analytics Daten über die Platform-Benutzeroberfläche in Experience Platform eingehen, werden Datenfelder automatisch zugeordnet und in Real-Time Customer Profile innerhalb von Minuten. Anweisungen zum Erstellen einer Quellverbindung mit Analytics Informationen zur Platform-Benutzeroberfläche finden Sie unter Analytics-Quell-Connector-Tutorial.
Detaillierte Informationen zum Feld-Mapping, das zwischen Analytics und Experience Platform, siehe Adobe Analytics-Feldzuordnung Handbuch.
Wie hoch ist die erwartete Latenz für Analytics-Daten in Platform?
Die erwartete Latenz für Analytics-Daten in Platform ist in der folgenden Tabelle dargestellt. Die Latenz variiert je nach Kundenkonfiguration, Datenvolumen und Verbraucheranwendungen. Wenn die Analytics-Implementierung beispielsweise mit A4T
konfiguriert ist, erhöht sich die Latenz zur Pipeline um 5 bis 10 Minuten.
Weitere Informationen zu Customer Journey Analytics-Latenzen finden Sie unter: Customer Journey Analytics Guardrails.
Die Analytics-Aufstockung für Produktions-Sandboxes beträgt standardmäßig 13 Monate. Für Analytics-Daten in Nicht-Produktions-Sandboxes wird die Aufstockung auf drei Monate festgelegt. Die in der obigen Tabelle genannte Begrenzung von 10 Mrd. Ereignissen entspricht streng der erwarteten Latenz.
Wenn Sie einen Analytics-Quell-Datenfluss in einer Produktions-Sandbox erstellen, werden zwei Datenflüsse erstellt:
- Ein Datenfluss, der eine 13-monatige Aufstockung historischer Report Suite-Daten in den Data Lake ausführt. Dieser Datenfluss endet, wenn die Aufstockung abgeschlossen ist.
- Ein Datenfluss, der Live-Daten an den Daten-See und an Real-Time Customer Profile. Dieser Datenfluss wird kontinuierlich ausgeführt.
Primäre Kennungen in Analytics data
Jeder Treffer von Analytics Quell-Connector enthält eine primäre Kennung, die davon abhängt, ob eine ECID oder eine AAID vorhanden ist. Wenn eine ECID vorhanden ist, wird die ECID als primäre Kennung bezeichnet. Wenn eine AAID vorhanden ist, wird die AAID als primäre ID bezeichnet.
Die folgende Tabelle enthält weitere Informationen zu Identitätsfeldern in Ihrer Analytics Daten.
s_vi
Cookie-ID. Trotzdem wird eine AAID erstellt, auch wenn die Variable s_vi
-Cookie nicht vorhanden ist. Die AAID wird durch die post_visid_high
und post_visid_low
Spalten in Analytics Datenfeeds. Bei jedem Ereignis enthält das Feld "AAID"eine einzelne Identität, die einer der verschiedenen Typen sein kann, die im Abschnitt Reihenfolge der Vorgänge Analytics IDs. Hinweis: Innerhalb einer gesamten Report Suite kann eine AAID eine Mischung aus Ereignistypen enthalten.mcvisid
in Analytics-Daten-Feeds. Weitere Informationen zur ECID finden Sie im Abschnitt ECID-Übersicht. Weitere Informationen zur Funktionsweise von ECID finden Sie unter Analytics, siehe das Dokument unter Analytics- und Experience Cloud-ID-Anforderungen.s.VisitorID
in der Analytics Implementierung. Die AACUSTOMID wird durch die Variable cust_visid
Spalte in Analytics Datenfeeds. Wenn die AACUSTOMID vorhanden ist, basiert die AACUSTOMID auf der AACUSTOMID, da die AACUSTOMID alle anderen Kennungen, wie durch die Reihenfolge der Vorgänge Analytics IDs.Wie die Analytics Identitäten zur Quellenbehandlung
Die Analytics -Quelle übergibt diese Identitäten an Experience Platform im XDM-Formular als:
endUserIDs._experience.aaid.id
endUserIDs._experience.mcid.id
endUserIDs._experience.aacustomid.id
Diese Felder sind nicht als Identitäten markiert. Stattdessen werden dieselben Identitäten in die identityMap
als Schlüssel-Wert-Paare:
{ "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }
{ "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }
{ "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }
Wenn in der Identitätszuordnung ECID vorhanden ist, wird es als primäre Identität für das Ereignis markiert. In diesem Fall kann AAID aufgrund der Übergangsphase für Identity Service. Andernfalls wird AAID als primäre Identität für das Ereignis markiert. AACUSTOMID wird nie als primäre ID für das Ereignis markiert. Wenn jedoch AACUSTOMID vorhanden ist, basiert AAID aufgrund der Experience Cloud-Reihenfolge der Vorgänge auf AACUSTOMID.