Zum Inhalt springen

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.

  1. 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.“

  2. 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“.

  3. Laufzeit & Stichprobe

    Plane mindestens 1–2 Wochen oder bis die Mindest-Stichprobe pro Variante erreicht ist (Standard: 100 Sessions). Saisonale Schwankungen (Wochentage!) mitdenken.

  4. Eine Änderung pro Test

    Sonst weißt du nicht, was den Effekt verursacht hat. Große Redesigns in mehrere sequenzielle Tests zerlegen.

  5. Entscheidung

    Erst bei Signifikanz und ausreichender Stichprobe rollen — siehe Analyse & Auswertung.


  1. Klare Hypothese: Definieren Sie, was Sie testen möchten
  2. Messbares Ziel: Bestimmen Sie, wie Sie den Erfolg messen werden
  3. Ausreichende Dauer: Planen Sie mindestens 1–2 Wochen
  4. Statistische Signifikanz: Warten Sie auf genügend Daten

  • 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.
  • 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 (defer ist ok; Blocking nur wenn du Flicker hart vermeiden musst).