SEO-Experimente: Jede Aufgabe wird an ihrer eigenen Baseline gemessen
Die meisten SEO-Änderungen werden nie gemessen. In SERPclimber gibt es kein separates Experiment einzurichten. Jede Aufgabe, die aus Belegen entsteht, hält die Zahl fest, die sie bewegen soll, und was diese Zahl vor Beginn der Arbeit anzeigte. Wenn die Aufgabe erledigt ist, wird dieselbe Zahl über ein gleich langes Zeitfenster erneut gelesen, und das Ergebnis erscheint neben der Aufgabe.
ersetzt
- Rätselraten
- Nicht nachverfolgte Title-Änderungen
- Diagramme im Nachhinein lesen
- Separate SEO-Testing-Tools
- EingefrorenBaseline bei Aufgabenerstellung# Metrik, Seite oder Suchanfrage und Ausgangswert stehen fest, bevor etwas angefasst wird.
- Gleich langMessfenster# Das Nachher-Fenster entspricht dem Baseline-Fenster, damit der Vergleich fair ist.
- 6 Schrittebei jeder Aufgabe# Gefunden, Geplant, Freigegeben, Ausgeführt, Verifiziert, Gemessen.
Was SEO-Experimente leistet
Warum SEO meist nie belegt wird
Der übliche Ablauf: Titel ändern, warten, auf ein Diagramm schauen und über Saisonalität streiten. Es gibt keine Kontrolle, also passt jede Erklärung. Eine Seite, die sich verbessert, wird der Änderung zugeschrieben. Eine Seite, die fällt, wird einem Google-Update angelastet. Keine der beiden Schlussfolgerungen ist verdient.
Echte Split-Tests, bei denen die Hälfte der Besucher Version A sieht und die andere Hälfte Version B, gibt es in der organischen Suche nicht. Google crawlt eine Version einer URL. Die Kontrolle muss also aus der Zeit kommen, nicht aus dem Publikum.
Die eigene Baseline der Aufgabe ist die Kontrolle
SERPclimber hat kein separates Experimente-Produkt. Stattdessen ist Messung eine Eigenschaft jeder Aufgabe.
Wenn das Audit ein Problem findet und daraus eine Aufgabe wird, hält die Aufgabe einen Messvertrag fest: welche Metrik sie bewegen will, auf welcher Seite oder Suchanfrage diese Metrik gelesen wird und wie hoch die Zahl über ein festes Zeitfenster vor Beginn der Arbeit war. Diese Baseline wird später nie neu berechnet.
Wenn die Aufgabe erledigt ist, liest die Engine dieselbe Metrik auf derselben Seite oder Suchanfrage über ein gleich langes Zeitfenster, das am letzten Tag endet, den die Daten abdecken. Die Ergebniskarte zeigt die neue Zahl gegenüber dem Ausgangswert mit einer kleinen Trendlinie. Solange noch nicht genug Daten vorliegen, sagt die Karte, wie viele Tage vergangen sind, statt ein Ergebnis zu behaupten.
So funktioniert es
- 1
Ein Befund wird zur Aufgabe
Aus dem Audit: eine CTR-Lücke, eine Suchanfrage in Reichweite, Content-Verfall, Kannibalisierung, eine Authority-Lücke oder eine KI-Zitierlücke.
- 2
Die Baseline wird eingefroren
Metrik, Seite oder Suchanfrage und der Ausgangswert über ein festes Zeitfenster werden im Moment der Aufgabenerstellung festgehalten.
- 3
Ein Plan wird vorbereitet
Die Engine schreibt einen Plan oder ein Aufgabenbriefing mit den empfohlenen Änderungen: aktueller Wert, vorgeschlagener Wert und Grund.
- 4
Du gibst frei oder erledigst die Arbeit selbst
Ein Plan, der die Website verändert, wartet auf deine Freigabe, sofern deine Autonomie-Richtlinie es nicht erlaubt. Arbeit, die dir übergeben wird, hat einen Button Als erledigt markieren.
- 5
Die Engine verifiziert
Nach der Arbeit prüft die Engine die Live-Website selbst, statt einer Behauptung zu vertrauen. Crawl-Korrekturen werden so verifiziert statt gemessen.
- 6
Das Ergebnis wird gemessen
Dieselbe Metrik wird über ein gleich langes Zeitfenster gelesen. Das Ergebnis erscheint an der Aufgabe, im Wochen- oder Monatsbericht und im Performance-Diagramm als Aufgabenmarkierung.
Was jede Art von Aufgabe misst
Jede Befundfamilie hat eine ehrliche Metrik. Die Aufgabe trägt sie von dem Tag an, an dem sie angelegt wird, sodass niemand im Nachhinein eine schmeichelhafte Zahl auswählen kann.
- CTR-Lücke – die Klickrate der Seite
- In Reichweite – die Position der Suchanfrage
- Content-Verfall – Besuche aus der Suche auf die Seite
- Keyword-Kannibalisierung – Besuche auf die Seite, die die Suchanfrage bereits gewinnt
- Authority-Lücke oder verlorene Links – Websites, die auf dich verlinken
- KI-Zitierlücke – KI-Zitate deiner Website
Ehrlich darüber, was noch nicht gesagt werden kann
Eine Messung wird nur gezeigt, wenn genug Daten vorliegen, um sie zu stützen. Arbeit ohne ehrliche Baseline, etwa ein Crawl- oder Template-Problem, wird an der Live-Website verifiziert statt gemessen. Die Aufgabenleiste zeigt, welchen Schritt die Arbeit erreicht hat und was sie dort festhält.
- Kein Ergebnis, bevor ein volles Zeitfenster vergangen ist
- Crawl- und Template-Korrekturen werden verifiziert, nicht gemessen
- Jeder Schritt auf der Leiste gilt erst als erreicht, wenn der Beleg dafür existiert
- Berichte sagen „noch nicht messbar“, statt eine Wirkung zu behaupten
Alle enthaltenen Funktionen
Baseline bei Aufgabenerstellung eingefroren
Metrik, Objekt und Ausgangswert stehen fest, bevor Arbeit beginnt.
Gleich langes Messfenster
Das Nachher-Fenster entspricht dem Baseline-Fenster.
Sechs-Schritte-Leiste
Gefunden, Geplant, Freigegeben, Ausgeführt, Verifiziert, Gemessen, jeweils mit Datum.
Live-Verifizierung
Die Engine prüft die Website nach der Arbeit, auch bei Arbeit, die du von Hand erledigt hast.
Ergebniskarte an jeder Aufgabe
Die neue Zahl gegenüber dem Ausgangswert, mit Trendlinie.
Aufgabenmarkierungen im Diagramm
Jede erledigte Aufgabe wird auf der Performance-Zeitachse markiert.
Gemessene Ergebnisse in Berichten
Wochen- und Monatsberichte enthalten, was die Messfenster ergeben haben.
Sortieren nach Einsatz
Aufgaben lassen sich nach der Größe ihrer Baseline ordnen, sodass die größten Zahlen zuerst kommen.
Befunde öffnen sich wieder
Schlägt die Verifizierung fehl oder kehrt das Problem zurück, öffnet sich der Befund im Audit erneut.
Planversionen
Jede Version eines Plans bleibt erhalten, mit dem, was sich dazwischen geändert hat.
Freigabe vor Website-Änderungen
Ein Plan, der die Website verändert, wartet auf deine Freigabe, sofern deine Richtlinie es nicht erlaubt.
Aufgabennummern
Jede Aufgabe hat eine Nummer wie #42, die du im Chat, in Berichten und Commits verwenden kannst.
Ist das dasselbe wie SEO-A/B-Testing?
Es hat dasselbe Ziel, mit der Methode, die die organische Suche zulässt. Klassisches A/B-Testing teilt ein Publikum. Den Googlebot kannst du nicht teilen. Große Publisher nähern sich dem an, indem sie eine Menge ähnlicher Seiten in Test- und Kontrollgruppen aufteilen, was Hunderte vergleichbarer Template-Seiten braucht, um Signifikanz zu erreichen.
SERPclimber nutzt das andere gültige Design: einen Vorher-Nachher-Vergleich auf einer Seite oder Suchanfrage, mit festem Zeitfenster und dem eigenen Ausgangswert der Aufgabe als Kontrolle. Das funktioniert auf Websites mit Dutzenden Seiten statt Tausenden. Der Kompromiss ist real: ein zeitbasierter Vergleich auf einer einzelnen Seite ist anfälliger für Saisonalität und Google-Updates als ein großer Split-Test. Genau deshalb wird die Baseline vorab eingefroren, deshalb werden Google-Updates im Diagramm markiert, und deshalb ist „noch nicht messbar“ eine zulässige Antwort.
Häufig gestellte Fragen
Es ist ein Vorher-Nachher-Vergleich, also das Design, das in der organischen Suche möglich ist. Du kannst Google keine zwei Versionen einer URL ausliefern, deshalb ist die Kontrolle der eigene Ausgangswert der Aufgabe über ein festes Zeitfenster statt eines parallelen Publikums.
Nein. Es gibt nichts einzurichten. Jede Aufgabe, die aus Audit-Belegen entsteht, hält ihre Baseline automatisch fest, und die Messung beginnt von selbst, sobald die Aufgabe erledigt ist.
Das Nachher-Fenster ist so lang wie das Baseline-Fenster. Bis es vorbei ist, sagt die Aufgabe, wie viele von wie vielen Tagen vergangen sind. Nichts wird vorher als Ergebnis bezeichnet.
Die Ergebniskarte zeigt es offen. Der Befund bleibt im Audit erhalten, und die Engine oder du kannst an derselben Aufgabe einen anderen Ansatz planen. Nichts wird versteckt oder umgeschrieben.
Nein. SERPclimber macht Änderungen nicht von selbst rückgängig. Jeder Aktionsplan nennt vor deiner Freigabe, ob die Änderung reversibel, bedingt reversibel oder irreversibel ist, und der vorherige Wert wird im Plan festgehalten, damit du ihn wiederherstellen kannst.
Crawl- und Template-Probleme wie eine fehlende Sitemap, ein noindex-Tag oder ein Canonical-Fehler haben keine ehrliche Traffic-Baseline. Die Engine prüft stattdessen die Live-Website, um die Korrektur zu bestätigen.
Ja. Jede Aufgabe hat ihre eigene Ergebniskarte, der Wochen- oder Monatsbericht hat einen Abschnitt Gemessene Ergebnisse, und jede erledigte Aufgabe wird im Performance-Diagramm markiert.
Funktioniert mit
~/serpclimber/performance/seoSEO-Dashboard
Die Search Console zeigt, was rankt. GA4 zeigt, was Umsatz bringt. Keines von beiden zeigt dir, was du als Nächstes beheben solltest. SERPclimber legt beide auf eine Zeitachse, ergänzt KI-Antworten, KI-Crawler-Aktivität und dein Backlink-Profil und behält 16 Monate Search-Console-Historie, damit du einen Trend siehst statt einer Momentaufnahme.
Mehr lesen~/serpclimber/settingsSEO-Automatisierung
Volle Autonomie ist viel verlangt für etwas, das deine Live-Website bearbeitet. SERPclimber führt einen Kreislauf aus – Audit, Plan, Freigabe, Ausführung, Verifizierung, Messung – und lässt dich entscheiden, wie viel davon ohne Rückfrage läuft. Starte mit Copilot: Die Engine erledigt Arbeit mit geringem Risiko selbst und fragt vor allem, was riskant, extern oder kostenpflichtig ist.
Mehr lesen~/serpclimber/tasksContent Generator
Generische KI-Schreibtools starten mit einem Keyword und einem Tonregler. Dieses startet mit der Seite, die du schon hast: den Suchanfragen, die sie gewinnt, denen, die sie verliert, und dem Befund, der sie zur Aufgabe gemacht hat. Jeder Entwurf ist eine Überarbeitung einer echten Seite für eine echte Lücke, und er landet als Vorschlag in der Aufgabe, den du prüfst, bevor sich etwas ändert.
Mehr lesenVerbinde deine Website.
Ein Projekt umfasst eine Domain. Die erste Analyse zeigt dir die Ergebnisse, bevor sich etwas auf deiner Website ändert.