Google Core Update: Warum Sichtbarkeit kippt und wie man reagiert

Der Ablauf ist in den meisten Unternehmen derselbe. Die Sichtbarkeit fällt über einige Tage spürbar ab, in der Suchbranche wird über ein laufendes Update gesprochen, und innerhalb einer Woche liegt die Frage auf dem Tisch, was jetzt sofort geändert wird. Genau an dieser Stelle entstehen die Schäden, die später schwerer zu beheben sind als der ursprüngliche Verlust.

Was ein Core Update tatsächlich ist

Ein Core Update ist eine grundlegende Überarbeitung der Systeme, mit denen Google die Relevanz und Qualität von Inhalten bewertet. Anders als bei gezielten Anpassungen für ein einzelnes Problem – etwa den Umgang mit einer bestimmten Form von Spam – wird dabei die Gewichtung vieler Signale gleichzeitig neu justiert. Solche Updates werden von Google angekündigt und laufen über einen Zeitraum von mehreren Tagen bis zu einigen Wochen aus, weil die Neubewertung nicht auf einen Schlag durch den gesamten Index läuft.

Der entscheidende gedankliche Schritt ist die Unterscheidung zwischen absoluter und relativer Bewertung. Eine Seite verliert bei einem Core Update in aller Regel nicht, weil sie schlechter geworden wäre – sie war am Tag vor dem Update dieselbe wie am Tag danach. Sie verliert, weil sich der Maßstab verschoben hat, an dem sie gemessen wird, oder weil andere Seiten unter dem neuen Maßstab besser abschneiden. Google beschreibt das mit einem Bild, das trägt: eine Bestenliste, die nach überarbeiteten Kriterien neu sortiert wird. Wer von Platz vier auf Platz elf rutscht, hat nichts falsch gemacht, sondern wurde anders bewertet.

Daraus folgt eine unbequeme Konsequenz für die Ursachensuche. Es gibt bei einem Core Update keinen einzelnen Auslöser, den man finden und abstellen könnte – kein defektes Element, keine verletzte Regel, keinen technischen Fehler. Wer die Analyse mit der Frage beginnt, was kaputt ist, sucht nach einem Objekt, das nicht existiert, und findet stattdessen zufällige Auffälligkeiten, die vorher jahrelang folgenlos waren.

Ebenso wichtig ist die Abgrenzung zu zwei anderen Ereignissen, die sich in den Zahlen ähnlich anfühlen. Eine manuelle Maßnahme ist eine echte Sanktion durch einen menschlichen Prüfer wegen eines Richtlinienverstoßes; sie wird in der Search Console ausdrücklich gemeldet und lässt sich nach Behebung zur erneuten Prüfung einreichen. Ein technischer Zwischenfall – eine fehlerhafte Auslieferung, ein blockierendes Robots-Attribut, ein Server, der Crawler abweist – erzeugt oft steilere und plötzlichere Einbrüche. Beides ist zuerst auszuschließen, bevor man ein Update als Erklärung annimmt.

Warum es nichts zu reparieren gibt – und was das nicht heißt

Google formuliert seit Jahren dieselbe Aussage: Bei einem Core Update gibt es nichts zu beheben, weil kein Verstoß vorliegt. Diese Auskunft ist korrekt und wird trotzdem regelmäßig als Ausrede oder als Kapitulation gelesen. Sie besagt, dass keine Sanktion aufgehoben werden muss – nicht, dass sich an der eigenen Ausgangslage nichts verbessern ließe.

Die produktive Übersetzung lautet: Es gibt keinen Schalter, aber es gibt eine Richtung. Google veröffentlicht seit Jahren einen Fragenkatalog zur Selbstbewertung von Inhalten – Fragen zu Substanz, Originalität, erkennbarer Sachkenntnis und dazu, ob eine Seite ein Anliegen tatsächlich abschließend bedient oder nur die Suchanfrage bedient. Dieser Katalog ist kein Ranking-Faktor, sondern eine Beschreibung dessen, worauf die Systeme kalibriert werden. Er ist damit die belastbarste öffentlich verfügbare Grundlage für eine Selbstprüfung.

Der zweite Teil der Übersetzung ist unangenehmer. Wenn keine Sanktion vorliegt und der Maßstab sich verschoben hat, dann ist der Verlust ein Hinweis darauf, dass die eigenen Inhalte im neuen Vergleichsrahmen nicht mehr zu den besten verfügbaren Antworten zählen. Das ist keine moralische Aussage über die Arbeit, sondern eine Aussage über den Markt: Der Abstand zum Wettbewerb hat sich verändert. Diese Diagnose lässt sich nicht durch Textkosmetik auflösen, sondern nur durch Substanz.

Und es gibt Fälle, in denen die richtige Reaktion tatsächlich Abwarten ist. Bewegungen im einstelligen Prozentbereich, Verschiebungen innerhalb der ersten Ergebnisseite ohne Wirkung auf Anfragen, oder Verluste, die ausschließlich Suchanfragen ohne kommerzielle Relevanz betreffen, rechtfertigen keinen Eingriff. Die Frage, ob ein Verlust wirtschaftlich überhaupt zählt, gehört vor jede inhaltliche Analyse – und sie wird deutlich schneller beantwortet, wenn die Erfolgsmessung vorher an Anfragen und nicht an Positionen ausgerichtet wurde.

Schritt 1: Den Rollout abwarten

Ein Core Update wird nicht an einem Tag ausgerollt, sondern über einen Zeitraum, den Google mit dem Beginn und dem Abschluss öffentlich dokumentiert. Innerhalb dieses Zeitraums sind die Ergebnisse instabil: Positionen bewegen sich, kehren zurück, bewegen sich erneut. Wer eine Woche nach Beginn eines Rollouts Änderungen vornimmt, verändert eine Seite, deren Bewertung noch gar nicht abgeschlossen ist.

Das erzeugt zwei Probleme gleichzeitig. Erstens verliert man die Messbarkeit: Wenn sich nach der Änderung etwas bewegt, ist nicht unterscheidbar, ob die Änderung gewirkt hat oder ob der Rollout weitergelaufen ist. Zweitens riskiert man, eine Seite in eine Richtung zu verändern, die sich nach Abschluss des Rollouts als falsch herausstellt – und dann steht man vor einem Text, der weder dem alten noch dem neuen Zustand entspricht.

Die praktikable Regel: Während des angekündigten Rollouts wird beobachtet und dokumentiert, aber nicht geändert. Dokumentieren heißt in diesem Fall, den Zustand festzuhalten, solange er noch abrufbar ist – Positionen je Seitentyp, Klicks und Einblendungen je Verzeichnis, die zwanzig wichtigsten Suchanfragen mit ihren Zielseiten. Diese Momentaufnahme ist später die einzige verlässliche Vergleichsbasis, weil viele Werkzeuge nur begrenzte Historien vorhalten.

Ausgenommen von dieser Regel ist alles, was ohnehin geplant war und nichts mit dem Update zu tun hat. Laufende Projekte anzuhalten, weil ein Update läuft, ist ebenso wenig sinnvoll wie hektisch neue zu starten. Die Unterscheidung ist einfach: Änderungen, die als Reaktion auf das Update entstehen, warten. Änderungen, die vorher auf dem Plan standen, laufen weiter.

Schritt 2: Den Verlust segmentieren

Eine Gesamtzahl über die Domain ist für die Ursachensuche unbrauchbar. Ein Rückgang von zwanzig Prozent kann bedeuten, dass alle Seiten leicht verloren haben, oder dass ein einzelnes Verzeichnis fast vollständig verschwunden ist und der Rest unverändert blieb. Beides erfordert eine völlig andere Reaktion, und nur die Segmentierung zeigt, welcher Fall vorliegt.

Vier Schnitte führen in der Praxis am schnellsten zu einer Aussage. Nach Seitentyp: Verlieren Ratgeber, Leistungsseiten, Übersichten oder Produktseiten – und verlieren sie gleichmäßig? Nach Suchintention: Betrifft der Verlust orientierende Suchanfragen, vergleichende oder solche mit direkter Handlungsabsicht? Nach Themencluster: Ist ein abgegrenztes Themenfeld betroffen oder das gesamte Portfolio? Nach Alter und Pflegezustand: Trifft es überwiegend Seiten, die seit Jahren nicht überarbeitet wurden?

Die Muster, die dabei entstehen, sind aussagekräftiger als jede Einzelseitenanalyse. Verliert ausschließlich der informationale Bereich, während transaktionale Seiten stabil bleiben, deutet das auf eine Neubewertung im Ratgeber-Segment hin – häufig verbunden damit, dass Google für diese Suchanfragen andere Quellentypen bevorzugt. Verlieren dagegen genau die Seiten, die ein Thema nur oberflächlich streifen, während die tiefen Seiten halten, ist die Aussage eine andere und deutlich unmittelbarer umsetzbar.

Ein dritter, oft übersehener Schnitt ist die Unterscheidung zwischen verlorenen Positionen und verlorenen Klicks. Beide entwickeln sich nicht parallel, seit ein wachsender Teil der Ergebnisseiten von Antwortformaten belegt wird. Eine Seite kann ihre Position halten und trotzdem Klicks verlieren – das ist kein Update-Effekt, sondern eine Verschiebung im Aufbau der Ergebnisseite, wie sie der Beitrag zu AI Overviews und Klickverlusten beschreibt. Wer beides vermischt, sucht die Ursache am falschen Ort.

Schritt 3: Lesen, wer gewonnen hat

Jeder Verlust hat einen Gewinner. Nach Abschluss des Rollouts ist die informativste Analyse deshalb nicht die der eigenen Seiten, sondern die der Ergebnisseiten für die verlorenen Suchanfragen: Wer steht jetzt dort, wo vorher die eigene Seite stand? Ist es ein direkter Wettbewerber, ein Fachportal, ein Marktplatz, ein Forum, eine Herstellerseite? Der Typ des Gewinners sagt mehr über die Verschiebung aus als jede Kennzahl.

Für die Auswertung genügen ein bis zwei Dutzend repräsentative Suchanfragen, gleichmäßig über die betroffenen Segmente verteilt. Für jede notiert man den neuen Spitzenreiter und den Typ der Quelle. Wiederholt sich derselbe Quellentyp über viele Suchanfragen hinweg, ist das das eigentliche Ergebnis der Analyse: Google bevorzugt in diesem Segment jetzt eine andere Art von Antwort. Verteilen sich die Gewinner dagegen zufällig, spricht das gegen eine systematische Verschiebung und für ein normales Rauschen.

Der zweite Blick geht in die gewonnenen Seiten selbst, und zwar mit einer präzisen Frage: Was leistet diese Seite, das die eigene nicht leistet? Brauchbare Antworten sind konkret – sie beantwortet eine Zusatzfrage, die der eigene Text auslässt; sie nennt Bedingungen und Grenzfälle; sie zeigt einen erkennbaren Urheber mit nachvollziehbarer Sachkenntnis; sie ist erkennbar aktuell. Unbrauchbare Antworten sind formaler Natur – sie ist länger, sie hat mehr Zwischenüberschriften, sie nutzt ein bestimmtes Werkzeug.

Vorsicht ist bei Autoritätskennzahlen aus Drittanbieter-Werkzeugen geboten. Werte wie eine Domain Authority sind Schätzungen kommerzieller Anbieter und keine Größe, die Google verwendet. Sie taugen für eine grobe Einordnung des Wettbewerbsumfelds, nicht als Erklärung für einen konkreten Positionswechsel. Wer den Verlust mit einer Zahl erklärt, die Google nicht kennt, hat die Ursache nicht gefunden, sondern ersetzt.

Schritt 4: Hypothesen bilden und einzeln prüfen

Erst nach Segmentierung und Wettbewerbsanalyse entstehen belastbare Hypothesen. Eine brauchbare Hypothese benennt ein Segment, eine vermutete Ursache und eine überprüfbare Konsequenz: Die Ratgeberseiten im Themenfeld A haben verloren, weil sie jeweils nur eine Teilfrage streifen, während die gewinnenden Seiten das Thema abschließend behandeln – wenn das stimmt, sollte eine Zusammenführung dieser Seiten zu einer vollständigen Antwort über die kommenden Zyklen wirken.

Diese Hypothesen werden nicht gleichzeitig umgesetzt. Wer nach einem Update fünf Dinge parallel ändert, kann anschließend keiner Veränderung eine Ursache zuordnen und steht beim nächsten Update wieder ohne Erkenntnis da. Sinnvoll ist, mit dem Segment zu beginnen, das wirtschaftlich am schwersten wiegt, dort die naheliegendste Hypothese sauber umzusetzen und die übrigen Segmente unverändert als Vergleichsgruppe stehen zu lassen.

Inhaltlich laufen die tragfähigen Hypothesen fast immer auf dieselben zwei Punkte hinaus. Der erste ist Vollständigkeit: Beantwortet die Seite die Frage so, dass danach keine weitere Quelle nötig ist? Der zweite ist erkennbare Sachkenntnis: Ist nachvollziehbar, wer das schreibt, worauf es sich stützt und wann es zuletzt geprüft wurde. Beides ist Handwerk und keine Optimierung – die systematische Arbeit daran ist der Kern von Content-SEO und der Grund, warum sie länger dauert als eine technische Korrektur.

Wo die Hypothesen sich häufen und mehrere Segmente gleichzeitig betreffen, ist die Einzelfallprüfung der falsche Weg. Dann steht eine strukturierte Bestandsaufnahme an, die Technik, Inhalte und Struktur gemeinsam betrachtet, statt zwanzig Seiten einzeln zu untersuchen – der Beitrag zum SEO-Audit im Mittelstand beschreibt, welche Prüfpunkte eine solche Analyse abdecken muss, und ein SEO-Audit liefert sie als geordnetes Ergebnis statt als Werkzeugausgabe.

Die typischen Fehlreaktionen

Die verbreiteten Reaktionen auf ein Core Update haben eine Gemeinsamkeit: Sie entstehen aus dem Bedürfnis, schnell zu handeln, und sie beschädigen genau die Signale, die über Jahre aufgebaut wurden. Fünf davon begegnen einem regelmäßig.

1. Massenlöschung von Inhalten. Der Rat, schwache Seiten zu entfernen, wird oft als Aufforderung verstanden, ein Drittel des Portfolios zu löschen. Damit verschwinden auch Seiten mit Verweisen von außen, mit Positionen in Nischenbegriffen und mit Funktion innerhalb der Struktur. Löschen ist die letzte Maßnahme, nicht die erste – und Zusammenführen mit dauerhafter Weiterleitung ist in fast allen Fällen die bessere Antwort.
2. Hektisches Umschreiben aller Texte. Innerhalb weniger Wochen werden hunderte Seiten überarbeitet, meist oberflächlich und ohne fachliche Prüfung. Das Ergebnis ist ein Portfolio, dessen Zustand sich nicht mehr rekonstruieren lässt, und ein Bestand, der beim nächsten Update erneut ohne Erkenntnis dasteht.
3. Der Kauf von Verweisen. Nach einem Verlust wirkt der Zukauf externer Links wie eine schnelle Gegenmaßnahme. Er adressiert die Ursache nicht, weil Core Updates die Qualitätsgewichtung betreffen, und er schafft ein zusätzliches Risiko, da der Kauf von Verweisen gegen Googles Richtlinien verstößt und im Unterschied zu einem Core Update tatsächlich eine Sanktion nach sich ziehen kann.
4. Technische Umbauten ohne Bezug. Ein Relaunch, eine neue Adressstruktur oder ein Wechsel des Systems mitten in der Analysephase überlagert alle Effekte und macht jede Zuordnung unmöglich. Technische Sauberkeit ist eine Voraussetzung, aber sie war es auch vor dem Update.
5. Der Wechsel des Dienstleisters als Reflex. Ein Core Update trifft Portfolios unabhängig von der Qualität der laufenden Arbeit. Der Wechsel kostet in der Regel ein bis zwei Quartale Einarbeitung und verschiebt die eigentliche Analyse nach hinten. Er ist berechtigt, wenn die Reaktion auf das Update aus hektischem Aktionismus besteht – nicht, weil das Update stattgefunden hat.

Der gemeinsame Nenner dieser fünf Muster ist die Verwechslung von Aktivität mit Fortschritt. Nach einem Verlust entsteht in Organisationen ein hoher Handlungsdruck, der sich schwer aushalten lässt. Die sinnvollste Antwort auf diesen Druck ist keine Maßnahme, sondern ein Plan mit Terminen: wann die Segmentierung vorliegt, wann die Wettbewerbsanalyse abgeschlossen ist, wann die erste Hypothese umgesetzt wird. Ein Plan beruhigt die Organisation, ohne das Portfolio zu beschädigen.

Wie eine Erholung realistisch verläuft

Die realistische Erwartung ist die unbequemste Botschaft dieses Themas: Eine Erholung nach einem Core Update erfolgt in aller Regel nicht durch die Änderung selbst, sondern mit der nächsten größeren Neubewertung. Google hat wiederholt darauf hingewiesen, dass eine deutliche Verbesserung der Position häufig erst mit einem folgenden Update sichtbar wird. Zwischen der Umsetzung und dem sichtbaren Effekt liegen damit oft Monate.

Das heißt nicht, dass zwischenzeitlich nichts passiert. Einzelne Seiten, die substanziell überarbeitet wurden, bewegen sich auch außerhalb von Update-Zyklen. Aber die breite Rückkehr eines ganzen Segments folgt der Taktung der Neubewertungen. Wer im Reporting eine Erholung innerhalb von vier bis sechs Wochen in Aussicht stellt, stellt etwas in Aussicht, das nicht in seiner Kontrolle liegt.

Ebenso realistisch ist, dass die Rückkehr unvollständig bleibt. Wenn ein Update die Bewertung eines ganzen Segments verschoben hat und im Wettbewerb inzwischen andere Quellentypen bevorzugt werden, ist das alte Niveau möglicherweise nicht mehr erreichbar – unabhängig von der Qualität der eigenen Arbeit. Diese Möglichkeit gehört früh auf den Tisch, weil sie die Konsequenz verändert: Dann ist die Frage nicht mehr, wie man zurückkommt, sondern welche anderen Segmente den Ausfall auffangen können.

Für die Planung folgt daraus ein Zeithorizont von zwei bis drei Quartalen für eine belastbare Bewertung der eigenen Maßnahmen, mit Zwischenständen alle vier Wochen. Und es folgt eine Priorität: Die Substanzarbeit in den wirtschaftlich wichtigsten Segmenten läuft weiter, unabhängig davon, wann der nächste Zyklus kommt. Eine strukturierte Content-Strategie ist an dieser Stelle der Unterschied zwischen geordneter Nacharbeit und dem Versuch, verlorene Positionen einzeln zurückzuerobern.

„Nach einem Core Update entscheidet nicht die Geschwindigkeit der Reaktion über das Ergebnis, sondern die Qualität der Diagnose vor der ersten Änderung.“

Warum manche Seiten stärker schwanken als andere

Nicht alle Themenfelder reagieren gleich stark auf Core Updates. Besonders ausgeprägt sind die Bewegungen bei Inhalten, die Google als YMYL einstuft – die Abkürzung steht für Your Money or Your Life und bezeichnet Themen, bei denen falsche Informationen Gesundheit, finanzielle Sicherheit oder wichtige Lebensentscheidungen beeinträchtigen können. Medizin, Recht, Finanzen und Versicherungen fallen darunter, ebenso große Teile der Ratgeberinhalte in diesen Feldern.

Der Grund liegt im Bewertungsmaßstab. Für YMYL-Inhalte verlangen die öffentlich einsehbaren Prüfrichtlinien, mit denen Google seine menschlichen Qualitätsprüfer anleitet, die höchste Stufe an Erfahrung, Fachwissen, Autorität und Vertrauenswürdigkeit. Diese Prüfungen verändern kein einzelnes Ranking, sie dienen der Kalibrierung der Systeme. Wo der Maßstab am höchsten liegt, wirkt sich jede Verschiebung der Gewichtung am stärksten aus – nach oben wie nach unten.

Praktisch bedeutet das, dass in diesen Feldern die Signale rund um erkennbare Verantwortung überproportional zählen: nachvollziehbare Urheberschaft mit Qualifikation, dokumentierte fachliche Prüfung, belegte Aussagen und gepflegte Aktualität. Diese Merkmale werden unter dem Begriff E-E-A-T zusammengefasst und sind in YMYL-Feldern kein Feinschliff, sondern die Eintrittsbedingung – ihre systematische Ausarbeitung ist der Gegenstand der E-E-A-T-Optimierung.

Umgekehrt gilt: Dieselbe Höhe der Eintrittshürde macht einmal aufgebaute Positionen in diesen Feldern stabiler. Wer die Signale nachweisbar trägt, wird von Updates seltener nach unten korrigiert, weil er den Maßstab bereits erfüllt, an dem neu gemessen wird. Der Aufwand ist höher, aber er ist auch besser geschützt.

Was vor dem nächsten Update hilft

Core Updates lassen sich nicht vermeiden und nicht vorhersagen. Vorbereiten lässt sich dagegen die eigene Reaktionsfähigkeit, und das ist der wirksamste Teil der Arbeit an diesem Thema. Wer nach einem Rollout innerhalb von zwei Tagen eine belastbare Segmentierung vorlegen kann, trifft bessere Entscheidungen als jemand, der zuerst Daten zusammensuchen muss.

Vier Vorkehrungen genügen dafür. Eine saubere Segmentierbarkeit der eigenen Daten: Seitentypen, Verzeichnisse und Themencluster müssen sich in den Auswertungen trennen lassen, was in der Regel eine Frage der Adressstruktur und der Berichtsanlage ist. Eine eigene Historie: Positions- und Klickdaten über mindestens zwölf Monate, exportiert und nicht nur im Werkzeug vorgehalten. Ein definierter Ablauf, wer im Fall eines Rollouts welche Analyse übernimmt. Und ein gepflegter Bestand, weil nicht überarbeitete Seiten das Segment sind, das bei Neubewertungen am zuverlässigsten verliert.

Zur Vorbereitung gehört auch die technische Grundlage. Sie schützt nicht vor einer Neubewertung, aber sie verhindert, dass ein technisches Problem als Update-Effekt fehlgedeutet wird und Wochen an falscher Stelle kosten. Zuverlässige Erreichbarkeit, saubere Kanonisierung und vollständige Indexierbarkeit gehören zum Standard des technischen SEO und sind vor einem Update deutlich günstiger herzustellen als danach.

Der letzte und wichtigste Punkt ist die inhaltliche Breite. Portfolios, die ihre Sichtbarkeit auf wenige Seiten und ein enges Themenfeld stützen, schwanken bei jeder Neubewertung stark. Portfolios mit substanzieller Abdeckung eines Feldes – mit dem, was in der Fachsprache als Topical Authority beschrieben wird – verlieren im Einzelfall ebenfalls, aber selten flächendeckend. Diese Breite ist die einzige Form von Absicherung, die in der eigenen Hand liegt. Wo das eigene Portfolio in dieser Hinsicht steht, lässt sich in einem Gespräch über die Ausgangslage einordnen.

Häufige Fragen zum Google Core Update

Woran erkenne ich, ob ein Core Update oder ein technischer Fehler die Ursache ist?

Technische Zwischenfälle erzeugen meist steilere Einbrüche innerhalb weniger Stunden und betreffen häufig alle Seitentypen gleichmäßig. Update-Effekte verteilen sich über Tage und treffen Segmente unterschiedlich stark. Zuerst prüft man deshalb Erreichbarkeit, Indexierbarkeit und die Meldungen in der Search Console, bevor man ein Update als Erklärung annimmt.

Sollte man während eines laufenden Core Updates Änderungen vornehmen?

Änderungen, die als Reaktion auf das Update entstehen, sollten bis zum dokumentierten Abschluss des Rollouts warten. Während der Ausrollphase sind die Ergebnisse instabil, sodass sich Wirkung und Rollout später nicht mehr trennen lassen. Vorher geplante Arbeiten laufen dagegen normal weiter, weil ein laufendes Update kein Grund ist, ein Projekt anzuhalten.

Wie lange dauert es, bis sich die Sichtbarkeit nach einem Core Update erholt?

Eine breite Erholung folgt in der Regel erst dem nächsten größeren Bewertungszyklus, weshalb zwischen Umsetzung und sichtbarem Effekt Monate liegen können. Einzelne substanziell überarbeitete Seiten bewegen sich auch dazwischen. Verlässliche Zeitangaben sind nicht seriös möglich, weil der Zeitpunkt der nächsten Neubewertung nicht in der eigenen Kontrolle liegt.

Hilft es, nach einem Verlust viele schwache Seiten zu löschen?

Massenlöschung ist eine der teuersten Fehlreaktionen, weil dabei auch Seiten mit externen Verweisen, Nischenpositionen und struktureller Funktion innerhalb des Clusters verschwinden. Sinnvoll ist stattdessen die Einzelfallprüfung: Inhalte zusammenführen, die dasselbe Thema streifen, und die aufgegebenen Adressen dauerhaft auf das neue Ziel weiterleiten. Ersatzlos gelöscht wird nur, was weder inhaltliche Substanz noch verwertbare Signale trägt.

Sind Core Updates dasselbe wie manuelle Maßnahmen?

Nein. Eine manuelle Maßnahme ist eine Sanktion durch einen menschlichen Prüfer wegen eines Richtlinienverstoßes und wird in der Search Console ausdrücklich gemeldet; sie lässt sich nach Behebung zur erneuten Prüfung einreichen. Ein Core Update ist eine Neubewertung ohne Verstoß, wird nirgends individuell gemeldet und kennt kein Einspruchsverfahren.

Kann man sich gegen Core Updates absichern?

Vollständig nicht, denn eine Neubewertung trifft jedes Portfolio unabhängig von seiner Qualität. Reduzieren lässt sich die Anfälligkeit über inhaltliche Breite statt weniger tragender Seiten, über erkennbare fachliche Verantwortung und über einen regelmäßig gepflegten Bestand. Ebenso wichtig ist die eigene Reaktionsfähigkeit: segmentierbare Daten, exportierte Historie und ein vorab festgelegter Ablauf für die Analyse.

Fazit

Ein Core Update ist eine Neubewertung, keine Strafe. Diese Einordnung ist keine Beruhigung, sondern eine Arbeitsanweisung: Weil es keinen Auslöser zu finden gibt, ist die Suche nach dem einen Fehler verlorene Zeit, und weil sich der Maßstab verschoben hat, ist die einzige tragfähige Antwort Substanz. Zwischen diesen beiden Sätzen liegt die geordnete Reaktion – Rollout abwarten, Verlust segmentieren, Gewinner lesen, Hypothesen einzeln prüfen.

Der wirtschaftlich relevanteste Teil dieser Arbeit findet vor dem nächsten Update statt. Segmentierbare Daten, eine eigene Historie, ein festgelegter Ablauf und ein gepflegter Bestand entscheiden darüber, ob ein Rollout eine Analyse oder eine Krise auslöst. Wer diese Grundlagen einmal geschaffen hat, verliert bei der nächsten Neubewertung möglicherweise ebenfalls Sichtbarkeit – aber er weiß innerhalb von Tagen, wo, warum und ob es wirtschaftlich zählt.

Kostenlose Wachstumsanalyse anfragen →