Zum Hauptinhalt springen
Split-Tests mit URL-Weiterleitung sind nur im Graphic Editor und Code Editor verfügbar — sie sind in PBX nicht verfügbar.
Im Gegensatz zu einem klassischen A/B-Experiment impliziert ein A/B-Experiment mit URL-Weiterleitung, dass die verschiedenen Versionen der getesteten Seite entwickelt und auf Ihrem Webserver gehostet werden: Die Versionen werden Besuchern direkt über Ihre Website zur Verfügung gestellt. Nehmen wir das folgende Beispiel: Sie haben zwei Anmeldeseiten, die Sie testen möchten. Hier sind ihre URLs: http://mywebsite.com/SubscriptionA.html http://mywebsite.com/SubscriptionB.html Die Seiten sind über Ihre Website zugänglich. Mit Kameleoon können Sie diese beiden Seiten per A/B-Test testen und ihre Leistung und Ergebnisse analysieren.

​
Einfache URL-Weiterleitung

Starten Sie den Kameleoon Graphic Editor oder Code Editor wie gewohnt. Klicken Sie auf den Pfeil neben Add variation und wählen Sie Add URL redirection. Sie können dann die URL-Weiterleitung für die Variation konfigurieren. Es gibt zwei Arten von Weiterleitungen: Global redirection und Redirection by parameter.
Kameleoon Web Experimentation führt Weiterleitungen über JavaScript durch. Wenn Sie die URL-Weiterleitung lieber mit dem HTTP-Response-Statuscode 302 durchführen möchten, verwenden Sie Kameleoons Feature Experimentation-Lösung und ein SDK.
Beim Einrichten eines Weiterleitungsexperiments übernimmt Kameleoon automatisch die Selbstweiterleitung für die ursprüngliche Variation, was aus den folgenden Gründen dringend empfohlen wird:
  • Konsistenz der Benutzererfahrung: Das Weiterleiten der ursprünglichen Variation stellt sicher, dass alle Benutzer gleich behandelt werden, egal ob ihnen die Kontrolle oder eine Variante angezeigt wird. Ohne diese Weiterleitung können Benutzer in der ursprünglichen Variation aufgrund der Art und Weise, wie Variationen bereitgestellt werden, leichte Verzögerungen oder Unterschiede erleben, was zu Verzerrungen in den Testergebnissen führen könnte. Weitere Informationen finden Sie in Abschnitt 9 dieses Artikels.
  • Genaue Datenerfassung: Bei weiterleitungsbasierten Tests könnte das Nicht-Weiterleiten zur ursprünglichen Variation Diskrepanzen bei der Messung von Interaktionen verursachen. Beispielsweise erleben Besucher der Originalseite möglicherweise nicht dieselben Tracking- und Berichtssysteme wie die der weitergeleiteten Variation, was zu unvollständigen oder verzerrten Daten führt (siehe Abschnitt zu SRM).

​
Globale Weiterleitung

Die globale Weiterleitung ist eine einfache URL-Weiterleitung ohne weitere Parameter.
Sie müssen eine vollständige URL eingeben (und nicht nur ein Fragment der URL). Beispielsweise können Sie eine globale Weiterleitung angeben von: http://www.website/page1 zu: http://www.website/page2 Sie können auch wählen, ob Abfrageparameter in die Weiterleitung einbezogen werden sollen. Wenn Sie beispielsweise Benutzer von https://www.example.com/products?category=shoes zu https://www.example2.com/products weiterleiten, wird der Abfrageparameter category=shoes an die Weiterleitungs-URL (https://www.example2.com/products?category=shoes) übergeben.

​
Weiterleitung nach Parameter

Wenn Sie dieselbe URL, aber mit zusätzlichen Parametern verwenden möchten, wählen Sie Redirection by parameter. Geben Sie die Parameter an, die am Ende der URL hinzugefügt werden sollen. Diese Option kann nützlich sein, wenn Sie beispielsweise die Standardsortierung der Ergebnisse auf einer Produktseite ändern möchten. Wiederholen Sie diesen Vorgang für jede Variation, die Sie testen möchten, und geben Sie für jede an, zu welcher URL Besucher umgeleitet werden müssen.
Bei einem Split-URL-A/B-Experiment ist es wichtig, Ihr Experiment korrekt anzuvisieren. Sie sollten die Targeting-Option Presence of an element on the page nicht verwenden, da sie den Flickering-Effekt erheblich verstärkt. Kameleoon müsste warten, bis die Seite geladen ist, um die An- oder Abwesenheit des anvisierten Elements zu überprüfen und dann Besucher zu einer Variation weiterzuleiten. Verwenden Sie für diese Art von Experiment die anderen Targeting-Optionen (URL oder erweiterte JavaScript-Bedingung). Ebenso sollten Sie, wenn JavaScript-Code für eine komplexe Weiterleitung verwendet wird, das Kontrollkästchen Load this JavaScript code after page has finished loading (at DOMReady) deaktiviert lassen. Außerdem ist es nicht notwendig, im Targeting Ihres Experiments anzugeben, dass beide Seiten (A und B) relevant sind: Seite A reicht aus.

​
URL-Weiterleitung auf mehreren Seiten

Wenn ein Split-URL-A/B-Experiment auf mehreren Seiten ausgeführt wird (z. B. auf jeder Produktinformationsseite), benötigen Sie mehr Funktionen als die im oben gezeigten Weiterleitungspanel verfügbaren. Oft müssen Sie die Weiterleitung mit einem personalisierten JavaScript-Code verwalten. Angenommen, Sie möchten jeden Besucher, der die folgenden Seiten aufruft: http://mywebsite.com/product/sheet/technology,product,id.aspx zu diesen Seiten weiterleiten: http://mywebsite.com/product_AB/sheet/technology,product,id.aspx Die Parameter technology, product und ID ändern sich je nach angezeigter Produktinformationsseite. Um diesen Test auszuführen, müssen Sie JavaScript-Code schreiben, der sicherstellt, dass jeder mögliche Fall berücksichtigt wird. Hier ist ein Beispiel: 
var url = window.location.href;
var redirect_url = url.replace("/product/", "/product_AB/");
Kameleoon.API.Core.processRedirect(redirect_url);
Sobald der JavaScript-Code geschrieben ist, müssen Sie das Ziel sorgfältig definieren. Wenn Sie über eine URL anvisieren möchten, müssen Sie den Test auf URLs beschränken, die das folgende Fragment enthalten: http://mywebsite.com/product/sheet/
Die Ausführung eines Split-URL-A/B-Experiments auf mehreren Seiten setzt voraus, dass Identifikationselemente nicht als Parameter, sondern direkt in der URL verwaltet werden. Der Seitentyp wird nicht category.php?product= sein, sondern /category/product.html.
Zögern Sie nicht, unsere Entwicklerdokumentation zur URL-Weiterleitung zu konsultieren. Wenn Kameleoon eine Weiterleitung durchführt, müssen bestimmte Daten (wie die ID der exponierten Variation) vorübergehend im Browser des Besuchers gespeichert werden, um nach Abschluss der Weiterleitung ein ordnungsgemäßes Tracking zu gewährleisten. Da die Datenspeicherung jedoch vor der Einwilligung nicht erlaubt ist, empfehlen wir, Weiterleitungsexperimente nur für Benutzer auszuführen, die ihre Einwilligung erteilt haben. Um dies zu implementieren, verwenden Sie die folgende JavaScript-Targeting-Bedingung in der Konfiguration Ihres Experiments: return Kameleoon.API.Visitor.experimentLegalConsent || false;
Wenn Sie sich dafür entscheiden, das Experiment für Benutzer auszuführen, die ihre Einwilligung nicht gegeben haben, speichert Kameleoon die Variations-ID vorübergehend im Session Storage, um die ursprüngliche Zuweisung beim Neuladen der Seite durch den Benutzer beizubehalten.
Mehr zur Consent-Policy

​
URL-Weiterleitung und Drittanbieter-Analytics-Tools

​
Auswirkungen auf benutzerdefinierte Analytics-Integrationen

Bei Verwendung einer benutzerdefinierten Analytics-Integration in einem Weiterleitungsexperiment werden keine Daten gesendet, wenn der Besucher zunächst anvisiert wird, da das Analytics-Tool möglicherweise nicht genügend Zeit zum Laden hat, bevor die Weiterleitung erfolgt. Um eine genaue Verfolgung zu gewährleisten, speichert Kameleoon die Daten vor der Weiterleitung im Browser und sendet die Daten dann nach der Weiterleitung (auf der Variationsseite). Dies stellt sicher, dass Analytics-Tools die korrekten Informationen erhalten, während Weiterleitungen reibungslos (ohne Flickering) erfolgen können.

​
Auswirkungen auf das Referrer-Tracking

Wenn Kameleoon eine Weiterleitung durchführt, verlieren Drittanbieter-Analytics-Tools den Zugriff auf den ursprünglichen Referrer document.referrer. Wenn beispielsweise ein Besucher über eine bezahlte Facebook-Kampagne auf Ihre Website kommt, aber sofort zu einer Variation weitergeleitet wird, ist der aufgezeichnete Referrer die ursprüngliche Seite (vor der Weiterleitung) – nicht die Facebook-Kampagne. Facebook-Kampagne → ursprüngliche Seite (vor der Weiterleitung) → Variationsseite (nach der Weiterleitung) In Google Analytics 4 (GA4) bedeutet dies, dass die ursprüngliche Version der Seite immer als Referrer aufgezeichnet wird, wenn Besucher zu einer Variation weitergeleitet werden. Um den korrekten Referrer abzurufen, können Sie entweder die Daten in Kameleoon überprüfen oder Kameleoon.Gatherer.Referrer.obtain() auf der Variationsseite verwenden und den Wert in einer benutzerdefinierten Variable auf Ihrer Seite speichern, um sicherzustellen, dass der korrekte Referrer (z. B. die Facebook-Kampagne) erfasst wird.

​
URL-Weiterleitung und Sample Ratio Mismatch

Auch wenn Kameleoon die ursprüngliche Variation automatisch weiterleitet, erhöht die Durchführung von Experimenten mit URL-Weiterleitungen die Wahrscheinlichkeit, auf ein SRM zu stoßen. SRM tritt auf, wenn Besucher, die zur Variante B weitergeleitet werden, die Seite nicht sehen, oder wenn die Datenerfassung erst nach dem Laden der Seite B erfolgt. SRM führt zu einer gewissen Datenverlust in Variante B, der auf der Originalseite nicht vorhanden wäre. Um SRM zu beheben, befolgen Sie die hier beschriebenen Richtlinien.
Wenn Sie Ihr Experiment mit einer Traffic-Zuweisung von Original 0 %, Kontrolle 50 % und Weiterleitung 50 % konfigurieren, stellen Sie sicher, dass Sie die neue Kontrolle als Referenz auf der Results-Seite definieren.

​
So führen Sie QA für URL-Weiterleitungsexperimente durch

Um QA für Split-URL-Experimente durchzuführen, öffnen Sie einen Inkognito-Tab in Ihrem Browser und folgen Sie diesen Schritten:
  1. Gehen Sie zu Ihrer Seite, einschließlich der UTM-Parameter: https://www.site.com?utm_param
  2. Öffnen Sie einen neuen Tab mit der Simulation.
  3. Aktualisieren Sie den Tab; Sie werden anvisiert.
  4. Wechseln Sie zu Ihrer Variation.
Die Weiterleitung wird dann durchgeführt. Kameleoon verfolgt Conversions für anvisierte Besucher bei der ersten Exposition und für alle nachfolgenden Rückbesuche innerhalb des Attributionsfensters. Das Attributionsfenster bestimmt den Zeitraum, in dem Besucher-Conversions und -Transaktionen einer bestimmten Variation zugeschrieben werden. Besucher-Conversions werden nur dann in einem Experiment berücksichtigt, wenn der Besuch vom Experiment anvisiert wurde oder in das Attributionsfenster fällt. Weitere Informationen finden Sie in diesem Artikel.

​
URL-Weiterleitung und SEO-Auswirkungen

Wenn Sie sich Sorgen um die potenziellen Auswirkungen von Weiterleitungsexperimenten auf das SEO Ihrer Website machen oder festgestellt haben, dass Ihre Webseiten seit dem Start Ihrer Experimente deindiziert wurden, lesen Sie diesen Artikel.