Aktualität ist eine Eigenschaft der Anfrage, und ein Update ist eine Änderung der Seite, nicht ihres Datums. Google betreibt Systeme, die bei einem Teil der Suchen neuere Seiten bevorzugen, und seine eigenen Ingenieure beschreiben eine eingebaute Neigung zu alten. Der SEO-Reflex, das Datum nach Plan hochzusetzen, sagt Google nichts, was sich prüfen ließe. Wir wissen das, weil unsere eigene Sitemap genau das monatelang getan hat.
Was bedeutet query deserves freshness (QDF)
In seiner Aussage im Kartellverfahren US v. Google nannte Pandu Nayak drei Beispiele, zitiert in einer Analyse von Hobo vom 5. Oktober 2026. Ein Sportfan will Seiten von heute Morgen. Ein Laptop-Käufer will Tests des richtigen Modelljahrs, nicht von heute. Wer ein Putenessen plant, ist mit einem zehn Jahre alten Rezept womöglich besser bedient.
Den dritten Fall überspringen WordPress-Betreiber gern. Aktualität ist kein Bonus, den jede Seite einsammelt. Bei sehr vielen Anfragen ist die ältere, gefestigte Seite die richtige Antwort, und ihr “Aktualisieren” kann nur schaden. Vor dem Anfassen eines Beitrags gilt deshalb die Frage, ob seine Anfrage überhaupt Neuheit erwartet.
Woher query deserves freshness kommt
Der Name ist älter als jeder Leak und jeder Prozess. Am 3. Juni 2007 beschrieb Saul Hansell ihn in der New York Times, in einem Porträt von Amit Singhal, den die Zeitung den Meister des Google-Ranking-Algorithmus nannte. Laut dem Artikel bevorzugte Google bis dahin Seiten, die alt genug waren, um Links gesammelt zu haben, und Singhal begann zu zweifeln, ob das Gleichgewicht stimmte, als eine Suche nach Google Finance den neuen Börsenkursdienst von Google selbst nicht fand.
Die Antwort seines Teams war laut Hansell ein mathematisches Modell, das zu bestimmen versucht, wann Nutzer neue Informationen wollen und wann nicht. Es hieß QDF, für query deserves freshness. Ob ein Thema heiß war, beurteilte es anhand von zwei Signalen: Nachrichtenseiten und Blogs, die aktiv darüber schreiben, und Googles eigener Strom von Suchanfragen, den Singhal für den besseren Gradmesser hielt. Sein Beispiel war ein Stromausfall in New York, bei dem die ersten Artikel nach 15 Minuten erscheinen und die Suchanfragen nach zwei Sekunden.
Zwei Details aus 2007 zählen bis heute. Singhal erklärte den Kollegen, dass einfach geänderte Formeln, die mehr neue Seiten zeigen, meistens schlechtere Ergebnisse lieferten. Aktualität war also nie als pauschale Bevorzugung neuer Seiten gedacht. Und der Auslöser war die Nachfrage rund um ein Thema, nicht das Alter einer einzelnen Seite. Ein WordPress-Beitrag macht seine Suchanfrage nicht heiß, indem er sein eigenes Datum ändert.
Welche Suchanfragen die Aktualitätssysteme von Google betreffen
Heute dokumentiert Google die Idee in seinem Leitfaden zu den Ranking-Systemen, im Plural: verschiedene “query deserves freshness”-Systeme, die aktuellere Inhalte bei Suchanfragen zeigen sollen, bei denen man das erwarten würde. Der Leitfaden nennt zwei Beispiele. Wer nach einem gerade angelaufenen Film sucht, will wahrscheinlich aktuelle Kritiken statt Artikeln aus der Zeit, als die Produktion begann. Eine Suche nach “Erdbeben” liefert normalerweise Material zur Vorbereitung, nach einem kürzlichen Erdbeben können aber Nachrichten und aktuellere Inhalte erscheinen.
Beide Beispiele beschreiben eine Änderung dessen, was der Suchende braucht, ausgelöst durch ein Ereignis außerhalb der Seite. Keines beschreibt eine Seite, die besser wurde, weil sie ein neues Datum bekam. Das passt zum Putenrezept aus Nayaks Aussage: Ein System, das Nachfrage nach Neuem erkennen soll, hat nichts zu belohnen, wenn diese Nachfrage fehlt. Für eine WordPress-Website lautet die nützliche Frage, welche ihrer Suchanfragen sich je wie “Erdbeben” verhalten. Für die meisten Leistungsseiten und Anleitungen ist die Antwort keine, und auf diesen Seiten ist das Datum ein Protokoll, kein Hebel.
Warum Google überhaupt ein Aktualitätssystem braucht
Der Grund ist mechanisch. Google rankt zum Teil nach dem, was Nutzer zuvor angeklickt haben, und Nayak beschrieb die Nebenwirkung:
“Das Problem bei Aktualität und Klicks ist, dass sich Klicks mit der Zeit ansammeln, was bedeutet, dass ältere Seiten, möglicherweise veraltete Seiten, tendenziell mehr Klicks haben als frische Seiten”
Pandu Nayak, Google, Hobo Web, eigene Übersetzung
Eine neue Seite startet ohne Klicks, eine alte hat Jahre davon. Bei Anfragen, in denen Aktualität zählt, muss Google das ausgleichen. Bei allen anderen tun die angesammelten Klicks, wofür sie gebaut wurden.
Für Betreiber folgen zwei Dinge. Ein Aktualitätssystem soll wirklich neue Seiten heben, also ist es darauf gebaut, billige Signale abzuwehren. Und eine frische Seite ohne Klicks startet mit einem Handicap, das ein neues Datum nicht beseitigt.
Was Google zum Ändern von Datumsangaben sagt
Hobo zitiert einen Tweet von John Mueller vom 5. Februar 2022, inzwischen gelöscht:
“Wenn du etwas Neues schreibst oder etwas Bestehendes wesentlich änderst, dann ändere das Datum. Das Datum zu ändern, ohne sonst etwas zu tun, ist nur Rauschen und nutzlos.”
John Mueller, Google, Hobo Web, eigene Übersetzung
Der Tweet ist weg, also ist das indirekte Rede und keine Dokumentation. Derselbe Artikel zitiert eine Frage aus Googles Leitlinien zu hilfreichen Inhalten:
“Ändern Sie das Datum von Seiten, damit sie aktuell wirken, obwohl sich der Inhalt nicht wesentlich geändert hat?”
Google, Leitfaden zu hilfreichen Inhalten, Hobo Web, eigene Übersetzung
Den ersten Satz von Muellers Rat noch einmal lesen. Er sagt nicht, das Datum nie zu ändern. Er sagt, es zu ändern, wenn etwas Neues geschrieben oder etwas wesentlich geändert wurde. Ein Datum ist eine Behauptung, und die Regel lautet: Die Behauptung muss stimmen.
Diese Frage ist nicht nur überliefert. Sie steht weiterhin in Googles eigenem Leitfaden zum Erstellen hilfreicher, zuverlässiger Inhalte, bei denen die Nutzer im Vordergrund stehen, zuletzt aktualisiert am 5. Oktober 2026, gefolgt von einer zweiten Frage, die denselben Reflex auf Ebene der ganzen Website trifft:
Fügen Sie viele neue Inhalte hinzu oder entfernen Sie viele ältere Inhalte vor allem deshalb, weil Sie glauben, dass es Ihrem Ranking insgesamt hilft, indem Ihre Website irgendwie “frisch” wirkt? (Nein, das tut es nicht.)
Google Search Central, Hilfreiche Inhalte erstellen, eigene Übersetzung
Die Antwort in Klammern stammt von Google, nicht von uns. Sie erfasst Massenveröffentlichung und Massenbereinigung, die nur der Anmutung von Aktualität dienen, also die websiteweite Version des Datumshochsetzens.
Müssen Evergreen-Inhalte aktualisiert werden
Hobo listet weitere gelöschte Tweets von Mueller auf, und einer davon hilft allen, die Anleitungen haben, die sich nicht ändern müssen. Laut Hobo lautete er:
Wenn es Evergreen-Inhalt ist, müssen Sie ihn per Definition nicht ändern. Sie müssen nichts Besonderes tun. Behalten Sie die Daten, machen Sie ihn großartig.
John Mueller, Google, Hobo Web, eigene Übersetzung
Wie der frühere Tweet ist er nur überliefert und nicht bestätigbar. Er passt aber zu dem, was Nayak über das Putenrezept sagte. Eine stabile Anleitung behält ihr ursprüngliches Datum und hat keinen Grund, es zu verlieren. Der Drang, sie jedes Quartal “aufzufrischen”, kommt aus der falschen Annahme, dass Google Bewegung belohnt. Google belohnt die richtige Antwort auf die Suchanfrage, und für viele Suchanfragen ist diese Antwort schon geschrieben.
Content-Warehouse-Leak und Datumsfelder für Aktualität
Hobo geht weiter und legt die Aussagen auf Feldnamen aus der geleakten Content-Warehouse-API-Dokumentation: getrennte Daten für die Byline, für das URL-Muster und einen Zeitstempel der letzten wesentlichen Änderung. Das Bild ist ordentlich, und es ist der Schluss des Autors. Niemand bei Google hat bestätigt, dass diese Felder das Aktualitäts-Ranking so antreiben, wie es dargestellt wird. Aussagen vor Gericht und öffentliche Leitlinien stützen das Prinzip, die Geschichte auf Feldebene ist eine Lesart eines Lecks.
Der praktische Rat überlebt ohne sie. Eine Seite, deren Datum sich verschob, während sich der Text kaum bewegte, wirkt für jedes System, das Versionen vergleicht, wie eine Seite mit einem Versprechen, das sie nicht hielt. Ob benanntes Feld oder allgemeiner Vergleich: Die Taktik braucht kein Leck, um eine schlechte Wette zu sein.
Gleiches lastmod-Datum für alle URLs in der Sitemap
Am 24. August 2026 haben wir fünf unserer Sitemaps in Produktion gemessen. In jeder trugen alle Einträge genau einen lastmod-Wert, das Build-Datum. Die Sitemap-Integration berechnete das aktuelle Datum einmal und stempelte damit alle URLs. Google plant Wiederbesuche nur so lange nach lastmod, wie der Wert nachprüfbar stimmt. Eine Site, in der jede URL bei jedem Build eine Änderung erklärt, bringt dem Crawler bei, das Feld zu ignorieren. Die letzten Crawl-Daten einzelner Stichproben-Seiten lagen zwischen drei Wochen und drei Monaten zurück.
Das ist das Muster Datum ohne Änderung, von uns gebaut, in voller Breite, ohne Mensch. Die Korrektur nimmt das Datum aus updatedDate, ersatzweise aus pubDate, und seit dem 29. September bekommt eine URL ohne bekanntes Inhaltsdatum gar kein lastmod, weil ein fehlendes Datum besser ist als ein falsches.
Heute gemessen listet die englische Blog-Sitemap 329 URLs mit 100 verschiedenen lastmod-Daten. Das ist die Form einer Site, die sich zu unterschiedlichen Zeiten ändert. Ein sauberes Ergebnis ist es nicht. 130 dieser URLs teilen sich einen Tag, den 22. September, und wir haben nicht geprüft, ob diese Änderungen Inhalt hinzugefügt haben. Falls nicht, haben wir das Problem im Kleinen neu gebaut, ein Redakteur nach dem anderen.
Was Google beim lastmod als wesentliche Änderung zählt
Die Sitemap-Dokumentation von Google legt die Latte in zwei Sätzen fest. Google verwendet den lastmod-Wert, wenn er durchgängig und nachprüfbar korrekt ist, zum Beispiel im Vergleich mit der letzten Änderung der Seite, und der Wert soll Datum und Uhrzeit der letzten wesentlichen Aktualisierung wiedergeben. Die genannten Beispiele: Eine Änderung am Hauptinhalt, an den strukturierten Daten oder an den Links der Seite gilt in der Regel als wesentlich, eine Aktualisierung des Copyright-Datums nicht. Dieselbe Seite sagt, dass Google priority und changefreq ignoriert, also tragen auch diese beiden Felder kein Aktualitätssignal.
Diese Definition ist enger als das, was WordPress als Änderung speichert, und weiter, als viele Redaktionen annehmen. Ein neuer interner Link oder ein korrigiertes dateModified im Schema zählen. Eine vom Theme hochgezählte Jahreszahl im Footer, erneutes Speichern oder ein Plugin, das Beiträge bei der Aktivierung neu schreibt, zählen nicht. Das entscheidende Wort ist “nachprüfbar”: Google kann das angegebene Datum mit dem vergleichen, was es zuletzt abgerufen hat, und unser Stempel mit dem Build-Datum ist an diesem Vergleich bei allen URLs gleichzeitig gescheitert.
Stand-Angabe statt Änderungsdatum im Blogartikel
Im deutschsprachigen Raum gibt es eine Gewohnheit, die das Problem sichtbar entschärft: die Zeile “Stand: Monat Jahr” bei allem, was verfällt, etwa Preisangaben, Fristen oder rechtliche Hinweise. Sie ist ehrlicher als ein automatisch gesetztes Änderungsdatum, weil ein Mensch sie setzt und damit sagt: Hier habe ich geprüft. Das ist eine Verifikation, keine Inhaltsänderung, und die Zeile muss deshalb vom technischen Datum getrennt bleiben.
Wir führen lastVerified getrennt von updatedDate. Die Verifikation ist eine Tatsache, die festzuhalten sich lohnt, ändert aber nichts am Inhalt und gehört deshalb nicht in lastmod. Das gilt besonders für Texte mit Stichtag: Ein Beitrag, der als Rat vor einem Datum geschrieben wurde, wird an diesem Datum falsch, und ein frisches Prüfdatum fängt das Futur im Text nicht ab.
Wie lange Google zum erneuten Crawlen braucht
Auf einer Veranstaltung von Search Central Live zeigte Gary Illyes interne Zeiten, die Barry Schwartz bei Search Engine Roundtable berichtete. Der Refresh einer bekannten URL dauert typisch etwa 30 Tage, im langsamsten Fall Wochen oder nie. Die Sitemap-Verarbeitung dauert etwa 24 Stunden, bis zu 14 Tage oder nie. Illyes fügte eine Einschränkung an:
“bedenkt, dass dies eine Übung war, um zu sehen, ob das Publikum einen Bezug zu den Zahlen herstellen kann, die wir intern erhoben und auf diese Folien gebracht haben.”
Gary Illyes, Google, Search Engine Roundtable, eigene Übersetzung
Das sind Größenordnungen, keine Zusagen. Sie verändern trotzdem die Beurteilung eines Updates. Wer montags einen Beitrag bearbeitet und mittwochs das Ergebnis ansieht, hat nichts gemessen. Und wenn ein typischer Refresh einen Monat braucht, ist ein ehrliches lastmod der einzige Weg, Google zu sagen, dass sich ein früherer Besuch dieser Seite lohnt.
Was in WordPress als Update zählt
WordPress schreibt bei jedem Speichern post_modified. Ein Tippfehler, eine Massenänderung der Kategorien und ein Plugin, das Beiträge neu speichert, verschieben den Wert, und viele SEO-Plugins reichen ihn an lastmod und an die sichtbare Zeile “zuletzt aktualisiert” weiter. Die Voreinstellung der Plattform veröffentlicht also Behauptungen, die niemand geprüft hat.
Ein Update, das ein neues Datum verdient, ist:
- eine Zahl, ein Preis oder eine Version, die sich geändert hat, samt dem Satz drumherum
- ein Abschnitt, der hinzukam, weil das Thema wuchs
- eine Empfehlung, die nach neuer Beweislage umgekehrt wurde
- eine Frist, die verstrichen ist, mit umgeschriebener Zeitform
Kein Update ist:
- erneutes Speichern, um ein Plugin auszulösen
- Absätze umsortieren oder ein Bild tauschen
- eine Massenbearbeitung von Metadaten über viele Beiträge
- die Seite erneut lesen und nichts zu ändern finden
Wie Google das Datum in den Suchergebnissen auswählt
Das Datum unter einem Suchergebnis ist eine andere Sache als lastmod. Googles Leitfaden zu Datumsangaben sagt, dass Google sich nicht auf einen einzelnen Datumsfaktor stützt, weil alle Faktoren fehleranfällig sein können, und mehrere auswertet, um zu schätzen, wann eine Seite veröffentlicht oder wesentlich aktualisiert wurde. Eine Garantie, dass überhaupt ein Datum angezeigt wird, gibt es nicht.
Der Leitfaden verlangt ein für Nutzer sichtbares Datum, gut platziert und beschriftet, etwa mit “Veröffentlicht” oder “Zuletzt aktualisiert”. In strukturierten Daten empfiehlt er einen Untertyp von CreativeWork wie Article oder BlogPosting mit datePublished und/oder dateModified. Sichtbares Datum und strukturierter Wert sollen übereinstimmen, eine angegebene Zeitzone muss stimmen, und das Datum muss die Veröffentlichung oder Aktualisierung der Seite beschreiben, kein Datum in der Zukunft und nicht das Datum eines Ereignisses, über das die Seite berichtet. Wählt Google trotzdem das falsche Datum, rät der Leitfaden, einige der anderen Datumsangaben von der Seite zu entfernen.
Für WordPress heißt das: Drei Stellen tragen dieselbe Aussage, die sichtbare Zeile “aktualisiert am”, dateModified im Schema des SEO-Plugins und lastmod in der Sitemap. Bewegt sich eine davon bei jedem Speichern und die anderen nicht, widerspricht sich die Seite selbst. Bewegen sich alle drei bei jedem Speichern, ist die Seite stimmig und trotzdem falsch. Die Lösung ist dieselbe wie bei unserer Sitemap: ein Inhaltsdatum, das nur eine Redaktion ändert, die den Inhalt geändert hat, und jede Ausgabe liest dieses Datum.
Wann man das Aktualisierungsdatum ändern sollte
- Die vorige Version neben die aktuelle legen. Besteht der Unterschied nur aus Leerraum, Markup oder Reihenfolge, anhalten.
- Fragen, ob die Anfrage Neuheit erwartet. Wenn nicht, ist ein unverändertes Datum ehrlich und sicher.
- Ist die Änderung echt, im Text benennen, was sich geändert hat, nahe am Anfang oder Ende, damit ein Mensch den Grund sieht und nicht nur das Datum.
lastmoddem Inhaltsdatum folgen lassen und sonst nichts. Die Sitemap selbst prüfen, nicht die Plugin-Einstellungen, und die verschiedenen Werte zählen.
Aktualität verdient man mit einer Änderung, die Leser oder Crawler sehen können. Ein Datum kann sie nur festhalten, und ein Datum, das nichts festhält, ist das billigste Signal, das eine Site senden kann, und das erste, das Google zu ignorieren lernt.
QDF nützt nichts ohne eine Publish-Gewohnheit, der GEO und LLMO vertrauen können: Fakten aktualisieren, URL behalten, Datum zeigen.
