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. Der Analytics-Quell-Connector streamt die von Analytics erfassten Daten in Echtzeit an Platform, wobei SCDS-formatierte Analytics-Daten in Experience Data Model (XDM)-Felder umgewandelt werden, um sie von Platform zu nutzen.
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, mit der Sie mehr über Ihre Kunden erfahren, wie sie mit Ihren Web-Eigenschaften interagieren, feststellen können, wo Ihre Ausgaben für digitales Marketing effektiv sind, und Verbesserungsbereiche identifizieren können. Analytics verarbeitet jährlich mehrere Billionen von Web-Transaktionen und der Quell-Connector Analytics ermöglicht es Ihnen, diese umfangreichen Verhaltensdaten einfach zu erfassen und die Real-Time Customer Profile in Minutenschnelle anzureichern.
Auf hoher Ebene erfasst Analytics 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 als konsumbereit betrachtet. In einem Prozess, der parallel zu dem oben genannten erfolgt, werden dieselben verarbeiteten Daten in Mikro-Batches gepackt und in Platform-Datensätzen erfasst, die von Query Service und anderen Anwendungen zur Datenerkennung verwendet werden.
Weitere Informationen zu Verarbeitungsregeln finden Sie in der Übersicht über 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 über die Platform-Benutzeroberfläche eine Quellverbindung zum Übertragen von Analytics -Daten in Experience Platform hergestellt wird, werden 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 Tutorial Analytics-Quell-Connector-Tutorial.
Detaillierte Informationen zur Feldzuordnung zwischen Analytics und Experience Platform finden Sie im Handbuch zur Adobe Analytics-Feldzuordnung.
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-Schutzmechanismen.
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 Data Lake und an Real-Time Customer Profile sendet. Dieser Datenfluss wird kontinuierlich ausgeführt.
Primäre IDs in Analytics -Daten
Jeder Treffer aus dem Quell-Connector Analytics 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 Ihren Analytics -Daten.
s_vi bezeichnet. Trotzdem wird eine AAID erstellt, selbst wenn das s_vi -Cookie nicht vorhanden ist. Die AAID wird durch die Spalten post_visid_high und post_visid_low in Analytics Daten-Feeds dargestellt. Bei jedem Ereignis enthält das Feld "AAID"eine einzelne Identität, die einer der verschiedenen, in der Reihenfolge der Vorgänge für Analytics IDs🔗 beschriebenen Typen sein kann. Hinweis: Innerhalb einer gesamten Report Suite kann eine AAID eine Mischung aus Ereignistypen enthalten.mcvisid dargestellt. Weitere Informationen zur 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 Implementierung von Analytics gefüllt wird. Die AACUSTOMID wird durch die Spalte cust_visid in Analytics Daten-Feeds dargestellt. Wenn die AACUSTOMID vorhanden ist, basiert die AACUSTOMID auf der AACUSTOMID, da die AACUSTOMID alle anderen Kennungen übertrifft, die durch die Reihenfolge der Vorgänge für Analytics IDs definiert sind.Behandlung von Identitäten durch die Quelle Analytics
Die Analytics -Quelle übergibt diese Identitäten an Experience Platform im XDM-Formular als:
endUserIDs._experience.aaid.idendUserIDs._experience.mcid.idendUserIDs._experience.aacustomid.id
Diese Felder sind nicht als Identitäten markiert. Stattdessen werden dieselben Identitäten (sofern 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 oder Identitäten in identityMap kopiert werden, wird endUserIDs._experience.mcid.namespace.code auch für dasselbe Ereignis festgelegt:
- Wenn AAID vorhanden ist, wird
endUserIDs._experience.aaid.namespace.codeauf "AAID"gesetzt. - Wenn ECID vorhanden ist, wird
endUserIDs._experience.mcid.namespace.codeauf "ECID"gesetzt. - Wenn AACUSTOMID vorhanden ist, wird
endUserIDs._experience.aacustomid.namespace.codeauf "AACUSTOMID"gesetzt.
Wenn in der Identitätszuordnung ECID vorhanden ist, wird es als primäre Identität für das Ereignis markiert. In diesem Fall kann die AAID aufgrund der Übergangsphase für den Identitätsdienst auf der ECID basieren. 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.