Google Update History: Was eine Chronologie benannter Updates zeigt — und was nicht

01System oder Update: Googles eigene Unterscheidung

Jede Chronologie der Google-Updates hängt an einer Frage: Was genau wird da datiert? Google beantwortet sie selbst. Ranking-Systeme sind die Maschinerie, die Ergebnisse erzeugt; ein Update ist eine Verbesserung an einem dieser Systeme. Ein Datum markiert also nie die Geburt eines Mechanismus — nur den Moment, in dem etwas bereits Laufendes verändert wurde.

Diese eine Unterscheidung regelt die Arbeitsteilung auf dieser Website. Panda (System 16), das Penguin-Erbe in der Ankerspam-Erkennung (System 17) und die Freshness-Schichten (System 24) tauchen hier als datierte Ereignisse auf, mehr nicht. Wie sie tatsächlich arbeiten, ist Sache der jeweiligen Artikel; dieser bleibt beim Kalender.

Sie erklärt auch, warum der Kalender so dünn besetzt ist. Google verändert die Suche tausendfach im Jahr und versieht nur das mit Namen und Datum, was es für bemerkenswert hält — zehn Updates 2021, zehn 2022, eine vergleichbare Zahl für 2023 erwartet. Alles andere geht ohne Ankündigung, ohne Spitznamen und ohne Eintrag in irgendeiner nachschlagbaren Liste in Betrieb.

02Die stillgelegten Namen: Panda, Penguin, Hummingbird, Helpful Content

Googles Leitfaden zu den Ranking-Systemen führt eine Art Friedhofsabteilung. Die dort gelisteten Systeme stehen "for historical purposes", weil sie entweder in Nachfolger übergingen oder im Core-Ranking aufgingen. Vier Namen tragen Daten: Panda, angekündigt 2011, seit 2015 Teil des Core-Rankings; Penguin, angekündigt 2012, 2016 integriert; Hummingbird, eine grosse Änderung im August 2013; und das Helpful-Content-System, 2022 angekündigt und im März 2024 im Core-Ranking aufgelöst.

Die Namen stammen bemerkenswerterweise nicht von Google. Der Beitrag vom Februar 2011 schreibt nirgends "Panda"; er spricht von einer algorithmischen Verbesserung, die 11,8 Prozent der Anfragen spürbar betrifft, auf Sites geringer Qualität zielt, zunächst nur in den USA lief und am 11. April 2011 auf englischsprachige Nutzer weltweit ausgedehnt wurde. Auch der Webspam-Beitrag vom April 2012 schreibt nie "Penguin" — er nennt 3,1 Prozent englischer und 5 Prozent polnischer Anfragen. Die Tiernamen kamen von aussen, im Nachhinein.

Zusammengelesen zeigt der Friedhof ein Muster statt einer Liste. Ein benanntes Qualitätssystem tritt als sichtbares Ereignis ein und als unsichtbare Kernmaschinerie ab, und ab diesem Abgang gibt es nichts mehr zu datieren. Die Mechanik läuft weiter — Pandas Anteilslogik, die Ankerspam-Felder des Penguin-Erbes, die Freshness-Schichten —, aber sie erzeugt keine Chronologie-Einträge mehr.

032016: der Punkt, an dem Refreshes aufhören, zählbar zu sein

Der September 2016 ist der schärfste Bruch der ganzen Chronologie, weil Google unumwunden sagt, was sich am Zählen ändert. Bis dahin wurde die Liste betroffener Sites periodisch aufgefrischt, und jeder Refresh war ein datierbares Ereignis, das die Branche pflichtschuldig durchnummerierte. Mit der Core-Integration lief die Datenaktualisierung in Echtzeit, und Gary Illyes lieferte den Satz, der das Zählen beendet: Zu künftigen Refreshes werde es keinen Kommentar geben.

Im selben Zug wurde die Straflogik granular — Spam wird über Anpassung des Rankings anhand von Spam-Signalen abgewertet, statt die ganze Site zu treffen. Ein System, das laufend auf Signale reagiert, hat keine Erscheinungsdaten mehr zu veröffentlichen. Deshalb liest man die im Leak sichtbaren Ankerspam-Felder besser als laufende Signale denn als Fossilien eines bestimmten Updates.

Das Helpful-Content-System ging denselben Weg, nur vom anderen Ende her: Es war vom ersten Tag an als kontinuierlicher Klassifikator gebaut. Die Ankündigung vom August 2022 spricht von einem neuen site-weiten Signal, einem vollautomatischen Machine-Learning-Klassifikator, der dauerhaft läuft, und von einer Klassifikation, die über Monate auf einer Site liegen kann. Das Dashboard-Datum markiert den Rollout des Klassifikators, nicht den Zeitpunkt, an dem eine bestimmte Site erfasst wurde.

04Die datierte Liste: was das Status-Dashboard tatsächlich enthält

Die einzige Chronologie, die Google selbst pflegt, ist der Ranking-Verlauf im Search Status Dashboard. Zu jedem benannten Update hält er Bezeichnung, Startdatum und Dauer fest, beginnend mit dem November 2021 spam update am 3. November 2021 bis hin zum August 2026 spam update. Was davor liegt, steht schlicht nicht darin — für Medic, BERT oder Page Experience existiert keine offizielle datierte Liste mehr.

Die Dauern spannen sich über mehr als eine Grössenordnung. Das October 2022 spam update lief zwei Tage, das March 2026 spam update 19 Stunden und 30 Minuten; das March 2024 core update brauchte 45 Tage gegenüber 14 im September 2022. Diese Länge hatte Google vorab angekündigt und März 2024 ein komplexeres Update mit Änderungen an mehreren Kernsystemen genannt, dessen Rollout bis zu einem Monat dauern könne. Was das Dashboard nicht erklärt, ist, wie die Dauer gemessen wird — es ist das Rollout-Fenster, nicht der Zeitraum, in dem sich Wirkungen einpendeln.

Die Liste macht ausserdem Überlappungen sichtbar. Das March 2024 core update und das March 2024 spam update starten beide am 5. März 2024, zwischen dem Oktober- und dem November-Core-Update 2023 liegen vier Wochen. Googles eigene Erklärung: Es sind verschiedene Kernsysteme betroffen, und die Trennung bemerkenswerter Updates ist Absicht, aber nicht immer machbar.

05März 2024: das Ende des benannten Qualitätssystems

Das March 2024 core update schliesst den Bogen, der 2011 begann. Google stellt es als Weiterentwicklung darin dar, wie Hilfreichkeit von Inhalten erkannt wird, und buchstabiert die Konsequenz ohne Absicherung aus: Es gibt kein einzelnes Signal, kein einzelnes System mehr, das diese Arbeit erledigt. Was dreizehn Jahre lang ein benanntes, datierbares System war, löst sich in ein Bündel von Signalen und Verfahren ohne jedes Etikett auf.

Am selben Tag kamen drei neue Spam-Policies — expired domain abuse, scaled content abuse und site reputation abuse —, letztere mit Wirkung ab dem 5. Mai 2024. Das sind die letzten scharf datierbaren Ereignisse der ganzen Chronologie, und es lohnt sich zu bemerken, um welche Art Daten es sich handelt: Policy-Daten, keine Systemdaten. Sie kündigen an, was sanktioniert wird, nicht welcher Mechanismus sanktioniert.

Hintereinandergelegt beschreibt die Abfolge einen stetigen Verlust an Datierbarkeit. Panda war ein Launch mit angehängter Prozentzahl; das Helpful-Content-System ein pausenlos laufender Klassifikator; März 2024 eine gleichzeitige Änderung an mehreren Kernsystemen. Mit jedem Schritt wird es schwerer, eine Sichtbarkeitsbewegung an einen Namen und einen Tag zu heften.

06Was ein Datum für einen Site-Betreiber wert ist

Googles Core-Update-Dokumentation definiert diese Updates als breit angelegt und ausdrücklich nicht auf bestimmte Sites oder Seiten gerichtet, illustriert am Bild einer neu geschriebenen Liste von Lieblingsrestaurants: Was abrutscht, ist deshalb nicht schlecht, andere sind lediglich aufgestiegen. Ein Datum im Dashboard diagnostiziert also nichts über eine Site — es datiert eine Neuberechnung der gesamten Liste.

Das operative Vorgehen hängt direkt an diesem Dashboard-Eintrag. Prüfen, ob der Rollout abgeschlossen ist, Start- und Enddatum notieren und nach Abschluss mindestens eine volle Woche warten, bevor man Schlüsse zieht. Verbesserungen können sich in Tagen zeigen, aber die Bestätigung, dass eine Site als Ganzes anders bewertet wird, kann Monate brauchen — womöglich bis zum nächsten Core Update.

Hier gehört auch das Grössenverhältnis hin. Allein 2023 führte Google 4.781 Launches, 16.871 Live-Traffic-Experimente, 719.326 Search-Quality-Tests und 124.942 Side-by-side-Experimente durch — gegen rund zehn Updates, die einen Namen bekamen. Denselben Punkt machte Google schon im Mai 2011, als es Panda eines von rund 500 für das Jahr erwarteten Verbesserungen nannte und auf über ein Dutzend weitere Anpassungen seit dem Launch hinwies, die Sites fälschlich Panda anlasteten.

07Was die Chronologie nicht verbinden kann

Die Zeitleiste benannter Updates und die anderswo auf dieser Website dokumentierte Mechanik sind zwei getrennte Belegkörper, und sie treffen sich nicht. Google hat Leak-Attribute wie BabyPanda oder das Ankerspam-Spike-Modul nie an ein benanntes Update gebunden, und das DOJ-Material beschreibt Architektur und Signale statt Rollout-Ereignisse. Jede Brücke zwischen Update-Namen und Leak-Feld ist Deutung, in beide Richtungen.

Was das Verfahren dagegen datiert, ist ein Motiv. HJ Kim sagt, er habe das Page-Quality-Team vor rund siebzehn Jahren gegründet, getrieben von Content-Farmen, die Studenten fünfzig Cent pro Artikel zahlten und Tausende Texte je Thema produzierten. Das setzt den Ursprung von Googles Qualitätsarbeit deutlich vor 2011 — die Ankündigung ist die sichtbare Oberfläche längst laufender Arbeit, was der Beitrag vom Februar 2011 selbst einräumt, wenn er von mehr als einem Jahr Arbeit an diesen Problemen spricht.

Pandu Nayak nennt denselben Auslöser für die Linkseite: Das Anchor-Signal beurteilte die Qualität eines Dokuments einst zum Teil danach, wie viele andere Dokumente darauf verlinkten; Content-Farmen beuteten genau diesen Proxy aus, und Ingenieure mussten neue Signale entwickeln. Streng als Chronologie gelesen, ist das der Druck hinter 2011 und 2012 — keine Aussage darüber, wie die Ranking-Systeme Links heute gewichten.

08Quellen