Umleitungsangebote – Häufig gestellte Fragen zu A4T

Antwort

Ja, wenn Ihre Implementierung at.js verwendet. Ihre Implementierung muss jedoch die unten aufgeführten Mindestanforderungen erfüllen, um Weiterleitungsangebote in Aktivitäten zu verwenden, die Analytics als Berichtsquelle verwenden.

Antwort

Ihre Implementierung muss die folgenden Mindestanforderungen erfüllen:

• Experience Cloud-Besucher-ID-Service: visitorAPI.js, Version 2.3.0 oder neuer.
• Adobe Analytics: appMeasurement.js Version 2.1.
• Adobe Target: at.js, Version 1.6.2 oder neuer.

Die drei Bibliotheken müssen sowohl auf der Seite mit dem Weiterleitungsangebot als auch auf der Seite, auf die der Besucher umgeleitet wird, enthalten sein.

Antwort

Es sind einige Datendiskrepanzen zu erwarten. Weitere Informationen finden Sie unter Erwartete Datenabweichungen zwischen Target und Analytics bei Verwendung und Nichtverwendung von A4T.

Antwort

Eine begrenzte Anzahl von Kunden hat einen höheren Grad an Varianzen in der Traffic-Verteilung gemeldet, wenn Umleitungsangebote in Aktivitäten verwendet werden, die mit Analytics for Target (A4T) konfiguriert wurden.

Beachten Sie Folgendes:

• Eine falsche Reihenfolge der Target- und Analytics-Aufrufe kann zu höheren Varianzgraden führen.

  Der Target-Aufruf muss dem Analytics-Aufruf auf der Quellseite (wo die Umleitung stattfindet) und auf der Zielseite (wo die Umleitung endet) vorangehen.

• Stellen Sie sicher, dass Sie Umleitungsangebote in A4T-Umleitungsaktivitäten verwenden.

• Wenn sich mehrere Target-Ortsanfragen auf der Quellseite befinden (auf der die Umleitung erfolgt), empfiehlt Adobe, die Umleitungsaktivität bei der ersten Target-Ortsanfrage auszuführen.

  Das Ausführen der Umleitungsaktivität für die erste Target-Standortanfrage verringert die Wahrscheinlichkeit, dass Aktivitätsqualifikationen für andere Target-Standortanfragen auftreten und im Bericht gezählt werden. Besucherinnen und Besucher, die umgeleitet werden, müssen in den Berichten über andere Aktivitäten nicht gezählt werden, da sie die Erlebnisse nicht sehen.

Antwort

Bei Verwendung von at.js Version 1.6.3 oder höher ist das Zählen der Seitenansichten auf beiden Seiten kein Problem. Diese Race-Bedingung betrifft nur Kunden, die frühere Versionen verwenden. Das Target-Team behält zwei Versionen von at.js: die aktuelle Version und die davor. Aktualisieren Sie at.js nach Bedarf, um sicherzustellen, dass Sie eine unterstützte Version“.

Wenn Sie eine frühere, nicht unterstützte Version von at.js verwenden, besteht die Möglichkeit, dass eine Race-Bedingung eintritt, die dazu führen kann, dass der Analytics-Aufruf ausgelöst wird, bevor die Umleitung auf der ersten Seite ausgeführt wird. Dies kann dazu führen, dass Seitenansichten auf der Originalseite und auf der Umleitungsseite alle gezählt werden. Diese Situation führt zu einem zusätzlichen Seitenaufruf auf der ersten Seite, selbst wenn der Besucher diese erste Seite nie wirklich „gesehen“ hat.

Die Verwendung des formularbasierten Composers zum Erstellen einer Umleitungsaktivität wird empfohlen, um die Geschwindigkeit der Seitenumleitung zu erhöhen, da der Code dort auf der Seite ausgeführt wird. Es wird zudem die Erstellung eines Umleitungsangebots für jeden Besuch einschließlich des Standardbesuchs empfohlen, wobei die Umleitung zur ursprünglichen Seite zurückführen würde. Durch die Erstellung eines Umleitungsangebots für jedes Erlebnis wird sichergestellt, dass Erlebnisse aller Art falsch gezählt werden. Reporting und Analyse sind weiterhin für den Test gültig.

Ein Grund für die Verwendung von Umleitungsangeboten für alle Erlebnisse in der Aktivität, einschließlich des Standarderlebnisses (Kontrollerlebnis), besteht darin, dieselben Bedingungen für alle Erlebnisse zu verwenden. Wenn das Standarderlebnis beispielsweise kein Umleitungsangebot enthält, aber die anderen Erlebnisse Umleitungsangebote haben, stellt die Geschwindigkeit des Erlebnisses ohne Umleitungsangebot einen Vorteil dar. Umleitungsangebote werden nur für temporäre Szenarien empfohlen, z. B. Tests. Umleitungsangebote werden nicht für permanente Szenarien wie die Personalisierung empfohlen. Nachdem Sie den „Gewinner“ ermittelt haben, sollten Sie die Umleitung entfernen, um die Seitenladeleistung zu verbessern.

Antwort

Ja, beide Composer werden unterstützt, solange Sie die integrierten Umleitungsangebote verwenden.

Wenn Sie für die Umleitung Ihren eigenen benutzerdefinierten Code verwenden, müssen Sie sicherstellen, dass Sie die beiden neuen Parameter eingeben, die Umleitungs-URLs zugeordnet sind (adobe_mc_sdid und adobe_mc_ref, Erklärung weiter unten).

Antwort

Die folgenden Abfragezeichenfolgenparameter sind mit Umleitungsangeboten verknüpft:

table 0-row-2 1-row-2 2-row-2
Parameter	Beschreibung
adobe_mc_sdid	Der adobe_mc_sdid Parameter übergibt die SDID (Supplemental Data Id) und die Experience Cloud-Organisations-ID von der Standardseite an die neue Seite. Diese IDs ermöglichen es A4T, die Target-Anfrage auf der Standardseite mit der Analytics-Anfrage auf der neuen Seite zusammenzufügen. Das erwartete Format für die Übergabe von sdid in der URL (für Hybrid-Apps oder von einer App an die Website oder von einer Website an eine andere) ist `ex. adobe_mc_sdid=SDID=123
adobe_mc_ref	Der Parameter adobe_mc_ref gibt die verweisende URL der Standardseite an die neue Seite weiter. Bei Verwendung mit AppMeasurement.js Version 2.1 (oder höher) verwendet Analytics diesen Parameterwert als verweisende URL auf der neuen Seite.

Diese Parameter werden automatisch zu den Umleitungs-URLs hinzugefügt, wenn die integrierten Umleitungsangebote in VEC und in Form-Based Experience Composer verwendet werden, wenn der Besucher-ID-Service auf der Seite implementiert ist. Wenn Sie Ihren eigenen benutzerdefinierten Code in VEC und in Form-Based Experience Composer verwenden, müssen Sie sicherstellen, dass Sie diese Parameter mit Ihrem benutzerdefinierten Code weitergeben.

Antwort

Arbeiten Sie mit Ihrem IT-Team zusammen, um diese Parameter ( adobe_mc_sdid und adobe_mc_ref) auf die Zulassungsliste setzen.

Antwort

Verwenden Sie eine benutzerdefinierte Weiterleitung, wenn:

• Sie verwenden A4T nicht mit Ihrer Umleitungsaktivität
• Sie haben den Besucher-ID-Dienst implementiert
• Diese Parameter sollen nicht automatisch zu Ihren URLs hinzugefügt werden

Als Best Practice empfiehlt es sich jedoch, den Parameter adobe_mc_ref in der URL zu behalten, um die verweisenden Informationen korrekt an Analytics weiterzugeben.

Antwort

Wenn Sie A4T und Umleitungsangebote verwenden, hängt Target die adobe_mc_ref- und adobe_mc_sdid an die URL an. Diese Werte sind bereits URL-kodiert. Meistens funktioniert alles wie erwartet. Möglicherweise haben einige Kunden jedoch Systeme zur Lastverteilung oder WEB-Server, die versuchen, die Abfrage-String-Parameter erneut zu kodieren.

Aufgrund dieser doppelten Kodierung kann die Besucher-API den SDID-Wert nicht abrufen, wenn sie versucht, den Wert adobe_mc_sdid zu entschlüsseln, und sie erstellt dann eine neue SDID. Dies führt dazu, dass falsche SDID-Werte an Target und Analytics gesendet werden und Sie in Analytics-Berichten eine ungleichmäßige Aufspaltung für Umleitungen sehen.

Adobe empfiehlt, mit Ihrem IT-Team zu sprechen, um sicherzustellen, dass adobe_mc_ref und adobe_mc_sdid auf die Zulassungsliste gesetzt werden, damit diese Werte nicht umgewandelt werden.

Antwort

Angenommen, ein Besucher klickt auf einen Link www.google.com Ihrer Homepage (www.mysite.com/index.html), auf der eine Umleitungsaktivität live ist, und wird dann auf eine neue Seite (www.mysite.com/index2.html) umgeleitet.

Zuvor meldete die Analytics-Anfrage auf der neuen Seite eine verweisende URL von www.mysite.com/index.html anstelle von www.google.com. Dies führte zu ungenauen Berichten in Analytics im Zusammenhang mit den verweisenden URLs (beispielsweise Marketingkanalberichte). Die Berichte hatten die Tatsache verloren, dass Sie von www.google.com auf die Website gekommen waren.

Bei at.js Version 0.9.6 (oder höher) und AppMeasurement.js 2.1 (oder höher) meldet die Analytics auf der neuen Seite eine verweisende URL von www.google.com.

Antwort

Nein, Sie müssen ein integriertes Umleitungsangebot für Aktivitäten verwenden, die Analytics als Berichtsquelle (A4T) verwenden. Aus der Sicht von Target sind HTML-Angebote undurchsichtig: Target kann nicht erkennen, dass ein bestimmter HTML-Abschnitt JavaScript zum Instantiieren einer Weiterleitung enthält.

Antwort

Ja, A4T über die Platform Web SDK unterstützt Umleitungsangebote.

Antwort

Ja, der Visual Experience Composer (VEC) und der Form-Based Experience Composer werden unterstützt, wenn Sie integrierte Umleitungsangebote verwenden.

Antwort

Nein, Sie müssen ein integriertes Umleitungsangebot für Aktivitäten verwenden, die A4T verwenden. Aus Target Sicht sind HTML-Angebote undurchsichtig. Target kann nicht wissen, dass ein bestimmtes HTML-Stück JavaScript enthält, das eine Weiterleitung instanziiert.