A/B-Tests für Websites: Experimente ohne Jagd auf zufällige Gewinner

So konzipieren Sie einen A/B-Test für Ihre Website: Hypothese, primäre und Guardrail-Metrik, Randomisierung, Implementierung, Testgröße, Analyse und Rollout.

A/B-Tests für Websites: Experimente ohne Jagd auf zufällige Gewinner
Kurze Antwort

Halten Sie vor dem Start die Hypothese, die Randomisierungseinheit, die primäre Metrik und die Guardrail-Metrik sowie den Expositions- und Analyseplan fest; ändern Sie während des Tests die Regeln nicht aufgrund von Zwischenergebnissen.

Ein A/B-Test vergleicht Varianten bei kontrollierter Zuordnung von Nutzern oder anderen Einheiten. Er ist kein Knopf, der nach ein paar Tagen die schönere Version zum Sieger erklärt. Ohne vorab festgelegte Hypothese, Hauptmetrik und ausreichende Reichweite kann das Team eine zufällige Schwankung wählen oder auf Klicks optimieren – zulasten des tatsächlichen Ergebnisses.

Ein Experiment ist sinnvoll, wenn es eine Entscheidung, ein messbares Ergebnis, eine stabile Implementierung und ausreichend Traffic gibt. Nicht jede Änderung lässt sich randomisieren oder sollte randomisiert werden. Barrierefreiheit, Sicherheit und rechtliche Pflichten werden nicht erst nach einem Beliebtheitstest behoben. Bei geringem Volumen können Nutzerforschung, eine schrittweise Einführung oder eine qualitative Prüfung besser geeignet sein.

Eine Hypothese verbindet Problem, Maßnahme und erwarteten Mechanismus

Beginnen Sie mit einem Nachweis des Problems aus Forschung, Analytics oder Support. Die Hypothese sollte benennen, wem die Änderung hilft, was sich ändert und warum dies das Ergebnis beeinflussen sollte. „Ein grüner Button steigert die Conversion“ enthält weder Mechanismus noch Kontext. Varianten sollten sich in der getesteten Idee unterscheiden, nicht in vielen voneinander unabhängigen Elementen.

Legen Sie fest, welche Entscheidung auf das Ergebnis folgt: ausrollen, verwerfen, weiter untersuchen oder wegen eines Schadens abbrechen. Bestimmen Sie den minimalen praktisch relevanten Effekt, ohne zu versprechen, dass er eintritt. Das Testen einer Kleinigkeit ohne möglichen Einfluss auf das Geschäft oder die Nutzer kann mehr Zeit kosten als die direkte Behebung einer bekannten Barriere.

  • beobachtetes Problem und betroffene Zielgruppe
  • eine zentrale Änderung zwischen den Varianten
  • Erklärter Mechanismus der erwarteten Wirkung
  • im Voraus festgelegte Entscheidung nach dem Ergebnis

Primäre Metrik und Guardrails schützen die gesamte Journey

Wählen Sie eine einzige Hauptmetrik, die dem Ziel am nächsten kommt und während des Tests zuverlässig beobachtet werden kann. Ein Klick kann bei einer Navigationshypothese geeignet sein, aber nicht automatisch bei der Qualität von Anfragen. Definieren Sie Nenner, Deduplizierung, Zeitfenster und die maßgebliche Quelle, bevor Sie die Ergebnisse ansehen.

Guardrails überwachen Fehler, Performance, Abbrüche, Barrierefreiheit, Qualität oder den nächsten Schritt. Kennzeichnen Sie Segmente und sekundäre Metriken als geplant oder explorativ. Wenn Sie nach dem Test Dutzende Segmente ausprobieren, wirkt ein zufälliger Ausreißer leicht wie eine Entdeckung. Ein Ergebnis aus einer kleinen Untergruppe erfordert einen neuen bestätigenden Test.

  • eine vorab definierte primäre Metrik
  • technische und nutzerbezogene Guardrail-Metriken
  • geplante Segmente getrennt von explorativer Analyse
  • maßgebliche Quelle und Deduplizierungsregel

Randomisierung und Exposition müssen stabil bleiben

Legen Sie die Zuweisungseinheit fest: Nutzer, Konto, Sitzung, Gerät oder Standort. Die Wahl hängt davon ab, wo eine Variante die andere beeinflussen kann. Bei einem Produkt mit Anmeldung kann das Konto stabiler sein als ein Cookie; seine Verwendung erfordert jedoch einen angemessenen Zweck und Schutz. Behalten Sie dieselbe Variante über einen definierten Zeitraum bei.

Berechnen Sie vor dem Test mit qualifizierter Unterstützung die erforderliche Exposition anhand der Basisrate, des minimalen Effekts, der Variabilität und des gewählten statistischen Ansatzes. Es gibt keine universelle Anzahl von Tagen. Der Test sollte einen relevanten Zyklus abdecken und darf nicht beim ersten günstigen Diagramm abgebrochen werden, sofern der Plan keine gültige sequenzielle Methode verwendet.

Implementierungs-QA prüft sowohl die Variante als auch die Messung selbst

Prüfen Sie vor dem Produktivbetrieb die gleichmäßige Zuweisung, die Persistenz der Variante, Events, Ausnahmen, Caching und clientseitiges Flackern. Bots, das interne Team und Testkonten behandeln Sie gemäß Plan. Eine Variante darf indexierbare Inhalte nicht so verändern, dass für die Suchmaschine eine irreführende Version entsteht, und darf im Checkout keinen unstimmigen Preis anzeigen.

Prüfen Sie Mobilgeräte, Tastatur, Screenreader, langsames Netz und Fehlerzustände. Achten Sie auf Sample Ratio Mismatch, ausgefallene Events und eine ungleiche Verfügbarkeit von Varianten. Beeinträchtigt ein Experiment die Sicherheit, die Privatsphäre oder einen kritischen Guardrail, wenden Sie die vorab festgelegte Abbruchregel an. Dokumentieren Sie den Vorfall auch in der anschließenden Analyse.

  • stabile Zuordnung und gleiche Exposition
  • korrekte Events und Variantenkennung
  • Performance, Barrierefreiheit und Fehlerpfade
  • Alarm bei Sample Ratio Mismatch und Incident

Analyse, Rollout und Archiv schließen den Lernprozess ab

Werten Sie nach dem vorab gewählten Ansatz aus und geben Sie Effektschätzung, Unsicherheitsintervall, Zeitraum, Stichprobe und Vorfälle an. Statistische Signifikanz ist nicht dasselbe wie praktischer Nutzen. Ein neutrales Ergebnis beweist keine vollständige Gleichheit; es kann bedeuten, dass der Test nicht genau genug war oder die Maßnahme nicht wie angenommen gewirkt hat.

Führen Sie die Gewinnervariante kontrolliert ein und prüfen Sie, ob der Effekt auch ohne die Experimentierschicht anhält. Dokumentieren Sie Hypothese, Screens, Code, Metriken, Ergebnis und Entscheidung, damit das Team nicht dieselbe Frage erneut stellt. Beobachten Sie die langfristige Wirkung mit Guardrails. Ein Experiment verringert Unsicherheit, garantiert aber nicht dasselbe Ergebnis in einem anderen Zeitraum oder bei einem anderen Publikum.

  • Schätzung des Effekts samt Unsicherheit
  • praktischer Nutzen getrennt von der Signifikanz
  • kontrollierter Rollout und anschließende Validierung
  • Archiv von Hypothese, Varianten und Entscheidung

Häufige Fragen

Wie lange sollte ein A/B-Test laufen?

Das hängt von Volumen, Variabilität, minimalem Effekt und Verhaltenszyklus ab. Legen Sie Dauer und Abbruchregel vor dem Test mit einem geeigneten statistischen Plan fest.

Dürfen wir den Test stoppen, wenn eine Variante vorne liegt?

Nicht durch übliches laufendes Zwischenauswerten. Verwenden Sie eine vorab festgelegte feste oder eine valide sequenzielle Methode sowie Sicherheitsregeln für eine schädliche Guardrail-Metrik.

Sollte eine Barrierefreiheitskorrektur per A/B-Test geprüft werden?

Nicht als Beliebtheitswettbewerb. Eine bekannte Barriere sollten Sie beheben bzw. eine bekannte Anforderung erfüllen. Testen lässt sich die Benutzerfreundlichkeit mehrerer barrierefreier Lösungen, ohne das Minimum zu unterschreiten.

Quellen und weiterführende Lektüre

Adam Antoni, Entwickler digitaler Lösungen
Adam Antoni · Webiant

Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.

Möchten Sie dieses Thema in Ihrem Projekt umsetzen?

Schreiben Sie, was Sie verbessern möchten, womit Sie derzeit kämpfen und welches Ergebnis Sie erwarten. In der Erstberatung besprechen wir den passenden Umfang und das weitere Vorgehen.

Wählen Sie aus, welche Cookies Sie zulassen. Ihre Auswahl können Sie jederzeit über den Link in der Fußzeile oder die Cookie-Schaltfläche ändern.

Datenschutz und Details zu Cookies