Best Practices
Gute Tests scheitern selten an der Technik — sondern an unklarer Hypothese, zu kurzer Laufzeit oder zu vielen parallelen Änderungen. Die folgenden Muster halten Planung und Implementierung trennscharf.
Hypothese → KPI → Laufzeit
Section titled “Hypothese → KPI → Laufzeit”Hypothese
Formuliere eine überprüfbare Aussage: „Wenn wir den CTA-Text auf ‚Kostenlos testen‘ ändern, steigt die Signup-Rate, weil die Einstiegshürde klarer wird.“
KPI / Primärziel
Ein primäres Event (z. B.
signup). Sekundäre Metriken (Bounce, Umsatz) nur als Kontext — nicht als nachträglicher „Gewinner-Jäger“.Laufzeit & Stichprobe
Plane mindestens 1–2 Wochen oder bis die Mindest-Stichprobe pro Variante erreicht ist (Standard: 100 Sessions). Saisonale Schwankungen (Wochentage!) mitdenken.
Eine Änderung pro Test
Sonst weißt du nicht, was den Effekt verursacht hat. Große Redesigns in mehrere sequenzielle Tests zerlegen.
Entscheidung
Erst bei Signifikanz und ausreichender Stichprobe rollen — siehe Analyse & Auswertung.
Test-Planung und Implementierung
Section titled “Test-Planung und Implementierung”- Klare Hypothese: Definieren Sie, was Sie testen möchten
- Messbares Ziel: Bestimmen Sie, wie Sie den Erfolg messen werden
- Ausreichende Dauer: Planen Sie mindestens 1–2 Wochen
- Statistische Signifikanz: Warten Sie auf genügend Daten
/* Gute Praxis: Spezifische Selektoren */.ab-test-variant-1 .hero-button { background-color: #10b981; font-weight: bold;}
/* Vermeiden: Zu breite Selektoren *//* button { background-color: #10b981; } */Breite Selektoren wirken unkontrolliert auf andere Seitenbereiche und erschweren das Debugging.
// Gute Praxis: Defensive Programmierungif (document.querySelector(".target-element")) { document.querySelector(".target-element").textContent = "Neuer Text";}
// Gute Praxis: Fehlerbehandlungtry { // Varianten-spezifischer Code initVariantFeature();} catch (error) { console.warn("A/B-Test-Variante konnte nicht initialisiert werden:", error);}Fehler in Varianten-JS sollen die restliche Seite nicht blockieren.
SEO und Flicker
Section titled “SEO und Flicker”- Halte beide Varianten inhaltlich sinnvoll (keine Keyword-Spam-Version „nur für den Test“).
- Vermeide, dass Suchmaschinen dauerhaft widersprüchliche Hero-Texte indexieren: kurze Tests, danach Gewinner fest im Markup.
- Für rein visuelle CSS-Änderungen (Farbe, Spacing) ist das SEO-Risiko gering; für Headline-/Content-Swaps eher HTML-Varianten mit klarer Kontrolle als Fallback nutzen.
Flicker (FOUC)
Section titled “Flicker (FOUC)”- Immer ein Fallback-Element setzen.
- Optional den Body kurz verstecken, bis die Variante angewendet ist — Rezept und Debugging: Fehlerbehebung → Flimmer-Effekt.
- Script möglichst früh im
<head>laden (deferist ok; Blocking nur wenn du Flicker hart vermeiden musst).