Adobe Analytics-Quell-Connector für Report Suite-Daten
Mit Adobe Experience Platform können Sie Adobe Analytics-Daten über den Analytics-Quell-Connector aufnehmen. Der Analytics-Quell-Connector streamt von Analytics erfasste Daten in Echtzeit an Platform und konvertiert SCDS-formatierte Analytics in Experience Data Model (XDM)-Felder für die Verwendung durch Platform.
Dieses Dokument bietet einen Überblick über Analytics und beschreibt die Anwendungsfälle für Analytics.
Adobe Analytics und Analytics-Daten
Analytics ist eine leistungsstarke Engine, mit der Sie mehr über Ihre Kunden und deren Interaktion mit Ihren Web-Eigenschaften erfahren, sehen können, wo Ihre Ausgaben für digitales Marketing effektiv sind, und Bereiche für Verbesserungen ermitteln können. Analytics verarbeitet Billionen von Web-Transaktionen pro Jahr, und mit dem Analytics-Quell-Connector können Sie einfach diese umfangreichen Verhaltensdaten nutzen und die Real-Time Customer Profile in wenigen Minuten anreichern.
Analytics sammelt Daten aus verschiedenen digitalen Kanälen und Rechenzentren weltweit. Sobald die Daten erfasst sind, werden VISTA-Regeln (Visitor Identification, Segmentation and Transformation Architecture) und Verarbeitungsregeln angewendet, um die eingehenden Daten zu formen. Nachdem die Rohdaten diese leichte Verarbeitung durchlaufen haben, werden sie als für den Verbrauch durch Real-Time Customer Profile bereit erachtet. In einem parallel zu den oben genannten Prozessen werden dieselben verarbeiteten Daten in Microbatches aufgenommen und in Platform-Datensätze aufgenommen, die von Query Service und anderen Datenerfassungsanwendungen verwendet werden können.
Weiterführende Informationen Verarbeitungsregeln finden Sie„Übersicht zu Verarbeitungsregeln“.
Experience-Datenmodell (XDM)
XDM ist eine öffentlich dokumentierte Spezifikation, die allgemeine Strukturen und Definitionen für eine Anwendung bereitstellt, um mit Services auf Experience Platform zu kommunizieren.
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 hergestellt wird, um Analytics Daten über die Platform-Benutzeroberfläche in Experience Platform zu importieren, werden die Datenfelder automatisch zugeordnet und innerhalb von Minuten in Real-Time Customer Profile aufgenommen. Anweisungen zum Erstellen einer Quellverbindung mit Analytics mithilfe der Platform-Benutzeroberfläche finden Sie im Analytics-Quell-Connector-Tutorial.
Ausführliche Informationen zur Feldzuordnung, die zwischen dem Analytics und dem Experience Platform erfolgt, finden Sie im Handbuch zur Adobe AnalyticsFeldzuordnung.
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 aufgeführt. Die Latenz variiert je nach Kundenkonfiguration, Datenvolumen und Kundenanwendungen. 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-Leitplanken.
Die Analytics-Aufstockung für Produktions-Sandboxes ist standardmäßig auf 13 Monate eingestellt. Für Analytics-Daten in Nicht-Produktions-Sandboxes ist die Aufstockung auf drei Monate festgelegt. Die in der obigen Tabelle angegebene Grenze von 10 Milliarden Ereignissen bezieht sich ausschließlich auf die erwartete Latenz.
Beim Erstellen eines Analytics-Quell-Datenflusses in einer Produktions-Sandbox werden zwei Datenflüsse erstellt:
- Ein Datenfluss, der eine 13-monatige Aufstockung historischer Report Suite-Daten in den Data Lake durchführt. Dieser Datenfluss endet, wenn die Aufstockung abgeschlossen ist.
- Ein Datenfluss, der Live-Daten an den Data Lake und an Real-Time Customer Profile sendet. Dieser Datenfluss läuft kontinuierlich.
Primäre Kennungen in Analytics
Jeder Treffer aus dem 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 angegeben. Wenn eine AAID vorhanden ist, wird die AAID als primär gekennzeichnet.
Die folgende Tabelle enthält weitere Informationen zu Identitätsfeldern in Ihren Analytics.
s_vi
Cookie-ID bezeichnet. Trotzdem wird eine AAID erstellt, selbst wenn das s_vi
Cookie nicht vorhanden ist. Die AAID wird in den Daten-Feeds durch die Spalten post_visid_high
und post_visid_low
Analytics dargestellt. Das Feld AAID enthält für jedes Ereignis eine einzelne Identität, die einen von mehreren verschiedenen Typen besitzen kann, die in der Reihenfolge der Vorgänge für_IDs Analytics beschrieben. Hinweis: Innerhalb einer gesamten Report Suite kann eine AAID eine Mischung von Typen über Ereignisse hinweg enthalten.mcvisid
dargestellt. Weitere Informationen zu ECID finden Sie in der ECID-Übersicht. Informationen zur Funktionsweise von ECID mit Analytics finden Sie im Dokument zu Analytics- und Experience Cloud-ID-Anfragen.s.VisitorID
in der Analytics-Implementierung ausgefüllt wird. Die AACUSTOMID wird in Daten-Feeds durch die Spalte cust_visid
Analytics dargestellt. Wenn die AACUSTOMID vorhanden ist, basiert die AAID auf der AACUSTOMID, da die AACUSTOMID alle anderen Kennungen überträgt, wie durch die Reihenfolge der Vorgänge für Analytics IDs definiert.Behandlung von Identitäten durch die Analytics
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 (falls im Ereignis vorhanden) als Schlüssel-Wert-Paare in die identityMap
von XDM kopiert:
{ "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 die Identität(en) in identityMap
kopiert wird/werden, wird endUserIDs._experience.mcid.namespace.code
auch für dasselbe Ereignis festgelegt:
- Wenn AAID vorhanden ist, wird
endUserIDs._experience.aaid.namespace.code
auf „AAID“ gesetzt. - Wenn ECID vorhanden ist, wird
endUserIDs._experience.mcid.namespace.code
auf „ECID“ gesetzt. - Wenn AACUSTOMID vorhanden ist, wird
endUserIDs._experience.aacustomid.namespace.code
auf „AACUSTOMID“ gesetzt.
Wenn eine ECID vorhanden ist, wird sie in der Identitätszuordnung als primäre Identität für das Ereignis markiert. In diesem Fall kann AAID aufgrund der „Nachfrist für Identity " auf ECID. 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.