Post-Mortem
Traffic-Einbruch nach einem Core-Update: Das Post-Mortem verfassen
Um 8 Uhr morgens stellt jeder dieselbe Frage: Ist es Google, sind wir es oder das Tracking? Ein Post-Mortem beantwortet dies in dieser Reihenfolge und verzichtet auf Spekulationen.
Beginnen Sie mit dem Zeitplan, nicht mit der Theorie
Ein Einbruch hat ein Startdatum. Finden Sie es, bevor Sie einen einzigen Forum-Thread über einen Traffic-Einbruch nach einem Core-Update lesen.
Google hat Core-Updates im März 2024, August 2024, Dezember 2024, März 2025 und Juni 2025 bestätigt, und jedes wurde über etwa zwei Wochen ausgerollt. Ein Einbruch am dritten Tag eines Rollouts stellt daher möglicherweise noch nicht das endgültige Bild dar. Legen Sie Ihren eigenen Änderungsprotokoll-Verlauf über diese Daten: Releases, Migrationen, Template-Anpassungen, robots.txt-Änderungen.
Wenn sich bei Ihnen nichts bewegt hat und Ihre Search Console-Graphen innerhalb eines Rollout-Zeitfensters einbrechen, haben Sie einen Kandidaten. Wenn Ihr eigenes Deployment am Tag zuvor stattfand, haben Sie einen besseren Kandidaten. In jedem Fall verdient der Traffic-Einbruch nach der Core-Update-Woche einen schriftlichen Zeitplan. Schreiben Sie ihn auf.
Ursachen, sortiert nach der Geschwindigkeit, mit der sie ausgeschlossen werden können
| Verdachtsmoment | Prüfungsmethode | Zeit zum Ausschluss |
|---|---|---|
| Tracking defekt | Vergleichen Sie GA4 mit den Search Console-Klicks für dieselben Seiten; eine Lücke, die über Nacht entstanden ist, ist ein deutliches Indiz | 10 Minuten |
| Indexierung oder Sitemap | Search Console-Bericht zur Seitenausnahme aus dem Index sowie eine site:-Stichprobe bei den betroffenen URLs | 20 Minuten |
| Technisches Release | Vergleichen Sie robots.txt, Canonical-Tags, Statuscodes und Redirects mit dem letzten Crawl | 1 Stunde |
| Links verloren oder gewonnen | Vergleichen Sie zwei refdomains-Snapshots; siehe verlorene Links | 30 Minuten |
| Cannibalization | Zwei Ihrer URLs tauschen in der Leistungsübersicht für dieselbe Abfrage die Plätze | 1 Stunde |
| SERP-Änderung | Öffnen Sie die Live-Ergebnisse: AI Overview, Forenbeiträge, Listicles großer Marken, an deren Stelle Sie früher rangierten | 30 Minuten |
| Qualitätsüberprüfung | Was übrig bleibt, wenn alle anderen Punkte geklärt sind | Tage bis Wochen |
Link-Beweise: Ein Vergleich
Rufen Sie die verweisenden Domains für die betroffene Seite an zwei Datenpunkten ab und drucken Sie aus, was weggefallen und was hinzugekommen ist. Da sich der Index etwa monatlich aktualisiert, wählen Sie Snapshots vor und nach dem Update.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
Beispielhafter Bericht (fiktive Zahlen)
Dies ist ein erfundenes Beispiel, kein echter Kunde. Es zeigt den Ton, den wir anstreben würden.
Auswirkung. Die organischen Klicks sind über neun Tage für eine fiktive Rezept-Website mit 140 Seiten um 38 % gefallen. Erkennung. Ein wöchentlicher Search Console-Export löste einen Alert von 25 % Woche-zu-Woche aus. Ursache. Die verweisenden Domains sind von 410 auf 402 gefallen, was Links als Haupttreiber ausschließt. Zwei Seiten haben die Rankings für dieselbe Abfrage getauscht, was auf Cannibalization hindeutet.
Aktionen. Führen Sie die beiden Seiten mit einem 301 zusammen, aktualisieren Sie die internen Links und prüfen Sie nach vier Wochen erneut. Kein Disavow. Kein Umschreiben der gesamten Website.
Mess- und Indexierungsfehler, die wie ein Update aussehen
Einige Einbrüche betreffen nicht die Rankings. Tracking ist ein häufiger Verdacht. Ein defektes Tag, eine geänderte Property oder eine geschrumpfte Sitemap kann in den Graphen genau wie ein Core-Update aussehen. Ein Traffic-Einbruch zum Zeitpunkt eines Core-Updates kann jeden dieser Fehler verbergen, also prüfen Sie diese zuerst.
Der schnellste Test besteht darin, Ihre Analytics mit den Search Console-Daten für dieselben Seiten und Tage zu vergleichen. Wenn sich die Lücke über Nacht geöffnet hat, behandeln Sie dies bis zum Beweis der Gegenseite als Messfehler.
Indexierungsfehler folgen derselben Logik. Seiten, die aus dem Index verschwinden, sind ein anderes Problem als Seiten, die im Index bleiben und in den Ergebnissen nach unten rutschen.
Was ist, wenn die Klicks über Nacht auf Null gefallen sind?
Prüfen Sie zuerst die Search Console Property. Ein geändertes Protokoll, eine neue Property oder ein verlorener Verifikationsstatus kann die Daten aufteilen, sodass die alte Property nichts anzeigt, während die neue den Traffic hält. Schauen Sie erst danach auf die Seiten selbst.
Warum werden Seiten nach einem Update nicht mehr indexiert?
Rufen Sie den Indexierungsbericht für die betreffenden URLs ab. Rankings können für eine Seite fallen, die im Index bleibt. Eine Seite, die aus dem Index verschwindet, hat eine andere Ursache, oft eine robots-Anweisung, eine Canonical-Änderung oder ein noindex, das mit einem Release ausgeliefert wurde.
Kann eine defekte Sitemap den Einbruch verursachen?
Das kann sie, wenn die Sitemap plötzlich nur noch einen kleinen Anteil Ihrer URLs auflistet. Eine kurze Sitemap ist kostengünstig zu beheben, aber Google findet Seiten dennoch über interne Links. Behandeln Sie sie daher als einen von mehreren Verdachtsmomenten und nicht als endgültiges Urteil. Vergleichen Sie die URL-Anzahl mit Ihrer tatsächlichen Seitenanzahl.
Unsere Position
Schreiben Sie die Website in der ersten Woche nicht um
Core-Updates überprüfen die Qualität über Wochen. Ändern Sie, was Sie als defekt nachweisen können, und warten Sie, bis das Rollout abgeschlossen ist, bevor Sie Inhalte anpassen.
- Beheben Sie Mess- und technische Fehler sofort.
- Verschmelzen Sie cannibalisierte Seiten, sobald Sie Beweise haben.
- Behalten Sie die Content-Strategie vorerst bei.
Was in das Dokument gehört
Sechs Überschriften reichen aus: Auswirkung, Zeitplan, Erkennung, Ursache, ausgeschlossene Punkte, Aktionen. Die Liste der ausgeschlossenen Punkte ist der Teil, für den Sie sich in Zukunft bedanken werden.
Halten Sie die Beweise neben die Behauptung. Ein Satz wie „Links ausgeschlossen, 402 vs. 410 verweisende Domains“ hält einem skeptischen Manager besser stand als „Links sahen gut aus“.
Wenn die Antwort am Ende Links ist, stoppen die Alert-Regeln für Wettbewerber und das Rezept für den wöchentlichen Diff Überraschungen beim nächsten Mal.
Die erste Woche nach Beginn eines Rollouts
- 1
Content-Anpassungen einfrieren
Schreiben Sie Seiten nicht um, während das Rollout läuft. Anpassungen, die mitten im Prozess vorgenommen werden, trüben das Vorher-Nachher-Bild, das Sie später benötigen werden.
- 2
Jedes Release protokollieren
Schreiben Sie jedes Deployment, jede Template-Änderung, jeden Redirect und jede robots.txt-Anpassung mit ihrem Datum auf, damit der Zeitplan echte Einträge und nicht Erinnerungen enthält.
- 3
Messprüfungen durchführen
Vergleichen Sie Analytics mit Search Console, prüfen Sie dann den Indexierungsbericht für die betroffenen URLs. Beide Prüfungen passen in eine halbe Stunde.
- 4
Den Fall mit dem Zeitplan eröffnen
Beginnen Sie das Post-Mortem mit den Ihnen bekannten Daten, auch wenn die Ursache noch offen ist. Ein unvollständiges Dokument ist einfacher zu Ende zu bringen als ein leeres.
- 5
Ein Review-Datum festlegen
Wählen Sie ein Datum nach Ende des Rollouts und prüfen Sie die Beweise dann, nicht an dem Tag, an dem der Graph einbricht.
Der Führungsebene darlegen, dass das Problem technisch ist
Die Führungsebene liest einen Traffic-Einbruch oft als Urteil über den Content. Das ist eine nachvollziehbare Reaktion, und genau diese Reaktion kostet am meisten Wochen, wenn der Fehler ein defektes Template oder ein fehlendes Tag ist.
Bringen Sie den Zeitplan und die Ursachentabelle mit, nicht eine Theorie. Eine Tabelle mit der Zeit zum Ausschluss jedes Verdachtsmoments lässt einen Manager erkennen, dass das Team eine Liste abarbeitet und nicht rät.
Seien Sie ehrlich darüber, was die Tabelle nicht beweisen kann. Wenn eine Qualitätsüberprüfung noch offen ist, sagen Sie das, und erläutern Sie, was Ihre Sichtweise ändern würde.
Wie zeige ich, dass es ein Dev-Problem und kein Content-Problem ist?
Verweisen Sie auf eine datierte Änderung, die mit dem Start des Einbruchs übereinstimmt, wie ein Template-Release oder eine robots-Änderung. Ein Fehler, den Sie reproduzieren können, mit der URL und dem Header, der sich geändert hat, wiegt mehr als jeder Durchschnittswert-Chart.
Was sage ich, wenn es überhaupt nicht technisch ist?
Sagen Sie, dass die Checks für Links, Indexierung und Tracking sauber waren und das verbleibende Verdachtsmoment die Qualitätsüberprüfung ist. Diese Antwort ist langsamer und weniger befriedigend, aber sie ist korrekt und weist das Team an, wo Content-Arbeit fokussiert werden sollte.
Schreiben Sie die Erholung auf, nicht nur den Einbruch
Ein Post-Mortem ist nicht abgeschlossen, wenn der Traffic zurückkehrt. Der zweite Teil des Berichts dokumentiert, was sich geändert hat, wann es sich geändert hat und welche Verdachtsmomente Sie endgültig ausgeschlossen haben.
Schauen Sie sich das Dokument nach dem nächsten abgeschlossenen Core-Update erneut an. Ein Muster, das sich über mehrere Rollouts hinweg wiederholt, sagt mehr über Ihre Website aus als ein einzelner Einbruch.
Halten Sie die Liste der ausgeschlossenen Punkte von den Ursachen getrennt. Zukünftige Leser werden zuerst fragen, was ausgeschlossen wurde, und eine fehlende Liste schickt sie an den Anfang zurück.
Was gilt als Erholung?
Definieren Sie es, bevor Sie suchen. Die Rückkehr zum alten Klickniveau ist eine Definition, die Rückkehr der wichtigsten Seiten eine andere. Wählen Sie eine aus, schreiben Sie sie auf und berichten Sie darauf basierend, anstatt die Messlatte zu verschieben, wenn der Graph sich bewegt.
Wie lange sollte das Review warten?
Lang genug, damit das Rollout schließt und zwei normale Wochen Daten angezeigt werden. Erholung kommt meist langsam, daher findet ein frühes Review meist nur Rauschen, während ein späteres eine Chance hat, die Antwort zu finden.
Fragen, die wir nach jedem Update hören
Kann ich mich von einem Core-Update-Einbruch erholen?
Oft teilweise und selten über Nacht. Erholung benötigt meist ein späteres Update, um die Website erneut zu bewerten, also erwarten Sie Monate, nicht Tage. Das kann niemand versprechen. Was Sie tun können, ist echte Fehler zu beheben und weiterhin Seiten zu veröffentlichen, die zitierwürdig sind.
Warum hielten die Rankings, während der Traffic fiel?
Die Ergebnisseite hat sich um Sie herum verändert. AI Overviews, Forenbeiträge und Shopping-Blöcke können dieselbe Position auf dem Bildschirm nach unten drücken. Vergleichen Sie die Click-Through-Rate für dieselben Abfragen vor und nach dem Ereignis, nicht nur die durchschnittliche Position.
Verlorene Backlinks verursachen einen Einbruch nach einem Update?
Nur manchmal, und Rankift kann Ihnen nicht sagen, welches Update was verursacht hat. Ein Linkverlust, der groß genug ist, um relevant zu sein, zeigt sich als klarer Rückgang der verweisenden Domains zwischen zwei Snapshots. Ein kleiner Churn von wenigen Prozent erklärt einen 30-%-Traffic-Einbruch selten.
Wie lange sollte ich warten, bevor ich handle?
Bis Google das Rollout auf seinem Status-Dashboard als abgeschlossen markiert, es sei denn, Sie finden einen klaren technischen Fehler. Beheben Sie Fehler sofort, halten Sie aber Content-Änderungen zurück. Bearbeitungen während eines Rollouts trüben die Beweise, die Sie später benötigen.
