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.
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.
Datum ändern, ohne den Inhalt zu ändern
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.
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.
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 ein Update ist
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
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.
