Google Core Update: Rankings eingebrochen

Bevor du auch nur eine Zeile deiner Seite änderst, gehört die erste Frage in die Search Console: Ist überhaupt etwas eingebrochen, und wenn ja, wie groß ist es wirklich? Google selbst zieht in der eigenen Dokumentation zur Diagnose von Trafficrückgängen eine klare Grenze zwischen zwei völlig unterschiedlichen Situationen. Kleine Schwankungen in der Position können laut Google jederzeit auftreten, auch ohne dass du etwas verändert hast, und sie können sich genauso von selbst wieder erholen. Ein großer Rückgang dagegen zeigt sich als deutlicher Abfall aus den Top-Ergebnissen über eine breite Palette an Suchbegriffen hinweg — Googles eigenes Beispiel nennt einen Sturz von Position 10 auf Position 29. Das ist ein Kategorienunterschied, kein Gradunterschied, und er entscheidet, ob überhaupt eine Reaktion nötig ist.

Klein oder groß — der Unterschied, den Google selbst zieht

Wer beim täglichen Blick in die Search Console jede Bewegung von Position 3 auf Position 5 als Alarmsignal liest, jagt einem Rauschen hinterher, das sich morgen von selbst wieder legt. Die Frage, die wirklich zählt, lautet nicht „ist meine Position gesunken", sondern „ist ein breiter Teil meiner Sichtbarkeit gleichzeitig eingebrochen, und bleibt das über mehrere Wochen so". Nur die zweite Situation rechtfertigt den Aufwand der folgenden Abschnitte.

Was du in der Search Console prüfst, bevor du irgendetwas änderst

Der Leistungsbericht der Search Console ist dafür das richtige Werkzeug, aber nur mit der richtigen Einstellung. Stelle den Zeitraum auf die letzten 16 Monate, damit du den Rückgang im Kontext siehst statt isoliert. Nutze anschließend die Vergleichsfunktion, um die letzten drei Monate gegen den vorherigen Zeitraum oder gegen denselben Zeitraum im Vorjahr zu legen — beides zeigt dir, ob eine Bewegung ungewöhnlich ist oder zu einem wiederkehrenden Muster gehört. Entscheidend ist dabei die Kombination aus Klicks und Impressionen, nicht die durchschnittliche Position allein: Fallen beide gemeinsam, ist das ein anderer Befund als eine sinkende Position bei stabilen Klicks, was eher auf Snippet oder Titel als auf einen Rankingverlust hindeutet. Ein Blick in die Seitentabelle unterhalb des Diagramms zeigt außerdem, ob der Rückgang breit über die ganze Seite verteilt ist oder sich auf einzelne Bereiche konzentriert — ein Muster, das für die spätere Ursachensuche entscheidend ist.

Wann es kein echter Einbruch ist

Ein Teil der Fälle, die wie ein Einbruch aussehen, sind gar keiner: eine neu eingerichtete Property ohne historische Daten, ein Property-Typ-Wechsel zwischen Domain- und URL-Präfix-Property, der Daten aufspaltet, oder ein saisonales Tal, das im Vorjahresvergleich exakt dieselbe Form hatte. Auch ein gewechselter Suchtyp-Filter — versehentlich nur „Bild" statt „Web" ausgewählt — erzeugt in der Search Console einen scheinbaren Einbruch, der beim Zurückstellen des Filters sofort wieder verschwindet. Die Grafik im Anschluss zeigt vier Verlaufsmuster nebeneinander, damit du dein eigenes Diagramm schneller zuordnen kannst, bevor du in die tiefere Ursachensuche der folgenden Abschnitte einsteigst.

Erst wenn feststeht, dass wirklich ein breiter Einbruch vorliegt, lohnt sich der Blick auf das, was ein Core Update laut Google eigentlich ist. Die eigene Dokumentation beschreibt es so: Mehrmals im Jahr nimmt Google bedeutende, breite Änderungen an den Suchalgorithmen und -systemen insgesamt vor. Der entscheidende Halbsatz dahinter lautet, dass diese Änderungen breit angelegt sind und nicht auf bestimmte Websites oder einzelne Seiten abzielen. Ein Core Update ist damit per Definition keine gezielte Maßnahme gegen dich — es ist eine Neukalibrierung des gesamten Systems, die als Nebeneffekt auch deine Sichtbarkeit verschiebt.

Eine Neubewertung, keine Strafe

Google erklärt das Prinzip in der eigenen Doku mit einem Bild, das den Unterschied zu einer Abstrafung deutlich macht: Es ist, als würde eine Bestenliste neu erstellt, weil inzwischen neue Kandidaten existieren, die vorher nicht zur Auswahl standen. Wer dabei aus der Liste rutscht, hat laut Google nicht zwangsläufig etwas falsch gemacht — es gibt einfach andere Ergebnisse, die jetzt besser zu den obersten Plätzen passen. Diese Formulierung ist mehr als Beruhigung, sie ist eine echte Ansage: Ein Rückgang nach einem Core Update ist kein Beleg für einen Regelverstoß, sondern ein Beleg für eine veränderte relative Einordnung.

Warum „breit" hier wörtlich gemeint ist

Ein Core Update verändert nicht einen einzelnen Rankingfaktor, den du anschließend gezielt reparierst. Es verändert gleichzeitig viele Signale und ihre Gewichtung zueinander — genau deshalb lässt sich ein Core-Update-Effekt nicht mit einer einzelnen technischen Korrektur rückgängig machen, wie du sie bei den häufigeren Ursachen aus dem nächsten Abschnitt findest. Das ist der zentrale Unterschied zu allem, was danach kommt: Ein technischer Fehler hat eine Ursache und eine Behebung. Ein Core-Update-Effekt hat eine Gesamtbewertung deiner Website als Grundlage, keinen einzelnen Hebel.

Warum sich niemand gezielt auf ein einzelnes Update vorbereiten kann

Eine naheliegende Frage lautet, ob sich Websites gezielt auf ein bevorstehendes Core Update vorbereiten lassen, etwa indem man erwartet, welche Signale diesmal stärker gewichtet werden. Genau das schließt die eigene Beschreibung Googles aus: Weil die Änderungen breit über viele Systeme gleichzeitig laufen und nicht auf einzelne Websites zielen, gibt es keine Liste einzelner Stellschrauben, die vor einem konkreten Update Vorrang hätten. Was bleibt, ist die dauerhafte Arbeit an der Gesamtqualität aus Abschnitt 07 — nicht, weil sie zufällig zum nächsten Update passt, sondern weil sie unabhängig vom Zeitpunkt eines Updates die einzige Stellschraube ist, die Google in der eigenen Dokumentation überhaupt benennt.

Bevor du dort ankommst, lohnt sich aber der Blick auf die Ursachen, die in der Praxis deutlich häufiger hinter einem Einbruch stecken.

Googles eigener Leitfaden zur Diagnose von Trafficrückgängen listet die Ursachen, die er selbst als die häufigsten Auslöser nennt — und ein Core Update ist dort nur eine von sechs Kategorien, nicht die erste. Bevor du überhaupt an ein Update denkst, lohnt sich die Gegenprobe gegen die fünf anderen, weil sie in der Praxis öfter zutreffen und sich meist schneller beheben lassen.

Fünf Ursachen, bevor du an ein Update denkst

Technische Probleme können laut Google sowohl die ganze Seite betreffen — etwa wenn der Server nicht erreichbar war — als auch nur einen Teil, etwa durch ein versehentlich gesetztes noindex auf wichtigen Seiten. Sicherheitsprobleme wie Malware oder Phishing führen laut Google dazu, dass Nutzer vor deiner Seite mit Warnungen oder Zwischenseiten gewarnt werden, bevor sie die Seite überhaupt erreichen — ein direkter Klickverlust, der nichts mit deinem Ranking selbst zu tun hat, sondern mit dem, was zwischen Klick und Landung passiert. Spam-Verstöße können in eine manuelle Maßnahme münden, die Google ausdrücklich von einem algorithmischen Effekt unterscheidet — mehr dazu in Abschnitt 05. Saisonalität und veränderte Suchinteressen verschieben laut Google die Nachfrage nach bestimmten Begriffen unabhängig von deiner Website, etwa weil ein Trend abklingt oder ein Thema saisonal seltener gesucht wird — Google verweist hierfür ausdrücklich auf den Abgleich mit Google Trends. Und ein Website-Umzug oder eine URL-Änderung führt laut Google zu vorübergehenden Ranking-Schwankungen, während neu gecrawlt und neu indexiert wird — bei einer mittelgroßen Website kann das laut Google einige Wochen dauern, bei einer größeren Website entsprechend länger.

Warum diese Reihenfolge Zeit spart

Jede dieser fünf Ursachen lässt sich mit einem einzigen Blick in einen bestehenden Search-Console-Bericht ausschließen oder bestätigen — Sicherheitsprobleme, manuelle Maßnahmen und technische Fehler sogar in wenigen Minuten. Eine ehrliche inhaltliche Selbstbewertung, wie sie ein tatsächlicher Core-Update-Effekt verlangt, dauert dagegen Tage bis Wochen. Wer diese Reihenfolge umdreht und sofort an der Content-Strategie schraubt, verschwendet genau die Zeit, die ein simpler Blick in den Sicherheitsbericht gespart hätte — und übersieht womöglich die eigentliche, leicht behebbare Ursache.

Technische Ursachen sind der günstigste Punkt, an dem du mit der Ausschlussprüfung beginnst, weil die passenden Berichte in der Search Console bereits vorhanden sind und keine Interpretation verlangen. Google unterscheidet in der eigenen Dokumentation ausdrücklich zwischen Problemen, die die ganze Website betreffen, etwa wenn der Server insgesamt nicht erreichbar war, und Problemen, die nur einen Teil der Seiten betreffen, etwa ein versehentlich gesetztes noindex-Tag.

Site-weit oder nur ein Teil der Seiten

Diese Unterscheidung ist mehr als Kategorisierung — sie zeigt dir sofort, wo du suchen musst. Ist der Rückgang über die gesamte Seite verteilt, gehört der Blick zuerst der Erreichbarkeit und dem Crawling insgesamt: Ein site-weiter Fehler entsteht zum Beispiel, wenn eine neu ausgerollte robots.txt versehentlich den gesamten Googlebot-Zugriff blockiert, oder wenn der Server über Stunden hinweg Fehler statt Seiten ausliefert. Konzentriert sich der Rückgang dagegen auf einen bestimmten Bereich, etwa eine Kategorie oder einen kürzlich überarbeiteten Seitentyp, ist ein lokal begrenzter Fehler wie ein noindex auf genau diesen Seiten der wahrscheinlichere Kandidat. Beide Fälle erzeugen auf den ersten Blick dasselbe Symptom in der Search Console — einen Rückgang bei Klicks und Impressionen —, aber völlig unterschiedliche Ursachen, die sich nur durch den Blick auf die Verteilung des Rückgangs unterscheiden lassen.

Die drei Berichte, die zuerst gehören

Der Crawling-Statistiken-Bericht zeigt dir, ob Googlebot deine Seiten überhaupt noch erreicht oder ob die Anfragen fehlschlagen. Der Bericht zur Seitenindexierung zeigt dir, welche URLs aktuell aus dem Index ausgeschlossen sind und aus welchem Grund — von noindex über einen Crawling-Fehler bis zu einer nicht autorisierten Antwort des Servers. Die URL-Prüfung schließlich zeigt dir für eine einzelne Seite, wie Google sie zuletzt gesehen hat, im Vergleich dazu, wie sie heute tatsächlich aussieht — der schnellste Weg, um einen Verdacht auf eine einzelne betroffene Seite zu bestätigen oder zu verwerfen.

Ein Beispiel, das leicht übersehen wird

Ein klassischer, leicht zu übersehender Fall: Nach einem Relaunch oder einer Migration bleibt auf einem Teil der Seiten ein noindex-Tag aus der Entwicklungsumgebung stehen, während der Rest der Seite korrekt indexiert wird. Der Rückgang wirkt dann wie ein Rätsel, obwohl der Bericht zur Seitenindexierung die Ursache mit einem Klick offenlegt. Genau solche Fälle sind der Grund, warum die technische Prüfung vor jeder inhaltlichen Diskussion steht — sie kostet Minuten, nicht Tage, und liefert entweder einen eindeutigen Befund oder einen ebenso eindeutigen Ausschluss.

Wichtig für die Reihenfolge: Die drei technischen Berichte lassen sich unabhängig voneinander und ohne Entwicklerzugriff auf den Code lesen — du brauchst dafür nur den Zugang zur Search-Console-Property. Erst wenn ein Befund tatsächlich auf ein technisches Problem hindeutet, etwa eine wachsende Zahl an Ausschlüssen im Indexierungsbericht, braucht es jemanden, der die Ursache im Code oder in der Serverkonfiguration tatsächlich behebt.

An dieser Stelle trennen sich zwei Wege, die im Alltag oft verwechselt werden, obwohl sie in Googles eigener Dokumentation klar auseinandergehalten werden: eine manuelle Maßnahme und ein algorithmischer Effekt wie ein Core Update. Der Unterschied ist keine Nuance, sondern entscheidet über das komplette weitere Vorgehen.

Wie du einen echten Beweis findest, statt zu raten

Eine manuelle Maßnahme verhängt Google laut eigener Definition, wenn ein menschlicher Prüfer bei Google festgestellt hat, dass Seiten deiner Website gegen die Google-Spam-Richtlinien verstoßen. Die Folge ist konkret: Ein Teil oder die gesamte Website wird dann nicht mehr in den Google-Suchergebnissen angezeigt — so lange, bis das zugrunde liegende Problem behoben und von Google bestätigt wurde. Anders als bei einem algorithmischen Effekt bleibt dieser Zustand also nicht von selbst bestehen, bis ein neues Update läuft, sondern ausschließlich so lange, bis du selbst aktiv geworden bist. Das Entscheidende für deine Diagnose: Eine manuelle Maßnahme ist kein Verdacht, den du selbst interpretieren musst. Google benachrichtigt dich laut eigener Aussage über den Bericht zu manuellen Maßnahmen in der Search Console und zusätzlich über das Nachrichtencenter — findest du dort einen Eintrag, weißt du mit Sicherheit, dass eine menschliche Prüfung stattgefunden hat, nicht bloß eine algorithmische Neubewertung.

Der Unterschied im weiteren Vorgehen

Bei einer manuellen Maßnahme ist der Weg klar vorgegeben: Zuerst behebst du das gemeldete Problem auf allen betroffenen Seiten, nicht nur auf einer Auswahl. Erst wenn laut Google alle im Bericht aufgeführten Probleme auf allen Seiten behoben sind, stellst du einen Antrag auf erneute Überprüfung. Ein guter Antrag erklärt laut Google drei Dinge: das genaue Qualitätsproblem, die konkreten Schritte zur Behebung und das Ergebnis dieser Schritte. Bei einem algorithmischen Effekt wie einem Core Update gibt es diesen Weg schlicht nicht — keine Meldung, kein Bericht, kein Antrag auf Überprüfung. Was bleibt, ist die ehrliche Selbstbewertung aus Abschnitt 07 und Geduld, wie sie Abschnitt 09 beschreibt.

Was nach dem Antrag passiert

Die meisten Anträge auf erneute Überprüfung dauern laut Google mehrere Tage bis Wochen, und Google rät ausdrücklich davon ab, einen zweiten Antrag zu stellen, bevor eine Entscheidung über einen bereits laufenden Antrag vorliegt. Für die eigene Planung heißt das: Ein Eintrag im Bericht zu manuellen Maßnahmen gibt dir einen klaren, dokumentierten Weg mit absehbarem Ende. Fehlt dieser Eintrag, bist du automatisch im algorithmischen Fall — und damit im Bereich, den die restlichen Abschnitte dieses Leitfadens behandeln.

Die vorigen Abschnitte lassen sich zu einer Reihenfolge zusammensetzen, die sich an einem einfachen Prinzip orientiert: Prüfe zuerst, was am schnellsten zu prüfen ist, und arbeite dich erst dann zur aufwendigsten Prüfung vor. Diese Reihenfolge folgt keiner willkürlichen Checkliste, sondern schlicht dem Zeitaufwand jeder einzelnen Prüfung.

Die Reihenfolge, in der die Prüfungen etwas kosten

Ganz am Anfang stehen die beiden Berichte, die sich in Sekunden lesen lassen: der Bericht zu Sicherheitsproblemen und der Bericht zu manuellen Maßnahmen in der Search Console. Beide zeigen entweder einen konkreten Eintrag oder sie sind leer — es gibt hier nichts zu interpretieren. Danach folgen die technischen Berichte aus Abschnitt 04, die wenige Minuten Prüfzeit brauchen: Crawling-Statistiken, Seitenindexierung und stichprobenartige URL-Prüfungen. Als Nächstes kommt der Blick auf Saisonalität: Filterst du die betroffenen Suchanfragen im Leistungsbericht und vergleichst sie in Google Trends über Zeit und Region, zeigt sich schnell, ob eine externe Nachfrageveränderung hinter dem Rückgang steckt statt eine Verschlechterung deiner eigenen Sichtbarkeit. Erst danach folgt der Blick auf die Update-Historie.

Wo die Update-Historie steht

Google verlinkt in der eigenen Diagnose-Dokumentation direkt auf die Statusseite mit der Historie bestätigter Ranking-Updates. Dort lässt sich der Zeitpunkt deines Einbruchs mit dem Zeitraum eines laufenden oder abgeschlossenen Updates abgleichen — stimmen beide Zeitfenster nicht überein, ist ein Core-Update-Effekt als Ursache unwahrscheinlich, unabhängig davon, wie sehr sich der Rückgang danach anfühlt.

Ein Ablauf, der die Reihenfolge greifbar macht

Angenommen, der Leistungsbericht zeigt einen deutlichen Rückgang bei Klicks und Impressionen über die letzten drei Wochen. Der Sicherheitsbericht und der Bericht zu manuellen Maßnahmen sind beide leer — zwei Ursachen sind damit in weniger als einer Minute ausgeschlossen. Die Crawling-Statistiken zeigen keine Auffälligkeiten, die Seitenindexierung meldet keine neuen Ausschlüsse — auch die technische Ursache scheidet aus. Ein Blick in Google Trends zeigt kein saisonales Muster für die betroffenen Suchbegriffe. Erst jetzt lohnt sich der Abgleich mit der Update-Historie: Liegt der Rückgang im Zeitfenster eines bestätigten Core Updates, ist die aufwendige Selbstbewertung aus Abschnitt 07 der nächste sinnvolle Schritt. Liegt er außerhalb, bleibt die Ursache offen und die Suche beginnt von vorn — aber mit fünf ausgeschlossenen Kandidaten weniger.

Wann Selbstbewertung überhaupt an der Reihe ist

Erst wenn Sicherheitsprobleme, manuelle Maßnahmen, technische Fehler, Saisonalität und Website-Umzug ausgeschlossen sind und der Zeitraum tatsächlich zu einem bestätigten Update passt, ist die aufwendige inhaltliche Selbstbewertung aus Abschnitt 07 überhaupt an der Reihe. Google empfiehlt dabei ausdrücklich, mindestens eine volle Woche nach Abschluss eines Core Updates zu warten, bevor du deine Website in der Search Console analysierst — die Daten aus den Tagen direkt danach sind für eine belastbare Einschätzung schlicht zu kurz.

Steht am Ende der Diagnose tatsächlich ein Core-Update-Effekt fest, unterscheidet sich die Arbeit grundlegend von der Fehlerbehebung der vorigen Abschnitte. Es gibt keinen einzelnen Schalter, den du umlegst. Google selbst verweist auf eine Selbstbewertung der gesamten Website als einzigen sinnvollen Ausgangspunkt.

Die ganze Seite, nicht einzelne Artikel

Der wichtigste Satz aus Googles eigener Empfehlung lautet sinngemäß: Bewerte deine gesamte Website insgesamt, nicht nur einzelne Seiten, mit Blick darauf, ob sie hilfreich, verlässlich und in erster Linie für Menschen gemacht ist. Diese Formulierung ist bewusst gewählt — sie schließt den naheliegenden Reflex aus, nur die drei am stärksten betroffenen Artikel zu überarbeiten und den Rest unverändert zu lassen. Ein Core-Update-Effekt bewertet laut Google die Website als Ganzes, also muss auch die Reaktion die Website als Ganzes betreffen.

Fragen, die tatsächlich etwas zeigen

Googles eigener Leitfaden zu hilfreichem Content stellt dafür Fragen bereit, die sich ehrlich beantworten lassen, ohne dass du auf ein Tool angewiesen bist, gegliedert in drei Bereiche. Zur Inhaltsqualität gehören Fragen wie: Liefert der Inhalt eigene Informationen, eigene Recherche oder eigene Analyse — oder fasst er im Wesentlichen zusammen, was andere bereits geschrieben haben? Bietet er eine substanzielle, vollständige Beschreibung des Themas? Ist es der Inhalt, den jemand mit einem Lesezeichen versehen, einem Freund empfehlen oder direkt weiterleiten würde? Und würde man ihn sich auch in einem gedruckten Magazin oder Nachschlagewerk vorstellen können?

Zur Expertise fragt Google unter anderem: Ist der Inhalt von jemandem geschrieben oder geprüft, der das Thema nachweislich gut kennt? Käme jemand, der die Website recherchiert, zu dem Eindruck, dass sie vertrauenswürdig ist? Und weist der Inhalt einfach überprüfbare Sachfehler auf? Zur Nutzerorientierung schließlich: Gibt es für dein Angebot ein bestehendes oder beabsichtigtes Publikum, das den Inhalt nützlich fände, wenn es direkt zu dir käme, unabhängig davon, wie er bei Google rankt? Hat deine Website einen erkennbaren primären Zweck? Und wird jemand nach dem Lesen das Gefühl haben, genug gelernt zu haben, um sein eigentliches Ziel zu erreichen?

Warum Vertrauen laut Google am schwersten wiegt

Von den vier Kriterien Erfahrung, Fachwissen, Autorität und Vertrauenswürdigkeit, die Google unter dem Kürzel E-E-A-T zusammenfasst, benennt Google Vertrauenswürdigkeit ausdrücklich als das wichtigste — und bei Themen, die Geld oder Lebensqualität der Leser berühren, wird dieses Kriterium noch stärker gewichtet. Für die praktische Selbstbewertung heißt das: Klare Quellenangaben, erkennbare Autorenschaft und nachvollziehbare Belege wiegen in der Gesamtbetrachtung schwerer als stilistische Feinheiten einzelner Absätze.

Genauso aufschlussreich wie das, was Google zur Selbstbewertung rät, ist das, wovor Google in derselben Dokumentation ausdrücklich warnt. Diese Warnungen richten sich exakt gegen die Reflexe, die nach einem sichtbaren Rückgang am naheliegendsten wirken.

Schnelllösungen, vor denen Google selbst warnt

Wörtlich rät Google davon ab, „Schnelllösungen" umzusetzen, wie das Entfernen eines Seitenelements nur, weil irgendwo behauptet wurde, es sei schlecht für SEO. Diese Warnung trifft einen sehr verbreiteten Reflex: die Wortzahl eines Artikels künstlich erhöhen, ein Element aus einem Konkurrenzartikel kopieren oder ein Kapitel entfernen, ohne dass ein nachvollziehbarer Grund dahintersteht außer der Hoffnung, es könnte helfen. Google macht deutlich, dass genau dieses Vorgehen am gesamten Bewertungsbild nichts ändert, weil es nicht dort ansetzt, wo die Bewertung tatsächlich stattfindet.

Content aus Automatisierung, um Rankings zu erzwingen

Deutlich schärfer fällt Googles Warnung aus, wenn Inhalte mit dem primären Ziel erstellt werden, Rankings zu manipulieren — ausdrücklich eingeschlossen sind dabei auch Inhalte, die mit Automatisierung oder KI-Generierung in großem Umfang zu vielen Themen produziert werden. Das verstößt laut Google gegen die eigenen Spam-Richtlinien und ist damit kein Weg zurück nach einem Core-Update-Effekt, sondern ein zusätzliches Risiko für eine manuelle Maßnahme im Sinne von Abschnitt 05. In dieselbe Richtung zielt eine von Googles eigenen Selbstbewertungsfragen aus Abschnitt 07: ob Inhalte massenhaft von einer großen Zahl an Erstellern produziert oder ausgelagert wurden. Wer nach einem Rückgang die Antwort auf einen sichtbaren Einbruch in mehr, aber schneller produziertem Content sucht, bewegt sich in genau die Richtung, vor der diese Frage warnt.

Reagieren auf Schwankungen, die gar keine Reaktion brauchen

Der dritte verbreitete Fehler liegt vor der eigentlichen Arbeit: hektisch auf jede kleine Positionsänderung zu reagieren, die laut Google gar keine Reaktion verlangt, siehe Abschnitt 01. Ein Beispiel aus der Praxis: Eine Seite pendelt über zwei Wochen zwischen Position 3 und 5 für ihren wichtigsten Suchbegriff, während Klicks und Impressionen insgesamt stabil bleiben. Wer daraufhin die Meta-Beschreibung ändert, einen Absatz kürzt und eine interne Verlinkung anpasst, hat drei Variablen gleichzeitig verändert, ohne dass ein belastbarer Befund das überhaupt nahegelegt hätte. Im schlimmsten Fall produziert genau dieses Vorgehen die Instabilität, die es eigentlich beheben wollte — weil dann laufend an einer Website gearbeitet wird, deren Grundzustand vorher stabil war.

Die ehrlichste Antwort auf die Frage nach der Erholungsdauer ist die, die Google selbst gibt: Es gibt keine feste Zahl. Manche Effekte zeigen sich laut Google bereits innerhalb weniger Tage, für andere braucht das System nach eigener Aussage mehrere Monate, um zu lernen und zu bestätigen, dass eine Website insgesamt hilfreichen, verlässlichen und nutzerorientierten Content bietet.

Von Tagen bis Monaten — warum die Spanne so groß ist

Diese Spanne ist kein Ausweichen vor einer klaren Aussage, sondern eine direkte Folge dessen, was in Abschnitt 02 beschrieben wurde: Ein Core Update bewertet viele Signale gleichzeitig neu. Wie schnell sich eine echte inhaltliche Verbesserung in diesem Gesamtbild niederschlägt, hängt davon ab, wie tiefgreifend die Verbesserung tatsächlich war und wie viele Bereiche der Website sie betrifft — eine oberflächliche Anpassung an drei Seiten braucht länger, um überhaupt bemerkt zu werden, als eine ehrliche Verbesserung der gesamten Website.

Der Wochen-Filter, bevor du überhaupt urteilst

Google empfiehlt ausdrücklich, mindestens eine volle Woche nach Abschluss eines Core Updates abzuwarten, bevor die eigene Website in der Search Console analysiert wird. Wer schon am Tag nach Abschluss eines Updates ein Urteil fällt, misst in Wahrheit noch die Umstellungsphase selbst, nicht das eigentliche Ergebnis. Diese eine Woche kostet nichts außer Geduld, verhindert aber viele voreilige Fehlschlüsse.

Wenn Monate vergehen, ohne dass sich etwas bewegt

Bleibt der Effekt auch nach mehreren Monaten aus, sagt Google selbst, dass das bedeuten kann, bis zum nächsten Core Update warten zu müssen. Das ist keine beruhigende Formulierung, sondern eine ehrliche: Es gibt keinen Mechanismus, mit dem sich eine Neubewertung außerhalb eines Updates erzwingen lässt. Was in dieser Zeit sinnvoll bleibt, ist die kontinuierliche, ehrliche Arbeit an genau den Kriterien aus Abschnitt 07 — nicht, weil sie einen Termin garantiert, sondern weil sie die einzige Grundlage ist, auf der eine spätere Neubewertung überhaupt anders ausfallen kann.

Wie du die Wartezeit misst, ohne dich selbst zu belügen

In der Zwischenzeit lohnt sich derselbe Blick in die Search Console wie in Abschnitt 01 — allerdings mit einem monatlichen statt einem täglichen Rhythmus. Ein täglicher Blick zeigt vor allem Rauschen und verleitet dazu, jede kleine Bewegung als Zeichen einer beginnenden Erholung zu deuten. Der Vergleich über mehrere Monate im 16-Monats-Fenster zeigt dagegen, ob sich tatsächlich ein neuer, stabilerer Trend bildet oder ob die Zahlen weiterhin auf demselben niedrigeren Niveau verharren. Diese Disziplin verhindert zwei gegenteilige Fehler zugleich: zu früh aufzugeben, obwohl sich langsam etwas bewegt, oder sich an einen einzelnen guten Tag zu klammern, der beim nächsten Blick schon wieder verschwunden ist.

Am Ende dieses Leitfadens lässt sich die Ausgangsfrage klar beantworten: In den meisten Fällen, in denen jemand nach einem Google Core Update sucht, steckt etwas anderes dahinter — ein Messproblem aus Abschnitt 01, ein technischer Fehler aus Abschnitt 04, eine manuelle Maßnahme aus Abschnitt 05 oder eine saisonale Nachfrageveränderung aus Abschnitt 03. Wer diese Reihenfolge einhält, hat in den meisten Fällen die eigentliche Ursache gefunden, bevor die aufwendige inhaltliche Selbstbewertung überhaupt nötig wird.

Selbst gemacht werden kann diese komplette Diagnose grundsätzlich von jedem, der Zugriff auf die eigene Search Console hat — alle Berichte und Werkzeuge aus den vorigen Abschnitten stehen kostenlos zur Verfügung. Wo es in der Praxis eng wird, ist meist nicht der Zugriff auf die Daten, sondern die Einordnung: Ein Rückgang, der auf den ersten Blick nach mehreren Ursachen gleichzeitig aussieht, eine Selbstbewertung der eigenen Inhalte, die naturgemäß schwerfällt, wenn man sie selbst geschrieben hat, oder ein technischer Befund, dessen Tragweite sich ohne Entwicklungshintergrund schwer abschätzen lässt.

Besonders die inhaltliche Selbstbewertung aus Abschnitt 07 leidet unter genau diesem blinden Fleck: Wer einen Text selbst geschrieben hat, kennt die Mühe dahinter und liest ihn automatisch wohlwollender als jemand ohne diese Nähe. Fragen wie die nach substanziellem Mehrwert im Vergleich zu anderen Suchergebnissen oder nach nachweisbarer Erstexpertise lassen sich objektiver von jemandem beantworten, der die Inhalte zum ersten Mal liest und sie direkt mit dem technischen Befund aus Abschnitt 04 und den Diagnoseschritten aus Abschnitt 06 zusammen betrachtet, statt beides isoliert zu bewerten.

Genau an diesem Punkt setzen wir bei EINSHOCH mit einer strukturierten Bestandsaufnahme deiner technischen Basis, deiner Inhalte und deiner Vertrauenssignale an — mit dem Ziel, dir eine ehrliche Einordnung zu geben, statt vorschnell an Symptomen zu arbeiten. Das gilt in beide Richtungen: Zeigt die Prüfung eine der häufigeren, schnell behebbaren Ursachen, sagen wir dir das genauso offen wie im Fall eines echten, langwierigeren Core-Update-Effekts.

Am Ende bleibt die Grundlogik aus Abschnitt 01: Miss zuerst, ob überhaupt ein breiter Einbruch vorliegt. Schließe dann Technik, Sicherheit, manuelle Maßnahmen und Saisonalität aus. Erst wenn danach immer noch ein Core-Update-Effekt übrig bleibt, beginnt die eigentliche, geduldige Arbeit an der gesamten Website — nicht an einzelnen Symptomen.