Vor der Implementierung von Analytics for Target (A4T) mit at.js

Beim Aktivieren von Adobe Analytics als Berichtsquelle für Adobe Target (A4T).

Bevor Sie sich für die Verwendung dieser Integration entscheiden, überprüfen Sie folgende Abschnitte und berücksichtigen Sie die Auswirkungen auf Ihre Berichtsprozesse.

HINWEIS

Dieser Artikel gilt nur für at.js-Implementierungen.

Implementierungsanforderungen

WICHTIG

Bevor Sie mit der Verwendung von A4T beginnen können, müssen Sie die Bereitstellung Ihres Kontos für die Integration anfordern. Verwenden Sie die Bereitstellungsformular für Marketing Cloud-Integrationen , um die Bereitstellung anzufordern.

Für diese A4T-Integration müssen Sie in Abhängigkeit davon, ob Sie Weiterleitungsangebote in A4T verwenden möchten oder nicht, die folgenden Bibliotheksversionen (oder neuere) implementieren.

HINWEIS

Die folgenden Anforderungen enthalten die Minimum Versionen von at.js, die zur Implementierung von A4T erforderlich sind. Die Target Team verwaltet nur zwei Versionen von at.js- die aktuelle Version und die zweitneueste Version. Führen Sie bei Bedarf ein Upgrade von at.js durch, um sicherzustellen, dass Sie eine unterstützte Version ausführen. Weitere Informationen zu den Funktionen der einzelnen Versionen finden Sie unter “at.js”-Versionsdetails.

Anforderungen, wenn keine Umleitungsangebote mit A4T verwendet werden

Bei dieser Integration müssen Sie die folgenden Bibliotheksversionen (oder neuer) implementieren, wenn Sie nicht planen, Weiterleitungsangebote mit A4T zu verwenden. Die angezeigte Reihenfolge ist die Reihenfolge der Vorgänge.

  • Experience Cloud Visitor ID Service: visitorAPI.js, Version 1.8.0
  • Adobe Target: at.js, Version 0.9.1
  • Adobe Analytics: appMeasurement.js, Version 1.7.0

Informationen zur Implementierung von A4T mit dem Platform Web SDK, siehe Adobe Experience Platform Web SDK.

Anforderungen, wenn Umleitungsangebote mit A4T verwendet werden

Für die Verwendung von Weiterleitungsangeboten mit A4T müssen Sie die folgenden Bibliotheksversionen (oder neuere) implementieren: Die angezeigte Reihenfolge ist die Reihenfolge der Vorgänge.

  • Experience Cloud Visitor ID Service: visitorAPI.js, Version 2.3.0

    HINWEIS

    at.js 1.8.0 und höher und at.js 2.x und höher funktionieren nicht mehr mit Visitor API-Versionen älter als 2.5.0 im Hinblick auf die Übergabe von Adobe Audience Manager (AAM)-Parametern.

  • Adobe Target: at.js, Version 1.6.2

  • Adobe Analytics: appMeasurement.js, Version 2.1

Download- und Bereitstellungsanweisungen finden Sie unter Implementierung von Analytics for Target.

Informationen zur Implementierung von A4T mit dem Platform Web SDK, siehe Adobe Experience Platform Web SDK.

Was Sie vor der Implementierung wissen sollten

  • Diese Integration wird für neue Aktivitäten aktiviert, wenn Sie die Verwendung von Analytics als Berichtsquelle. Ihre bestehenden Aktivitäten sind von den in diesem Dokument beschriebenen Implementierungsänderungen nicht betroffen.
  • Der Prozess der Einrichtung Analytics als Berichtsquelle für Target umfasst mehrere Implementierungsschritte, gefolgt von einem Bereitstellungsschritt. Es empfiehlt sich, vor der Implementierung die unten stehende Prozessbeschreibung durchzulesen. Nachdem Sie diese Schritte ausgeführt haben, können Sie Analytics als Berichtsquelle, wenn sie für Sie aktiviert ist. Der Bereitstellungsprozess kann bis zu fünf Werktage dauern.
  • Die Visitor ID service erstellt eine freigegebene Visitor ID über Adobe Experience Cloud. Obwohl die Variable Target mboxPC-ID oder Audience Manager UUID ersetzt die Methode Analytics identifiziert neue Besucher. Bei ordnungsgemäßer Einrichtung wird Analytics Besucher sollten auch über ihre alten Analytics Kennung. Gleichermaßen, weil die Target mboxPCid bleibt intakt, nein Target Besucherprofildaten gehen bei der Aktualisierung auf Visitor ID service.
  • Die Visitor ID service muss vor dem Analytics und Target Seiten-Code. Stellen Sie sicher, dass VisitorAPI.js oberhalb der Tags für alle anderen Experience Cloud Lösungen.

Latenz

Nach Aktivierung dieser Integration wird eine zusätzliche Latenz von 5 bis 10 Minuten in Analytics. Diese Steigerung der Latenz ermöglicht Daten aus Analytics und Target werden, damit Sie Aktivitäten nach Seite und Site-Abschnitt aufschlüsseln können.

Diese Zunahme spiegelt sich in allen Analytics Dienste und Tools, einschließlich der Livestream- und Echtzeitberichterstellung, und gilt in den folgenden Szenarien:

  • Bei Livestream, Echtzeitberichten & API-Anforderungen sowie aktuellen Daten für Traffic-Variablen werden nur Treffer mit einer zusätzlichen Daten-ID verzögert.
  • Für aktuelle Daten zu Konversionsmetriken, finalisierten Daten und Daten-Feeds werden alle Treffer um zusätzliche 5 bis 7 Minuten verzögert.

Die Erhöhung der Latenz beginnt nach der Implementierung der Experience Cloud Besucher-ID-Service, auch wenn Sie diese Integration nicht vollständig implementiert haben.

Zusätzliche ID

Alle Target -Aufrufe, die von einer A4T-Aktivität zur Bereitstellung von Inhalten oder zur Aufzeichnung der Zielmetrik verwendet werden, müssen über eine entsprechende Analytics Treffer, der die zusätzliche ID für A4T nutzt, um ordnungsgemäß zu funktionieren.

Treffer, die Daten aus Analytics und Target enthalten eine zusätzliche Daten-ID. Diese ID finden Sie in der Adobe Experience Cloud Debugger als sdid Parameter. Beispiel: sdid=2F3C18E511F618CC-45F83E994AEE93A0. Diese ID wird jedes Mal erstellt, wenn folgende Kriterien vorhanden sind:

  • Der Besucher-ID-Service wurde implementiert.

Wann Fehlerbehebungmüssen Sie sicherstellen, dass die zusätzliche ID in Analytics Treffer.

Clientseitige Analytics-Protokollierung

Wenn at.js, wird die Experience Cloud Visitor ID Serviceund appMeasurement.js auf der Seite stehen, Analyticsund Target ordnet Ereignisse für Berichterstellungs- und Analysezwecke im Backend korrekt zu, sofern die richtige zusätzliche ID von der Seite einbezogen wird. Sie müssen keine zusätzlichen Vorgänge verwalten und durchführen, damit A4T ordnungsgemäß funktioniert.

Es gibt Fälle, in denen Sie mehr Kontrolle darüber haben möchten, wann und wie Analysedaten im Zusammenhang mit Target nach Analytics für Berichtszwecke. Möglicherweise verfügen Sie über ein internes Analysetool, das Sie für interne Zwecke verwenden. Sie möchten die Analysedaten jedoch auch an senden Analytics über Ihr internes Analyseprodukt, damit andere Mitglieder Ihres Unternehmens weiterhin Analytics als visuelle Berichtsquelle. Siehe Schritt 7: Verweisen auf at.js auf allen Seiten der Site in Implementierung von Analytics for Target für weitere Informationen.

Freigegebene Zielgruppen

Beim Füllen der Bereitstellungsformular für Marketing Cloud-Integrationensind sich der folgenden wichtigen Informationen bezüglich der Freigegebene Zielgruppen Option aufgeführt unterFür welche Funktionen fordern Sie Bereitstellung an?"

Anforderungsformular

Bei Anforderung Freigegebene Zielgruppen, aktivieren Sie Target und Adobe Audience Manager (AAM) zum Austausch von Informationen, in diesem Fall Zielgruppen.

WICHTIG

Diese Integration zwischen Target und AAM sind mit zusätzlichen Kosten verbunden. Sie werden für jede Target -Aufruf in AAM.

Auf dieser Seite