Wie erstellt man einen A/B-Test für dynamische URLs? Schritt-für-Schritt-Tutorial

Kurze Antwort

Um dynamische URLs (gefilterte Produktseiten, sitzungspersonalisierte Seiten) per A/B-Test zu testen, verwenden Sie einen URL-Weiterleitungs-Test, der Query-Parameter normalisiert und Nutzer auf Server- oder CDN-Ebene statt im Browser einer Varianten-URL zuweist. So sieht jeder Besucher über mehrere Anfragen hinweg konsistent dieselbe Variante, und Suchmaschinen indexieren nicht mehrere URL-Versionen.

Wichtigste Erkenntnisse

• Dynamische URLs mit sitzungsspezifischen Parametern erfordern eine serverseitige oder Edge-basierte Aufteilung des Traffics: Reine Browser-Weiterleitungen verursachen Flackern und eine uneinheitliche Variantenzuweisung.
• Verwenden Sie Wildcard-Muster (*) in Mida, um ganze URL-Familien abzugleichen, sodass ein einziges Experiment Tausende von Produkt-, Kategorie- oder Blog-URLs auf einmal abdeckt.
• Normalisieren Sie Query-Parameter in Ihren Weiterleitungsregeln, damit die Variantenzuweisung über paginierte, gefilterte oder sortierte URL-Varianten hinweg konsistent bleibt.
• Setzen Sie auf allen Variantenseiten Canonical-Tags, die auf die Original-URL verweisen, damit Suchmaschinen keine doppelten Inhalte indexieren.
• Bots und Crawler werden automatisch von der Weiterleitung ausgeschlossen: Sie sehen immer die ursprüngliche Kontroll-URL, was Ihren kanonischen Index sauber hält.

Vielleicht fragen Sie sich: „Warum kann ich nicht einfach normale URLs verwenden?“

Nun, das könnten Sie, aber es gibt einen Haken: Bei E-Commerce-Websites oder Seiten mit dynamischen Inhalten kommen dynamische URLs ins Spiel. Diese URLs werden für jede Sitzung oder jeden Nutzer spontan generiert. Zum Beispiel, wenn Nutzer Ergebnisse filtern oder sortieren oder mit personalisierten Einstellungen einkaufen.

Die Herausforderung besteht darin, A/B-Tests effektiv auf diesen dynamisch generierten Webseiten durchzuführen, die sich von Nutzer zu Nutzer unterscheiden.

Schauen wir uns an, wie Sie einen A/B-Test für eine dynamische URL erstellen.

Was ist eine dynamische URL?

Eine dynamische URL ist eine Webadresse, die automatisch generiert wird, in der Regel von einer Datenbank, einem CMS oder einem Server, anstatt auf eine feste, von Hand erstellte Datei zu verweisen. Sie erkennen sie meist an Query-Strings, numerischen IDs oder Pfadsegmenten, die sich mit jedem Produkt, jeder Kategorie oder jeder Nutzersitzung ändern.

Beispiele für dynamische URLs sind:

• E-Commerce-Produktseiten: https://shop.example.com/product/running-shoes/id/4482
• Suchergebnisse mit Filtern: https://example.com/search?category=shoes&color=red&sort=price_asc
• Paginierte Listenseiten: https://example.com/blog?page=3
• Sitzungspersonalisierte Landingpages: https://example.com/lp/summer-sale?utm_id=abc123&user=xyz

Die wichtigste Gemeinsamkeit: Es gibt keine einzelne kanonische „Kontroll“-URL, die Sie fest in ein Experiment eintragen könnten. Stattdessen gibt es ein URL-Muster, und dieses Muster muss in Ihrem Experiment-Setup als Ganzes abgeglichen werden.

Warum dynamische URLs A/B-Tests erschweren

Standardmäßige A/B-Testing-Tools verarbeiten eine feste URL problemlos: Variante A wird 50 % der Besucher gezeigt, Variante B den anderen 50 %, und es wird erfasst, welche besser konvertiert. Bei dynamischen URLs kann dieselbe Produktseite jedoch über Hunderte verschiedener URL-Pfade aufgerufen werden. Wenn Ihr Experiment nur eine bestimmte URL anvisiert, entgehen Ihnen alle anderen Varianten dieser Seite.

Dies sind die drei zentralen Herausforderungen, die dynamische URLs mit sich bringen:

1. Skalierung: Zu viele URLs für die einzelne Ausrichtung

Ein Onlineshop mit 10.000 SKUs kann 10.000 einzelne Produkt-URLs haben. Für jede ein eigenes Experiment anzulegen, ist unpraktisch und würde Ihr monatliches Kontingent an getesteten Nutzern sofort aufbrauchen. Sie brauchen eine Möglichkeit, ein URL-Muster abzugleichen, nicht eine bestimmte URL.

2. Konsistenz: Besucher müssen dieselbe Variante sehen

Wenn ein Besucher auf /product/sneakers/id/1001 landet und das neue Layout sieht, dann die Seite verlässt und später zurückkehrt, sollte er weiterhin das neue Layout sehen. Die Variantenzuweisung muss dauerhaft sein: Sie ist an den Besucher gebunden, nicht an die konkrete URL-Zeichenfolge, die er in dieser Sitzung zufällig verwendet hat.

3. SEO: Strafen für doppelte Inhalte vermeiden

Wenn Sie Nutzer auf eine Varianten-URL weiterleiten (z. B. /product-v2/sneakers/id/1001), können Suchmaschinen-Crawler diese Varianten-URL entdecken und getrennt vom Original indexieren. Ohne einen Canonical-Tag, der auf das Original zurückverweist, riskieren Sie Probleme mit doppelten Inhalten: zwei Seiten mit nahezu identischem Inhalt, die um dieselben Rankings konkurrieren.

Häufige Anwendungsfälle für A/B-Tests mit dynamischen URLs

Weiterleitungstests mit dynamischen URLs sind in mehreren gängigen Szenarien der richtige Ansatz:

• Redesigns von E-Commerce-Produktseiten: Testen eines neuen Produktseiten-Layouts über Ihren gesamten Katalog, ohne das Experiment für jede SKU zu duplizieren.
• Varianten von Kategorie- oder Kollektionsseiten: Vergleich eines Raster-Layouts mit einem Listen-Layout über alle gefilterten Kategorie-URLs hinweg (z. B. /category/shoes/*).
• Tests von Blog- oder Content-Templates: Ein neues Artikel-Template (/new-blog/*) gegen das bestehende (/blog/*) über Ihre gesamte Content-Bibliothek laufen lassen.
• Varianten des Checkout-Ablaufs: Nutzer von /checkout/step1 auf /checkout-v2/step1 weiterleiten und dabei dynamische Bestell- und Sitzungsparameter beibehalten.
• Personalisierung von Landingpages: Testen personalisierter Landingpage-Erlebnisse, bei denen UTM-Parameter oder Kampagnen-IDs Teil des URL-Musters sind.

Aufbau dynamischer URLs

Wenn Ihr Ziel darin besteht, für jedes Produkt von https://www.example.com/product/laptop/12345 auf https://www.example.com/product/laptop-test/12345 weiterzuleiten, nicht nur für das Produkt 12345, gibt es dafür einen sehr einfachen Weg, ohne Tausende von Experimenten für jede Produkt-ID anzulegen.

Sie müssen lediglich Wildcard-Matching verwenden.

Befolgen Sie einfach diese 3 Schritte, um die dynamische URL-Weiterleitung schnell einzurichten:

Voraussetzung: Sie benötigen ein Mida.so-Konto. Der Einstieg ist für bis zu 100.000 monatlich getestete Nutzer völlig kostenlos.

1. Testtyp auswählen

‍

Zunächst sollte Ihr Testtyp Split URL / Redirect Test sein. Sobald Sie ihn ausgewählt haben, richten Sie für jede Ihrer Varianten Weiterleitungsregeln ein, also für die Versionen der Elemente, die Sie testen.

Die Wahl des richtigen Testtyps ist wichtig, da er bestimmt, wie Mida Nutzer den Varianten zuweist. Bei einem Weiterleitungstest speichert Mida die Variantenzuweisung in einem First-Party-Cookie im Browser des Besuchers. So sieht er bei wiederholten Besuchen immer dieselbe Variante, selbst wenn sich die genaue URL zwischen den Sitzungen leicht ändert.

2. Weiterleitungs-URL und Platzhalter einrichten

Richten Sie nun die Base-Variation-URL als ursprünglichen Link ein, ersetzen Sie dabei jedoch den dynamischen Teil durch ein Sternchen (*). Richten Sie anschließend Variante 1 als /laptop-test/* ein.

Wenn Ihre URL beispielsweise https://example.com/blog/what-is-SEO lautet und Sie eine neue Blogstruktur unter https://example.com/new-blog/what-is-SEO testen möchten, können Sie die Muster mit Sternchen als https://example.com/blog/* und https://example.com/new-blog/* anlegen.

Das Sternchen (*) ist ein Platzhalter, der an dieser Stelle jede beliebige Zeichenfolge abdeckt. Wenn ein Besucher auf einer URL landet, die zum Control-Muster passt, erfasst Mida das dynamische Segment und ordnet es der entsprechenden Varianten-URL zu. So bleibt die eindeutige Kennung erhalten.

Sie können in einem einzelnen Muster auch mehrere Platzhalter verwenden. So passt zum Beispiel https://shop.example.com/*/id/* auf jede Kombination aus Kategorie und Produkt-ID, sodass ein einziges Experiment Ihren gesamten Produktkatalog auf einmal abdecken kann.

3. Test starten

Das war's!

Die Einrichtung Ihres Experiments zwischen /laptop/(dynamic-ids) und /laptop-test/(dynamic-ids) ist abgeschlossen. Nun können Sie das Ziel festlegen, den Traffic zuweisen und Ihren Test veröffentlichen.

Vor dem Start lohnen sich noch ein paar abschließende Prüfungen:

• Primäres Ziel festlegen: Definieren Sie ein Conversion-Ereignis, etwa einen Kauf, das Absenden eines Formulars oder einen Klick, damit Mida eine klare Kennzahl hat, auf die es optimieren kann.
• Passende Traffic-Aufteilung wählen: Für die meisten Tests ist eine 50/50-Aufteilung ideal. Wenn Sie eine riskantere Variante testen, sollten Sie mit 80/20 zugunsten der Kontrollgruppe beginnen.
• Canonical-Tags prüfen: Stellen Sie sicher, dass Ihre Variantenseiten einen Canonical-Tag enthalten, der auf die ursprüngliche URL verweist. So verhindern Sie, dass Suchmaschinen die Variante als eigenständige Seite indexieren.

Unterstützte Muster und Beispiele

Um Ihr Verständnis davon zu erweitern, was beim dynamischen Split-URL-Testing möglich ist, finden Sie hier einige Beispiele für unterstützte Muster:

Setup-Szenario 1

Passendes Muster der Kontrollgruppe: https://example.com/blog/*

Passendes Muster von Variante 1: https://example.com/blog/*/v1

Passendes Muster von Variante 2: https://example.com/blog/*?v=2

‍

Ergebnis #1

Ein Nutzer hat diese URL aufgerufen: https://example.com/blog/what-is-seo

Bei Übereinstimmung mit Variante 1: https://example.com/blog/what-is-seo/v1

Bei Übereinstimmung mit Variante 2: https://example.com/blog/what-is-seo?v=2

‍

Setup-Szenario 2

Passendes Muster der Kontrollgruppe: https://shop.example.com/product/*/id/*‍

Passendes Muster von Variante 1: https://shop.example.com/product/*/id/*-2

‍

Ergebnis #2

Ein Nutzer hat diese URL aufgerufen: https://shop.example.com/product/apple-watch/id/1133‍

Variante 1 (bei Übereinstimmung): https://shop.example.com/product/apple-watch/id/1133-2

‍

Ein Nutzer hat diese URL aufgerufen: https://shop.example.com/product/samsumg-galaxy-14S/id/4439

Variante 1 (bei Übereinstimmung): https://shop.example.com/product/samsumg-galaxy-14S/id/4439-2

SEO-Aspekte beim Testen dynamischer URLs

Eine der häufigsten Sorgen von Teams beim weiterleitungsbasierten A/B-Testing ist der Einfluss auf das Suchranking. Die gute Nachricht: Google erklärt ausdrücklich, dass A/B-Tests erlaubt sind und nicht zu einer Abstrafung führen, sofern Sie einige technische Regeln beachten. Eine ausführlichere Darstellung finden Sie in unserem vollständigen Leitfaden dazu, wie sich A/B-Testing auf SEO auswirkt.

Canonical-Tags auf allen Variantenseiten verwenden

Wenn Ihre Varianten-URL (/laptop-test/12345) eine eigenständige, indexierbare Seite ist, kann Google sie crawlen und im Vergleich zu Ihrem Original (/laptop/12345) als nahezu doppelten Inhalt behandeln. Um das zu vermeiden, fügen Sie auf Ihren Variantenseiten einen Canonical-Tag hinzu, der auf die ursprüngliche URL verweist. Das signalisiert Suchmaschinen, dass die Variante eine Testversion und kein dauerhaftes Ziel ist, das eine eigene Indexierung verdient.

Mida nutzt eine JavaScript-Weiterleitung, keine serverseitige 301- oder 302-Weiterleitung

Mida führt die Weiterleitung vollständig im Browser per JavaScript aus: Das Skript erkennt das passende URL-Muster und leitet den Nutzer mithilfe von window.location.hrefauf die Varianten-URL weiter. Das bedeutet, dass auf Serverebene kein HTTP-Statuscode 301 oder 302 im Spiel ist. Die Weiterleitung ist für Suchmaschinen-Crawler unsichtbar, da Bots vollständig vom Experiment ausgeschlossen werden (siehe unten). Für Suchmaschinen bleibt Ihre ursprüngliche URL die einzige URL, die sie jemals crawlen und indexieren.

Bots und Crawler werden ausgeschlossen, und zwar mit Absicht

Mida schließt bekannte Bots und Crawler automatisch von Weiterleitungs-Experimenten aus. Wenn ein Suchmaschinen-Crawler eine Seite aufruft, die von einem dynamischen URL-Test erfasst wird, sieht er die ursprüngliche Control-URL ohne Weiterleitung, also dieselbe Seite, die Ihre echten Besucher sehen, wenn sie der Kontrollgruppe zugewiesen werden. Das bedeutet, dass Googlebot immer die kanonische Version Ihrer Seite indexiert und Sie sich nie Sorgen machen müssen, dass der Crawler einer Test-Weiterleitung auf eine Varianten-URL folgt. Google billigt diesen Ansatz für A/B-Tests ausdrücklich: Crawler von der Auslieferung der Varianten auszuschließen ist kein Cloaking, denn Sie liefern keine täuschenden Inhalte aus, sondern halten den Test lediglich auf echte menschliche Besucher beschränkt.

Tests zeitlich begrenzen

Wenn Sie einen Weiterleitungstest unbegrenzt laufen lassen, entsteht dauerhaft eine Aufteilung zwischen zwei URL-Mustern, die Suchmaschinen mit der Zeit verwirren kann. Die meisten Tests sollten innerhalb von 2–4 Wochen abgeschlossen sein, sobald statistische Signifikanz erreicht ist. Setzen Sie die Gewinnerversion um und beenden Sie den Test zeitnah.

Dynamisches URL-Testing vs. JavaScript-basierte A/B-Tests

Bevor Sie einen Weiterleitungstest für dynamische URLs einrichten, hilft es zu verstehen, wann dieser Ansatz passt und wann ein klassischer JavaScript-basierter A/B-Test auf derselben URL die bessere Wahl ist.

Hilfreich ist auch zu wissen, wie oft jede Variante gewinnt. Wir veröffentlichen Gewinnraten für Split-URL-Tests aus echten Experimenten, die auf Mida durchgeführt wurden, sowie die Messfalle, die diese Raten unbemerkt aufbläht. Lesen Sie das, bevor Sie einen Weiterleitungstest live schalten. Es gibt außerdem Auswertungen nach Seitentyp, darunter Produktseiten und Preisseiten.

Verwenden Sie einen dynamischen URL-Weiterleitungstest, wenn:

• Die Variante ein völlig anderes Seitentemplate, eine andere Route oder andere Backend-Logik erfordert.
• Das Experiment eine ganze URL-Familie (Tausende von Produkt- oder Artikelseiten) mit einer einzigen Einrichtung abdecken soll.
• Die Kontroll- und die Variantenseite bereits als separate URLs existieren und Sie den Traffic zwischen ihnen aufteilen möchten.

Verwenden Sie einen JavaScript-basierten A/B-Test auf derselben URL, wenn:

• Sie nur visuelle Elemente ändern, etwa Farben, Texte, Button-Platzierung oder Layout-Anpassungen, und zwar auf einer bestehenden Seite.
• Sie das einfachste mögliche SEO-Setup wünschen (eine kanonische URL, kein Weiterleitungsaufwand).
• Ihre Website eine Single-Page-Anwendung ist, bei der der Browser bei der Navigation keine neuen HTTP-Anfragen sendet.

Als Faustregel gilt: Wenn die Variante, die Sie testen möchten, grundlegend andere Seiten erfordert, nutzen Sie einen Weiterleitungstest. Wenn Sie Elemente auf einer bestehenden Seite ändern, ist ein JavaScript-basierter Test einfacher und mit weniger SEO-Aufwand verbunden. Hier können Sie mehr über Split-Tests ohne Änderung der URL erfahren.

Best Practices für dynamische URL-Weiterleitungstests

• Beginnen Sie mit URL-Mustern mit hohem Traffic: Wildcard-Tests funktionieren am besten, wenn das URL-Muster täglich genug Besucher erhält, um innerhalb weniger Wochen statistische Signifikanz zu erreichen. Testen Sie zuerst Ihre Seiten mit dem höchsten Volumen, um schneller Ergebnisse zu erhalten.
• Das gesamte Muster genau abgleichen: Wenn Ihre Kontrolle https://shop.example.com/product/*/id/* lautet, stellen Sie sicher, dass die Wildcard-Positionen exakt den richtigen Pfadsegmenten in der Varianten-URL entsprechen. Nicht übereinstimmende Wildcards leiten Besucher unbemerkt auf falsche Seiten weiter.
• Testen Sie jeweils nur eine größere Änderung: Die Weiterleitung sollte auf eine deutlich andere Version der Seite zeigen: ein neues Template, ein anderes Layout, eine neu strukturierte Informationshierarchie. Vermeiden Sie es, für eine kleine Textänderung einen Weiterleitungstest anzulegen; nutzen Sie dafür stattdessen einen JavaScript-Test.
• Überwachen Sie die Seitengeschwindigkeit der Variantenseiten: Ihre Varianten-URL wird möglicherweise über eine andere Route mit einem anderen Ladeprofil ausgeliefert. Prüfen Sie, dass sie nicht spürbar langsamer lädt als die Kontrolle, da die Seitengeschwindigkeit sowohl Conversions als auch SEO-Rankings beeinflusst.
• Segmentieren Sie bei Bedarf nach Gerätetyp: Wenn Ihre Variante für Mobilgeräte optimiert ist, nicht aber für Desktop, nutzen Sie die Zielgruppensegmentierung in Mida, um den Test auf den relevanten Gerätetyp zu beschränken. Ein mobilspezifisches Redesign gegen den gesamten Traffic laufen zu lassen, verwässert Ihre Ergebnisse.
• Berechnen Sie zuerst die erforderliche Stichprobengröße: Nutzen Sie vor dem Start einen Stichprobengrößen-Rechner, um abzuschätzen, wie viele Besucher Sie pro Variante benötigen, um Ihre erwartete Effektgröße zu erkennen. So vermeiden Sie, Tests zu lange laufen zu lassen oder zu früh abzubrechen.

Häufige Fehler, die Sie vermeiden sollten

Einzelne Experimente pro URL anlegen

Das ist der häufigste Anfängerfehler. Wenn Sie für jede Produkt-ID in Ihrem Katalog ein eigenes Weiterleitungsexperiment anlegen, erschöpfen Sie Ihr monatliches Kontingent getesteter Nutzer und machen die Ergebnisanalyse nahezu unmöglich. Verwenden Sie immer Wildcard-Muster, um URL-Familien in einem einzigen Experiment zu bündeln.

Kein Conversion-Ziel festlegen

Wenn Sie einen Weiterleitungstest ohne definiertes Ziel starten, haben Sie Traffic-Daten, aber keine Erkenntnis darüber, welche Variante tatsächlich besser ist. Konfigurieren Sie vor der Veröffentlichung immer mindestens ein primäres Ziel, etwa einen Kauf, das Absenden eines Formulars oder einen Button-Klick. Sekundäre Ziele wie Scrolltiefe oder Verweildauer auf der Seite können das ergänzen, sollten aber nicht Ihr einziger Erfolgsmaßstab sein.

Tests zu früh beenden

Weiterleitungstests, die viele dynamische URLs abdecken, sammeln oft schnell Traffic, wodurch frühe Ergebnisse signifikant wirken können, obwohl sie es nicht sind. Warten Sie, bis Ihre geplante Testdauer abgeschlossen und die statistische Signifikanz bestätigt ist, bevor Sie einen Gewinner küren. Tests vorzeitig abzubrechen, wird als Peeking-Problem bezeichnet und ist eine der häufigsten Quellen für falsch positive Ergebnisse beim Experimentieren.

Vergessen, den Test nach der Umsetzung des Gewinners zu beenden

Sobald Sie einen Gewinner haben und die Änderung dauerhaft auf Ihrer Website umgesetzt haben, stoppen Sie das Mida-Experiment. Wenn Sie einen Weiterleitungstest weiterlaufen lassen, nachdem Sie die Gewinner-URL bereits live geschaltet haben, entstehen für alle Besucher unnötige Weiterleitungen, und es wird weiterhin Traffic aufgeteilt, der komplett auf die kanonische Version gehen sollte.

Häufig gestellte Fragen

Kann ich einen dynamischen URL-Weiterleitungstest in einem Shopify-Shop durchführen? Ja. Shopify-Produkt-URLs folgen einem einheitlichen Muster (/products/[handle]) und eignen sich daher ideal für Wildcard-Weiterleitungstests. Setzen Sie Ihr Kontrollmuster auf https://yourstore.myshopify.com/products/* und Ihre Variante auf die neue URL-Struktur. Stellen Sie vor dem Start sicher, dass das Mida-Skript über das Shopify-Theme oder einen GTM-Container installiert ist.

Verlangsamt das dynamische URL-Weiterleitungstesting meine Website? Die Weiterleitung von Mida erfolgt im Browser, bevor die Variantenseite lädt, und nutzt dafür ein schlankes Skript. Die Weiterleitung selbst verursacht in der Regel nur wenige Millisekunden Latenz. Der relevantere Geschwindigkeitsfaktor ist, ob Ihre Variantenseite genauso schnell ist wie Ihre Kontrollseite: Prüfen Sie beide vor dem Start mit PageSpeed Insights, um sie zu vergleichen.

Wie überprüfe ich, ob mein Wildcard-Muster korrekt übereinstimmt? Nutzen Sie den integrierten Vorschaumodus von Mida, um eine bestimmte URL aufzurufen und zu bestätigen, welcher Variante Sie zugewiesen sind. Sie können auch die Entwicklertools Ihres Browsers öffnen: Funktioniert die Weiterleitung korrekt, sehen Sie, wie die Seite von der ursprünglichen URL zur Variant-URL wechselt. Mida führt dies als JavaScript-Weiterleitung aus, mit window.location.href, sodass Sie die finale Varianten-URL in der Adressleiste und im Netzwerk-Tab als geladenes Dokument sehen.

Kann ich Variationen von Query-Parametern mit dynamischen URL-Weiterleitungstests testen? Ja. Sie können Query-Parameter in Ihre Wildcard-Muster aufnehmen. Wenn Sie beispielsweise /search?category=shoes&* gegen /search-v2?category=shoes&* testen, werden alle Filterkombinationen innerhalb dieser Kategorie abgedeckt. Achten Sie auf die Reihenfolge der Parameter: Normalisieren Sie Ihre Muster, um Abdeckungslücken zu vermeiden, wenn dieselben Parameter in anderer Reihenfolge auftreten.

Wie bleibt die Variantenzuweisung über mehrere Besuche hinweg konsistent? Mida speichert die Variantenzuweisung in einem First-Party-Cookie im Browser des Besuchers. Auch wenn ein Nutzer mehrere dynamische URLs aufruft, die vom selben Experiment abgedeckt werden, sieht er immer dieselbe Variante. Die Zuweisung erfolgt auf Besucherebene, nicht auf URL-Ebene, und bleibt daher über verschiedene Seiten derselben URL-Familie hinweg bestehen.

Funktionieren dynamische URL-Weiterleitungstests auch für Single-Page-Anwendungen (SPAs)? SPAs mit clientseitigem Routing (React Router, Vue Router usw.) behandeln URLs anders: Die Seite wird bei der Navigation nicht vollständig neu geladen, sodass der Browser nie eine neue HTTP-Anfrage sendet. In diesen Fällen löst ein Weiterleitungstest möglicherweise nicht korrekt aus. Für SPAs ist ein JavaScript-basierter In-Page-Test meist zuverlässiger. Details zur Durchführung von Experimenten auf clientseitig gerenderten Anwendungen finden Sie im SPA-Leitfaden von Mida.

Wie viele Wildcards kann ich in einem einzelnen URL-Muster verwenden? Sie können mehrere Wildcards in einem Muster verwenden. Beispielsweise erfasst https://shop.example.com/*/category/*/id/* URLs mit drei dynamischen Segmenten. Jede Wildcard-Position im Kontrollmuster entspricht der jeweiligen Position im Variantenmuster, sodass die dynamischen Werte bei der Weiterleitung korrekt erhalten bleiben.

Fazit

A/B-Tests mit dynamischen URLs sind eine leistungsstarke Technik, mit der Sie Experimente über Ihren gesamten Produktkatalog, Ihre Content-Bibliothek oder Ihren Checkout-Prozess hinweg durchführen können, ohne für jede URL einen eigenen Test anzulegen. Der Schlüssel liegt darin, mit Wildcard-Mustern URL-Familien abzugleichen, auf Variantenseiten passende Canonical-Tags zu setzen, um Ihre SEO zu schützen, und die Experimente so lange laufen zu lassen, bis statistische Signifikanz bestätigt ist.

Mit Mida dauert die Einrichtung Minuten, nicht Tage. Sie benötigen keine Entwicklungsressourcen, um Wildcard-Weiterleitungsregeln umzusetzen, und dasselbe schlanke Skript, das Ihre Standard-A/B-Tests steuert, ermöglicht auch dynamische URL-Experimente über Tausende von Seiten gleichzeitig.

Bereit für Ihr erstes dynamisches URL-Experiment? Erstellen Sie ein kostenloses Mida-Konto und legen Sie in weniger als fünf Minuten los, ganz ohne Entwickler.