Dieses Tutorial gilt für Sie, wenn Sie sowohl über Adobe Audience Manager (AAM) als auch Adobe Analytics verfügen und derzeit einen Treffer von der Seite an AAM über DIL senden (Data Integration Library) und senden auch einen Treffer von der Seite an Adobe Analytics. Da Sie über beide Lösungen verfügen und beide Teil der Adobe Experience Cloud sind, haben Sie die Möglichkeit, die Best Practice zu befolgen und die serverseitige Weiterleitung zu aktivieren, wodurch die Analytics Datenerfassungsserver verwenden, um Site-Analysedaten in Echtzeit an Audience Manager weiterzuleiten, anstatt einen zusätzlichen Treffer von der Seite an AAM senden zu müssen. Dieses Tutorial führt Sie durch die Schritte, die erforderlich sind, um den Wechsel von der älteren clientseitigen DIL-Implementierung zur neueren serverseitigen Weiterleitungsmethode herzustellen.
Beim Vergleichen und Vergleichen dieser beiden Methoden zur Datenübernahme in AAM kann es hilfreich sein, die Unterschiede im folgenden Bild zu visualisieren:
Wenn Sie diese Methode verwenden, um Adobe Analytics-Daten in AAM zu übertragen, kommen zwei Treffer von Ihren Webseiten: Ein Analytics, und einer wird AAM (nachdem Sie die Analytics Daten auf der Webseite. Segments werden von AAM zur Seite zurückgegeben, wo sie für die Personalisierung verwendet werden können usw. Dies gilt als veraltete Implementierung und wird nicht mehr empfohlen.
Abgesehen davon, dass dies nicht den Best Practices folgt, bestehen die Nachteile der Verwendung dieser Methode darin,
Es wird empfohlen, zu einer serverseitigen Weiterleitungsmethode für AAM Implementierung zu wechseln.
Wie in der Abbildung oben gezeigt, kommt ein Treffer von der Webseite nach Adobe Analytics. Analytics leitet diese Daten dann an AAM in Echtzeit weiter und Besucher werden in AAM Eigenschaften ausgewertet und segmentsals ob der Treffer direkt von der Seite gekommen wäre.
Segments werden bei demselben Echtzeit-Treffer zurück zu Analytics, wodurch die Antwort zur Personalisierung an die Webseite weitergeleitet wird usw.
Für die Umstellung auf die serverseitige Weiterleitung gibt es kein Timing nach unten. Adobe empfiehlt dringend jedem, der sowohl über Audience Manager als auch über Analytics verwendet diese Implementierungsmethode.
Auf dieser Seite gibt es eine Menge Informationen, und es ist natürlich alles wichtig. Sie Alles führt zu zwei wichtigen Dingen, die Sie tun müssen:
Wenn Sie eine dieser Aufgaben überspringen, funktioniert die serverseitige Weiterleitung nicht ordnungsgemäß. In diesem Dokument wurden Schritte und zusätzliche Daten hinzugefügt, die Ihnen bei der korrekten Durchführung dieser beiden Schritte helfen.
Wenn Sie von der clientseitigen zur serverseitigen Weiterleitung wechseln, besteht eine der Aufgaben darin, den Code in den neuen serverseitigen Weiterleitungscode zu ändern. Dies geschieht mit einer der folgenden Optionen:
doPlugins
-Funktion in Ihrer appMeasurement.js
Datei, wenn Sie (noch) nicht Adobe Launch verwendendoPlugins
, wenn der andere Tag-Manager die AppMeasurement codeNachfolgend finden Sie die einzelnen Punkte im Aktualisieren des Codes Abschnitt.
Die folgenden Schritte beschreiben die Implementierung.
Die wichtigste Voraussetzung für den Wechsel zur serverseitigen Weiterleitung ist die Implementierung des Experience Cloud-ID-Diensts. Dies ist am einfachsten, wenn Sie Experience Platform Launch verwenden. In diesem Fall installieren Sie einfach die ECID-Erweiterung und der Rest wird ausgeführt.
Wenn Sie ein TMS ohne Adobe oder gar kein TMS verwenden, implementieren Sie bitte ECID für die Ausführung before alle anderen Adobe-Lösungen. Siehe ECID-Dokumentation für weitere Details. Die einzige andere Voraussetzung betrifft Codeversionen. Wenn Sie also einfach die neuesten Versionen des Codes in den folgenden Schritten anwenden, ist Ihnen das recht.
Lesen Sie vor der Implementierung dieses gesamten Dokuments. Der folgende Abschnitt "Timing"enthält wichtige Informationen zu when sollten Sie jedes Element, einschließlich ECID implementieren (sofern es noch nicht implementiert ist).
Wenn Sie sich darauf vorbereiten, von clientseitigem DIL-Code zur serverseitigen Weiterleitung zu wechseln, besteht der erste Schritt darin, alles zu identifizieren, was Sie mit DIL-Code tun, einschließlich benutzerdefinierter Einstellungen und Daten, die an AAM gesendet werden. Zu beachten und zu berücksichtigen sind unter anderem:
siteCatalyst.init
DIL-Modul - Sie müssen sich keine Sorgen um dieses Modul machen, da es nur darum geht, die normale Analytics Variablen übergeben werden. Dies geschieht durch die Aktivierung der serverseitigen Weiterleitung.DIL.create
-Funktion, notieren Sie sich die partner
Parameter. Dies wird als "Partner-Subdomäne"oder manchmal als "Partner-ID"bezeichnet und wird benötigt, wenn Sie den neuen serverseitigen Weiterleitungscode platzieren.In Implementierungsoptionen (oben) stehen mehrere Optionen zur Implementierung der serverseitigen Weiterleitung zur Verfügung. Damit dieser Abschnitt effektiv sein kann, müssen wir ihn in diese Abschnitte unterteilen (mit zwei davon zusammen). Gehen Sie zur Methode dieses Abschnitts , die Ihre Anforderungen am besten beschreibt.
Sehen Sie sich das folgende Video an, um mehr über das Verschieben von Implementierungsoptionen vom clientseitigen DIL-Code in die serverseitige Weiterleitung in Experience Platform Launch zu erfahren.
Sehen Sie sich das folgende Video an, um mehr über das Verschieben von Implementierungsoptionen vom clientseitigen DIL-Code in die serverseitige Weiterleitung in AppMeasurement -Code, der sich entweder in einer -Datei oder in einem Tag-Management-System befindet, das keine Adobe ist.
Bis jetzt haben wir in diesem Tutorial die ganze Zeit damit verbracht, den Code von clientseitigem DIL-Code auf serverseitige Weiterleitung umzustellen. Das ist in Ordnung, denn es ist der schwierigere Teil. Dieser Abschnitt ist zwar sehr einfach, aber ebenso wichtig wie die Aktualisierung des Codes. In diesem Video erfahren Sie, wie Sie den Schalter umdrehen, der die tatsächliche Weiterleitung von Daten von Analytics an Audience Manager ermöglicht.
HINWEIS: Wie im Video angegeben, dauert es bis zu 4 Stunden, bis die Weiterleitung vollständig im Experience Cloud-Backend implementiert wird.
Zur Erinnerung: Es gibt zwei Hauptaufgaben für den Übergang von der clientseitigen DIL zur serverseitigen Weiterleitung:
Aber die Frage ist: Welches ist zuerst? Ist es wichtig? Ok, tut mir leid, das waren zwei Fragen. Aber die Antworten sind… es kommt darauf an, und ja, es. can Materie. Wie ist das für vage? Teilen wir es auf! Zunächst jedoch eine zusätzliche Frage, die sich stellen kann, wenn Sie eine große Organisation mit zahlreichen Sites sind: Muss ich alles auf einmal machen? Das ist ein bisschen leichter. Keine Hoffnung. Du kannst es Stück für Stück tun.
Der Grund, warum Timing und Reihenfolge wichtig sind, liegt in der Art der Weiterleitung wirklich Werke, die in den folgenden technischen Fakten zusammengefasst werden können:
Basierend auf diesen technischen Details finden Sie hier die Empfehlungen für den Zeitplan und den Zeitpunkt:
Switch einspiegeln Analytics für jeden report suite , die Sie für die serverseitige Weiterleitung aktivieren.
Aktualisieren Sie den Code pro Site von der clientseitigen DIL zur serverseitigen Weiterleitung (dies kann Platform-Tags sein) oder auf der Seite, wie in einem anderen Abschnitt oben beschrieben).
Bereiten Sie vor und planen Sie, damit Sie Ihren Code von der DIL auf die serverseitige Weiterleitung pro report suite die Sie für die serverseitige Weiterleitung aktivieren:
Switch einspiegeln Analytics , um die serverseitige Weiterleitung zu aktivieren.
Aktualisieren Sie so bald wie möglich Ihren Code von clientseitiger DIL auf einseitige Weiterleitung (dies kann in Platform-Tags oder auf der Seite sein, wie in einem anderen Abschnitt oben beschrieben).
Es ist wichtig, diese beiden Schritte möglichst nahe beieinander zu platzieren, da zwischen den Schritten 1 und 2 eine Duplizierung der Daten vorliegt, die in AAM aufgenommen werden. Mit anderen Worten: Die einseitige Weiterleitung beginnt mit dem Senden von Daten aus Analytics AAM und da sich der DIL-Code noch auf der Seite befindet, wird auch ein Treffer direkt von der Seite in AAM gesendet, wodurch die Daten verdoppelt werden. Sobald Sie den Code von DIL auf die serverseitige Weiterleitung aktualisieren, wird dies gelindert.
Wenn Sie lieber eine kleine Diskrepanz bei den Daten als eine kleine Datenduplizierung haben möchten, können Sie die Reihenfolge der Schritte 1 und 2 oben ändern. Wenn Sie den Code von der DIL- zur serverseitigen Weiterleitung verschieben, wird der Datenfluss in AAM gestoppt, bis Sie den Schalter zum Aktivieren der serverseitigen Weiterleitung für die report suite. Kunden würden in der Regel lieber eine kleine Datenverdoppelt haben, anstatt Besucher in Eigenschaften zu versetzen und segments.
Dieses Thema wird in früheren Abschnitten kurz angesprochen, da die Hauptstrategie wie folgt zusammengefasst werden kann:
Migrieren einer Site/report suite (oder Gruppe von Sites/report suites).
Dies kann jedoch anhand einiger möglicher Szenarien etwas schwierig werden:
Aufgrund dieser Elemente kann es ein wenig kompliziert werden. Die besten Dinge, die ich vorschlagen kann, sind:
Die Hauptmethode zur Überprüfung der serverseitigen Weiterleitung besteht darin, die Antwort auf einen Ihrer Adobe Analytics-Treffer zu überprüfen, die von der App kommen.
Wenn Sie keine serverseitige Weiterleitung von Daten aus Analytics zum Audience Manager, dann gibt es wirklich keine Antwort auf die Analytics -Beacon (neben einem 2x2-Pixel). Wenn Sie jedoch die serverseitige Weiterleitung durchführen, können Sie verschiedene Elemente im Analytics Anforderung und Antwort, die Ihnen mitteilen, dass Analytics eine korrekte Kommunikation mit Audience Manager, Weiterleitung des Treffers und Erhalten einer Antwort.
Vorsicht vor dem falschen “Erfolg”. Wenn es eine Antwort gibt und alles zu funktionieren scheint, stellen Sie sicher, dass Sie über die stuff
-Objekt in der Antwort. Wenn nicht, wird möglicherweise eine Meldung angezeigt, in der steht: "status":"SUCCESS"
. So verrückt das auch klingt, das ist der Beweis dafür, dass es nicht richtig funktioniert.
Wenn dies angezeigt wird, bedeutet dies, dass Sie die Codeaktualisierung in Platform-Tags abgeschlossen haben oder AppMeasurement, aber dass die Weiterleitung in der Analytics Admin Console noch nicht abgeschlossen ist. In diesem Fall müssen Sie sicherstellen, dass Sie die serverseitige Weiterleitung in der Analytics Admin Console für Ihre report suite. Wenn Sie dies haben und es noch nicht 4 Stunden gedauert hat, sollten Sie geduldig sein, da es so lange dauern kann, alle notwendigen Änderungen am Backend vorzunehmen.
Weitere Informationen zur serverseitigen Weiterleitung finden Sie im Abschnitt Dokumentation.