Vorlage für SEO-Split-Tests
Planen und führen Sie SEO-A/B-Tests für Titel, Templates und On-Page-Änderungen durch, um organische Wirkung mit Belegen statt mit Vermutungen nachzuweisen.
Die meisten SEO-Änderungen gehen aus dem Bauch heraus live, und niemand kann sagen, ob sie geholfen, geschadet oder nichts bewirkt haben. Diese Vorlage führt Sie durch Seitengruppen-Tests (Bucket-Tests), die für die Suche gemacht sind: Sie teilen ähnliche Seiten in eine Testgruppe und eine Kontrollgruppe und vergleichen die organische Leistung. Nutzen Sie sie, um eine saubere Hypothese zu formulieren, Saisonalität und Algorithmus-Updates zu berücksichtigen, mit der Search Console zu messen und Gewinner auszurollen oder Verlierer mit dokumentierter Spur zurückzurollen.
6 einsatzbereite Varianten
Hypothese & Testtyp wählen
Verwandeln Sie eine vage Idee („neue Titel werden helfen“) in eine einzige, widerlegbare Hypothese, die an eine Kennzahl geknüpft ist.
Beginnen Sie mit einer klaren Hypothese
Formulieren Sie sie als einen einzigen Satz, den Sie belegen oder widerlegen können. Testen Sie nicht fünf Dinge auf einmal, sonst wissen Sie nicht, was den Ausschlag gegeben hat.
Hypothese: [Wenn wir X in dieser Seitengruppe ändern, dann verbessert sich die organische Kennzahl Y, weil Z.]
Häufige SEO-Testtypen
- Title-Tag & Meta-Description umschreiben (am besten für die Klickrate)
- Seiten-Template-Änderungen (Layout, interne Links, Schema)
- On-Page-Inhalt ergänzen (Einleitungen, FAQ, Überschriften)
- Indexierung / technische Anpassungen (Canonicals, strukturierte Daten)
Wählen Sie die Kennzahl, die zur Änderung passt: Titel wirken auf Klickrate & Klicks; Inhalt und Links wirken auf Impressionen & Position.
Primäre Kennzahl: [Klicks / CTR / Durchschn. Position]
Schutzkennzahl (darf nicht sinken): [z. B. Conversions]
Test vs. Kontrolle wählen (Seitengruppen-/Bucket-Test)
Teilen Sie ähnliche URLs in einen Test- und einen Kontroll-Bucket, da Sie Suchnutzer nicht per Cookie aufteilen können.
Warum kein normaler A/B-Test?
In SEO können Sie dem Googlebot nicht zwei Versionen einer URL zeigen, daher funktioniert Cookie-Splitting auf Nutzerebene nicht. Stattdessen testen Sie auf Seitengruppen-Ebene: Sie ändern einen Bucket von Seiten, lassen einen vergleichbaren Bucket unverändert und vergleichen die organische Leistung über die Zeit.
Bauen Sie zwei vergleichbare Buckets
- Wählen Sie eine Menge ähnlicher Seiten (gleiches Template und gleiche Intention, z. B. Produkt- oder Kategorieseiten).
- Weisen Sie jede Seite zufällig Test oder Kontrolle zu, damit Traffic, Alter und Thema ausgewogen sind.
- Stellen Sie sicher, dass beide Buckets genug Seiten und Klicks haben, um ein Signal statt Rauschen zu erzeugen.
Getestetes Seiten-Template: [Kategorieseiten]
Seiten im Test-Bucket: [Anzahl URLs]
Seiten im Kontroll-Bucket: [Anzahl URLs]
Halten Sie den einzigen Unterschied zwischen den Buckets auf die getestete Änderung beschränkt. Zeigen Sie dem Googlebot niemals andere Inhalte als den Nutzern.
Tracking & Zeitplan einrichten
Legen Sie fest, wie lange der Test läuft und welche Daten Sie genau ziehen, bevor Sie etwas ändern.
Legen Sie zuerst den Messplan fest
Bestimmen Sie Datenquelle und Zeitplan vor dem Start, damit Sie das Ziel später nicht verschieben können.
- Datenquelle: Search Console (Klicks, Impressionen, CTR, durchschnittliche Position), gefiltert nach den Test- und Kontroll-URL-Mengen.
- Vorperiode: erfassen Sie eine saubere Baseline für beide Buckets, idealerweise einen ganzen Geschäftszyklus.
- Testperiode: lang genug, damit Google neu crawlt, neu rankt und Klicks sammelt, oft mehrere Wochen.
Erfassen Sie die Baseline
Baseline-Zeitraum: [Daten]
Baseline-Klicks Test-Bucket: [Anzahl]
Baseline-Klicks Kontroll-Bucket: [Anzahl]
Geplantes Startdatum: [Datum]
Geplantes Enddatum: [Datum]
Markieren Sie das Startdatum, damit Sie Vorher-Nachher-Daten abgleichen und den genauen Moment erkennen, in dem die Änderung nach dem erneuten Crawlen wirksam wurde.
Test durchführen (Störfaktoren vermeiden)
Halten Sie das Experiment sauber, damit ein äußerer Faktor nicht mit Ihrem Ergebnis verwechselt wird.
Spielen Sie die Änderung nur im Test-Bucket aus
Wenden Sie die Änderung auf alle Seiten des Test-Buckets gleichzeitig an und frieren Sie den Kontroll-Bucket ein. Dann lassen Sie beide in Ruhe.
Achten Sie auf Störfaktoren
- Nehmen Sie keine weiteren Änderungen an einem der Buckets während des Tests vor (neue Links, Redesigns, Preise).
- Verfolgen Sie Algorithmus-Updates und Core-Updates; notieren Sie alle, die während des Zeitraums stattfinden.
- Beobachten Sie Crawling & Indexierung, damit die Änderung tatsächlich live und von Google gesehen ist.
- Vermeiden Sie saisonale Spitzen, die nur einen Bucket treffen (z. B. eine Aktion auf Testseiten).
Änderung ging live (gecrawlt bestätigt): [Datum]
Protokollierte externe Ereignisse: [Updates, Nachrichten, Kampagnen]
Widerstehen Sie dem Drang, hineinzuschauen und an einem guten Tag früher zu beenden. Aufzuhören, sobald die Ergebnisse günstig aussehen, bläht falsch positive Ergebnisse auf. Lassen Sie den geplanten Zeitraum ablaufen, damit beide Buckets denselben äußeren Bedingungen ausgesetzt sind.
Ergebnisse auswerten (Signifikanz, Saisonalität)
Vergleichen Sie Test und Kontrolle fair und entscheiden Sie, ob der Anstieg echt oder Rauschen ist.
Vergleichen Sie die Buckets, nicht nur Vorher-Nachher
Rohe Vorher-Nachher-Zahlen sind irreführend, weil sich der Traffic saisonal verschiebt. Der Kontroll-Bucket absorbiert diese gemeinsamen Schwankungen, vergleichen Sie also die relative Veränderung im Test-Bucket mit dem Kontroll-Bucket über denselben Zeitraum.
- Berechnen Sie die Veränderung jedes Buckets von der Baseline zur Testperiode.
- Ziehen Sie die Veränderung der Kontrolle ab, um die Wirkung Ihrer Änderung zu isolieren.
- Prüfen Sie, ob der Abstand groß und konsistent genug ist, um ein echtes Signal statt wöchentliches Rauschen zu sein.
Plausibilitätsprüfungen
- Saisonalität: haben sich beide Buckets bis auf Ihre Änderung gemeinsam bewegt?
- Algorithmus-Updates: könnte ein Update die Schwankung erklären?
- Stichprobengröße: genug Seiten und Klicks, um dem Ergebnis zu vertrauen?
Veränderung Test-Bucket: [%]
Veränderung Kontroll-Bucket: [%]
Nettoeffekt: [+/- %]
Urteil: [Gewinn / Verlust / Kein Effekt]
Ausrollen oder zurückrollen & dokumentieren
Handeln Sie nach dem Ergebnis und halten Sie die Erkenntnis fest, damit der nächste Test klüger startet.
Entscheiden, dann handeln
- Klarer Gewinn: rollen Sie die Änderung auf den Kontroll-Bucket und andere passende Seiten aus.
- Klarer Verlust: rollen Sie den Test-Bucket auf die ursprüngliche Version zurück.
- Kein Effekt: zurückrollen oder aus anderen Gründen behalten (UX, Barrierefreiheit), aber keinen SEO-Anstieg behaupten.
Dokumentieren Sie jeden Test
Ein Test, den Sie nicht wiederfinden, ist ein Test, den Sie wiederholen. Protokollieren Sie ihn an einem gemeinsamen Ort, damit das Team eine Bibliothek von Belegen aufbaut.
Testname: [Titel]
Hypothese: [Aussage]
Ergebnis: [Gewinn / Verlust / neutral]
Entscheidung: [ausrollen / zurückrollen]
Was wir gelernt haben: [Erkenntnis]
Idee für den nächsten Test: [Folgetest]
Behandeln Sie Ergebnisse als Belege für diese Website, nicht als universelles Gesetz. Testen Sie wichtige Gewinne später erneut, denn Google ändert sich, und was einmal funktioniert hat, kann verblassen.
So verwendest du diese Vorlage
- Formulieren Sie eine widerlegbare Hypothese und wählen Sie eine einzige primäre Kennzahl (Klicks, CTR oder durchschnittliche Position) plus eine Schutzkennzahl, die nicht sinken darf.
- Wählen Sie eine Menge ähnlicher Seiten auf demselben Template und teilen Sie sie dann zufällig in einen Test-Bucket und einen passenden Kontroll-Bucket vergleichbarer Größe und Traffic auf.
- Stellen Sie sicher, dass beide Buckets genug Seiten und Klicks haben, um ein echtes Signal zu erkennen; kleine Buckets erzeugen Rauschen, dem Sie nicht trauen können.
- Ziehen Sie eine saubere Baseline aus der Search Console für beide Buckets über einen repräsentativen Zeitraum, bevor Sie etwas ändern.
- Wenden Sie die Änderung nur auf den Test-Bucket an, frieren Sie den Kontroll-Bucket ein und bestätigen Sie, dass Google die Testseiten neu gecrawlt hat.
- Halten Sie beide Buckets über den gesamten geplanten Zeitraum stabil, protokollieren Sie alle Algorithmus-Updates oder Kampagnen und widerstehen Sie einem vorzeitigen Abbruch.
- Vergleichen Sie die Veränderung des Test-Buckets mit der des Kontroll-Buckets über denselben Zeitraum, um die wahre Wirkung zu isolieren und Saisonalität auszuschließen.
- Rollen Sie Gewinne auf passende Seiten aus, rollen Sie Verlierer zurück und dokumentieren Sie Hypothese, Ergebnis, Entscheidung und Erkenntnis für den nächsten Test.
Profi-Tipps
- Testen Sie eine Variable nach der anderen. Wenn Sie Titel und Templates zusammen ändern, sagt ein Ergebnis nichts darüber aus, was gewirkt hat.
- Vergleichen Sie immer gegen einen Kontroll-Bucket, nie gegen rohe Vorher-Nachher-Zahlen. Die Kontrolle absorbiert saisonale Schwankungen und Algorithmus-Updates, die Sie sonst täuschen würden.
- Geben Sie Google Zeit zum erneuten Crawlen und Neuranken, bevor Sie Ergebnisse lesen, und bestätigen Sie, dass die Änderung tatsächlich indexiert und nicht nur veröffentlicht ist.
- Cloaken Sie niemals und zeigen Sie dem Googlebot keine anderen Inhalte als echten Nutzern, um einen Test durchzuführen. Beide Buckets müssen Bots und Besuchern identische Inhalte zeigen.
Haeufige Fragen
Warum kann ich für SEO keinen normalen A/B-Test wie für die Conversion-Rate durchführen?
CRO-Tools teilen menschliche Besucher per Cookie auf und zeigen jeder Person eine andere Version derselben URL. Mit Google geht das nicht, weil eine URL dem Crawler eine Version ausliefern muss und dem Bot etwas anderes als den Nutzern zu zeigen Cloaking ist. Stattdessen arbeiten SEO-Tests auf Seitengruppen-Ebene: Sie teilen ähnliche Seiten in einen Test- und einen Kontroll-Bucket und vergleichen ihre organische Leistung über die Zeit.
Wie viele Seiten brauche ich für einen zuverlässigen SEO-Split-Test?
Es gibt keine feste Zahl, aber Sie brauchen genug Seiten und genug Klicks pro Bucket, damit das Ergebnis ein Signal statt Rauschen ist. Eine Handvoll traffic-schwacher Seiten schwankt von Woche zu Woche wild und sagt Ihnen nichts. Tests an großen, ähnlichen Seitengruppen (denken Sie an Kategorie- oder Produkt-Templates mit stabilem organischem Traffic) liefern sauberere Werte als Tests an ein paar einzelnen Seiten.
Wie lange sollte ein SEO-Test laufen?
Lang genug, damit Google die Testseiten neu crawlt und neu rankt und beide Buckets aussagekräftige Klicks sammeln, was oft mehrere Wochen bedeutet. Den Test idealerweise über einen vollen Geschäftszyklus laufen zu lassen hilft, Wochentags- und Wochenendmuster auszumitteln. Vermeiden Sie es, den Test früh zu beenden, nur weil die Ergebnisse an einem Tag gut aussehen, denn ein Abbruch bei einer günstigen Spitze bläht falsch positive Ergebnisse auf.
Wie trenne ich meine Änderung von Saisonalität oder einem Algorithmus-Update?
Genau dafür ist der Kontroll-Bucket da. Saisonalität und Core-Updates bewegen ähnliche Seiten meist gemeinsam, wenn also beide Buckets im Gleichschritt steigen und fallen, sind das gemeinsame Effekte. Was Sie interessiert, ist, wie stark sich der Test-Bucket über den Kontroll-Bucket hinaus im selben Zeitraum verändert hat. Protokollieren Sie immer alle Algorithmus-Updates während des Zeitraums, damit Sie sie ausschließen können.
Was messe ich, und woher kommen die Daten?
Die Google Search Console ist die primäre Quelle: Klicks, Impressionen, Klickrate und durchschnittliche Position, gefiltert auf die genauen URLs jedes Buckets. Passen Sie die Kennzahl zur Änderung an. Title- und Meta-Description-Tests bewegen vor allem Klickrate und Klicks, während Inhalt, interne Links und Template-Änderungen sich eher in Impressionen und durchschnittlicher Position zeigen.
Was soll ich tun, wenn ein Test gewinnt, verliert oder keinen Effekt zeigt?
Rollen Sie einen klaren Gewinn auf den Kontroll-Bucket und andere passende Seiten aus. Rollen Sie einen klaren Verlierer auf das Original zurück. Wenn es keinen messbaren Effekt gibt, rollen Sie zurück oder behalten die Änderung aus anderen Gründen wie Benutzerfreundlichkeit, aber behaupten Sie keinen SEO-Anstieg, den Sie nicht belegen können. Dokumentieren Sie in jedem Fall Hypothese, Ergebnis, Entscheidung und Erkenntnis, damit das Team eine Bibliothek von Belegen aufbaut, statt Vermutungen zu wiederholen.