Search Console während eines Google Core Updates lesen

Fassen Sie in den ersten Tagen eines Core Updates keine Seite an. Die Kurve wird sich bewegen, Sie werden sie erklären wollen, und fast jede Erklärung, die Ihnen in Woche eins einfällt, ist geraten.

Das Google Search Status Dashboard führt das Core Update vom November 2026 mit Start am 10. November und lief noch, als ich meine Daten gezogen habe. Googles eigene Empfehlung lautet, nach dem Ende eines Core Updates mindestens eine volle Woche zu warten, bevor man analysiert, und mit dem Zeitraum vor dem Start zu vergleichen. Daran halte ich mich, und das ist die genaue Routine.

Schritt 1: Baseline einfrieren, bevor Sie das Update ansehen

Öffnen Sie in der Search Console den Leistungsbericht und stellen Sie den Zeitraum auf die 14 Tage vor dem Startdatum des Updates ein. Exportieren Sie Klicks, Impressionen, CTR und durchschnittliche Position pro Tag. Diese Datei ist Ihre Baseline, und Sie speichern sie, bevor Sie eine einzige Zahl nach dem Update lesen.

Das ist meine, aus der Search Console meiner eigenen Seite:

Eine Spanne von 228 bis 393 ohne laufendes Update ist die Zahl, auf die es ankommt. Wer seine eigene Schwankung nicht kennt, kann ein Core Update nicht von einem gewöhnlichen Dienstag unterscheiden.

Schritt 2: Notieren Sie, was sich sonst noch geändert hat

Core Updates werden für Dinge verantwortlich gemacht, die sie nicht getan haben. Listen Sie vor jedem Vergleich auf, was sich auf Ihrer Seite im selben Zeitraum geändert hat: eine Migration, eine Template-Änderung, ein Schwung neuer Seiten, eine Änderung an robots oder noindex, eine Weiterleitungsregel. Ist die Liste nicht leer, ist das Update nicht der einzige Verdächtige.

Prüfen Sie auch, ob eine einzelne Seite die Gesamtkurve verzerrt. Am 28. Oktober sprangen meine Gesamtimpressionen binnen eines Tages von 24.498 auf 131.686, weil eine einzige Seite viel häufiger ausgespielt wurde. Den Fall habe ich in was ich prüfe, wenn Impressionen steigen und die CTR fällt durchgespielt. Ein Gesamtdurchschnitt während eines Core Updates hat dieselbe Schwäche.

Schritt 3: Rollout abwarten, dann eine weitere Woche

Core Updates werden über ein paar Wochen ausgerollt, und die Rankings schwanken in dieser Zeit. Ein Vergleich mitten im Rollout stellt ein bewegliches Ziel gegen eine feste Baseline. Setzen Sie sich eine Erinnerung für eine Woche nach dem Zeitpunkt, an dem das Dashboard das Update als abgeschlossen markiert, und tun Sie bis dahin nichts.

Warten ist nicht passiv. Nutzen Sie die Zeit für Dinge, die ohnehin kaputt waren: Seiten mit Fehlern, abgeschnittene Titel, dünne Duplikate. Diese Änderungen wären in jedem Monat richtig und verfälschen den Vergleich nicht, solange Sie sie mit Datum protokollieren.

Schritt 4: Gleiche Zeiträume vergleichen und vierfach segmentieren

Wenn die Erinnerung anschlägt, vergleichen Sie die 14 Tage nach Abschluss mit Ihrer eingefrorenen 14-Tage-Baseline. Gleiche Länge, gleiche Wochentage. Zerlegen Sie dann die Differenz:

1. Nach Seite. Exportieren Sie den Tab Seiten für beide Zeiträume. Sortieren Sie nach Klickveränderung. In den meisten Einbrüchen, die ich angesehen habe, erklären fünf oder zehn Seiten den Löwenanteil.
2. Nach Suchanfrage. Sehen Sie sich für jede dieser Seiten an, bei welchen Anfragen Klicks verloren gingen und ob der Verlust an der Position oder an der CTR liegt. Ein Absturz von Position 4 auf 9 ist eine Ranking-Änderung. Eine gleichbleibende Position bei fallender CTR ist ein Snippet- oder SERP-Feature-Problem, das ich in warum Ihre bestplatzierten Seiten keine Klicks bekommen behandle.
3. Nach Land. Ein Core Update kann einen Markt härter treffen als einen anderen, besonders bei mehrsprachigen Seiten.
4. Nach Gerät. Ein Verlust nur auf Mobilgeräten deutet auf die Seitenerfahrung hin, nicht auf Relevanz.

Liegt die Veränderung innerhalb Ihrer normalen Schwankung aus Schritt 1, gibt es keinen Update-Effekt zu erklären. Hören Sie dort auf und veröffentlichen Sie weiter.

Schritt 5: Erst jetzt entscheiden, was Sie ändern

Ordnen Sie der Art des Verlusts die passende Korrektur zu:

• Positionsverluste bei wenigen Seiten: Vergleichen Sie sie mit den Seiten, die jetzt vor Ihnen stehen. Beantworten sie die Anfrage schneller, mit mehr konkreten Details, aus erster Hand? Schreiben Sie Ihre so um. Blähen Sie sie nicht auf.
• Positionsverluste überall: Das ist eine Qualitätsbewertung auf Website-Ebene und bewegt sich langsam. Entfernen oder verschmelzen Sie Seiten, die ihren Platz nicht verdienen, und verbessern Sie die, die es tun. Rechnen Sie mit Monaten, nicht Tagen. Google hat gesagt, dass Verbesserungen mit der Zeit wirken können und für größere Erholungen ein späteres Core Update nötig sein kann.
• Positionsgewinne: Notieren Sie, welche Seiten und warum. Das ist Ihre Vorlage dafür, was Google auf Ihrer Seite aktuell belohnt.

Für Seiten, die auf Seite zwei gerutscht statt eingebrochen sind, gilt die Routine aus Seiten von Seite zwei nach vorn holen. Zeigt sich der Verlust auch in GA4, deckt Traffic-Einbrüche mit Google Analytics diagnostizieren die andere Hälfte ab.

Der Prompt, den ich in Claude oder ChatGPT einfüge

Exportieren Sie den Tab Seiten für Ihren Baseline-Zeitraum und Ihren Zeitraum nach dem Update als zwei CSV-Dateien und fügen Sie beide ein:

Hier sind zwei Google-Search-Console-Exporte nach Seite. Datei A sind die
14 Tage vor dem Start eines Google Core Updates. Datei B sind die 14 Tage
nach Ende des Rollouts. Gleiche Länge, gleiche Wochentage.

1. Liste die 15 Seiten mit der größten Klickveränderung auf, nach oben
   oder unten, mit der Änderung in absoluten Klicks und in Prozent.
2. Sag mir, welchen Anteil an der gesamten Klickveränderung diese 15
   Seiten erklären.
3. Markiere jede Seite, bei der sich die Klicks geändert haben, die
   Impressionen aber nicht, denn das deutet auf die CTR statt auf das
   Ranking hin.
Zeig die Rechnung. Wenn eine Zahl nicht in den Daten steht, sag das, statt
zu schätzen. Schlage noch keine Inhaltsänderungen vor.

Prüfen Sie eine Zeile von Hand, bevor Sie dem Rest vertrauen. Diese Modelle runden selbstsicher und verrechnen sich manchmal beim Anteil.

Wenn Sie nicht für jeden Kunden CSVs exportieren wollen: Ich habe SiteWide gebaut, um Search Console und GA4 genau für diesen Vergleich in Claude zu holen. So oder so bleibt die Disziplin gleich: erst die Baseline, dann Geduld, Änderungen zuletzt. Als Assistent für den Prompt-Schritt nutze ich Claude.

Meine Zahlen stammen aus meiner eigenen Search-Console-Property für den 15. Oktober bis 11. November 2026: 7.472 Klicks und 1.108.401 Impressionen über die 28 Tage. Es ist zu früh, um zu sagen, ob das Update dieser Seite genützt oder geschadet hat, und ich weiß es erst, wenn der Rollout beendet und die Wartewoche vorbei ist.