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

Beim Aktivieren von Adobe Analytics als Berichtsquelle für Adobe Target (A4T) treten im Datenerfassungsprozess mehrere Änderungen auf.

Bevor Sie sich für diese Integration entscheiden, lesen Sie die folgenden Abschnitte und berücksichtigen Sie die Auswirkungen auf Ihre Reporting-Prozesse.

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

Implementierungsanforderungen section_A0D2EF18033D4C3997B08A6EBB34C17A

IMPORTANT
Bevor Sie mit der Verwendung von A4T beginnen können, müssen Sie anfordern, dass Ihr Konto für die Integration bereitgestellt wird. Verwenden Sie das Bereitstellungsformular für Marketing CloudIntegrationen, um die Bereitstellung anzufordern.

Diese A4T-Integration erfordert die Implementierung der folgenden Bibliotheksversionen (oder neuer), je nachdem, ob Umleitungsangebote mit A4T verwendet werden sollen oder nicht.

NOTE
In den folgenden Anforderungen sind die () Versionen von at.js aufgeführt, die für die Implementierung von A4T erforderlich sind. Das 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 über den Inhalt 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 finden Sie unter 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

    note note
    NOTE
    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

Anweisungen zum Herunterladen und Bereitstellen finden Sie unter Analytics for Target-Implementierung.

Informationen zur Implementierung von A4T mit dem Platform Web SDK finden Sie unter Adobe Experience Platform Web SDK.

Was Sie vor der Implementierung wissen sollten section_50D49CC52E11414089C89FB67F9B88F5

  • Diese Integration wird für neue Aktivitäten aktiviert, wenn Sie Analytics als Berichtsquelle verwenden. Ihre bestehenden Aktivitäten sind von den in diesem Dokument beschriebenen Implementierungsänderungen nicht betroffen.
  • Der Prozess zum Einrichten von 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 abgeschlossen haben, können Sie Analytics als Berichtsquelle verwenden, wenn es für Sie aktiviert ist. Der Bereitstellungsprozess kann bis zu fünf Werktage dauern.
  • Der Visitor ID service erstellt eine gemeinsame Visitor ID für die Adobe Experience Cloud. Die Target mboxPC-ID oder Audience Manager UUID wird zwar nicht ersetzt, aber die Art und Weise, wie Analytics neue Besucher identifiziert. Bei ordnungsgemäßer Einrichtung sollten wiederkehrende Analytics auch über ihre alte Analytics-ID identifiziert werden. Da die Target mboxPCid intakt bleibt, gehen beim Upgrade auf die Visitor ID service auch keine Target Besucherprofildaten verloren.
  • Der Visitor ID service muss vor dem Analytics und Target Seiten-Code ausgeführt werden. Stellen Sie sicher, dass für alle anderen Experience Cloud-Lösungen VisitorAPI.js über den Tags angezeigt wird.

Latenz section_9489BE6FD21641A4844E591711E3F813

Nach Aktivierung dieser Integration tritt in Analytics eine zusätzliche Latenz von 5-10 Minuten auf. Durch diese Latenzerhöhung können Daten aus Analytics und Target im selben Treffer gespeichert werden, sodass Sie Aktivitäten nach Seite und Site-Bereich aufschlüsseln können.

Dieser Anstieg spiegelt sich in allen Analytics Services und Tools wider, einschließlich Live-Stream- und Echtzeit-Reporting, 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.
  • Bei aktuellen Daten zu Konversionsmetriken, finalisierten Daten und Daten-Feeds werden alle Treffer um zusätzliche 5-7 Minuten verzögert.

Die Latenzsteigerung beginnt nach der Implementierung des Experience Cloud Besucher-ID-Service, auch wenn diese Integration noch nicht vollständig implementiert wurde.

Zusätzliche ID section_2C1F745A2B7D41FE9E30915539226E3A

Alle Target Aufrufe, die von einer A4T-Aktivität zum Bereitstellen von Inhalten oder Aufzeichnen der Zielmetrik verwendet werden, müssen einen entsprechenden Analytics-Treffer aufweisen, der die zusätzliche ID teilt, damit A4T ordnungsgemäß funktioniert.

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

  • Der Besucher-ID-Service wurde implementiert.

Stellen beiFehlerbehebung) sicher, dass die zusätzliche ID bei Analytics Treffern vorhanden ist.

Client-seitige Analytics-Protokollierung client-side

Wenn sich at.js, die Experience Cloud Visitor ID Service und appMeasurement.js auf der Seite befinden, Analytics und ordnet Target Ereignisse für Reporting- und Analysezwecke im Backend korrekt zu, solange die richtige zusätzliche ID von der Seite enthalten ist. 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 wünschen, wann und wie Sie Analysedaten zu Target zu Berichtszwecken an Analytics senden. Möglicherweise verfügen Sie über ein internes Analysetool, das Sie für interne Zwecke verwenden. Sie möchten jedoch auch die Analysedaten über Ihr internes Analyseprodukt an Analytics senden, damit andere Mitglieder Ihrer Organisation Analytics weiterhin als visuelle Berichtsquelle verwenden können. Weitere Informationen finden Sie Schritt 7: Referenzieren von at.js auf allen-Seiten unter Analytics for Target-).

Freigegebene Zielgruppen

Beachten Sie beim Ausfüllen des Bereitstellungsformulars für Marketing CloudIntegrationen die folgenden wichtigen Informationen zur Shared Audiences, die unter "For which capabilities are you requesting provisioning?“ aufgeführt sind

Anfrageformular

Wenn Sie Shared Audiences anfordern, aktivieren Sie Target und Adobe Audience Manager (AAM), um Informationen, in diesem Fall Zielgruppen, auszutauschen.

IMPORTANT
Diese Integration zwischen Target und AAM verursacht zusätzliche Kosten. Jeder Target-Aufruf wird in AAM in Rechnung gestellt.
recommendation-more-help
3d9ad939-5908-4b30-aac1-a4ad253cd654