Sitemap lastmod: Was es bedeutet und wie Sie es richtig setzen

Was bedeutet Sitemap lastmod?

Sitemap lastmod ist ein optionales Datumsfeld in der XML Sitemap, das Suchmaschinen mitteilt, wann sich eine URL zuletzt inhaltlich relevant geändert hat. Google und Bing nutzen diesen Wert als Signal, wenn sie das erneute Crawlen bereits bekannter Seiten planen, allerdings nur, solange das Datum stimmig und korrekt bleibt.

Kurz gesagt ist lastmod der günstigste Weg, einer Suchmaschine zu sagen: Diese Seite lohnt einen neuen Besuch. Falsch eingesetzt arbeitet dasselbe Feld allerdings gegen Sie. In diesem Beitrag erkläre ich die Definition im Protokoll, die offiziellen Aussagen von Google und Bing, die häufigsten Fehler aus meinen Audits und einen sauberen Weg zum richtigen Datum.

Falls Sie gerade keine Sitemap haben, können Sie mit unserem kostenlosen XML Sitemap Generator jeder URL ein eigenes lastmod Datum geben. Zunächst klären wir aber, was das Feld tatsächlich aussagt.

Was sagt das Protokoll von sitemaps.org zu lastmod?

Der gemeinsame Standard für Sitemaps ist das Protokoll von sitemaps.org, auf das sich die großen Suchmaschinen 2005 geeinigt haben. Es beschreibt lastmod als Datum der letzten Änderung der Seite und führt das Feld als optional. Das heißt, Ihre Datei bleibt auch ohne dieses Feld gültig.

Vor allem zwei Details sind dabei wichtig. Erstens verlangt das Protokoll das Format W3C Datetime; die Uhrzeit dürfen Sie weglassen und nur Jahr, Monat und Tag angeben. Zweitens stellt das Protokoll klar: Das Datum beschreibt die letzte Änderung der verlinkten Seite, nicht den Zeitpunkt, zu dem Ihr System die Sitemap erzeugt.

Außerdem trennt das Protokoll lastmod ausdrücklich vom Änderungszeitpunkt, den Ihr Server im HTTP Header mitsendet. Eine Suchmaschine kann also beide Angaben unabhängig voneinander lesen. Diese Trennung bildet die Grundlage für das Thema Konsistenz, das ich weiter unten behandle.

• loc: die vollständige Adresse der Seite und das einzige Pflichtfeld.
• lastmod: das Datum der letzten relevanten Änderung, optional.
• changefreq: eine geschätzte Änderungshäufigkeit, optional und heute praktisch wirkungslos.
• priority: eine relative Priorität innerhalb Ihrer Website, optional und ebenfalls wirkungslos.

Wie nutzt Google den Sitemap lastmod Wert?

Zunächst hat Google seine Haltung im Juni 2023 klar formuliert. In der Ankündigung zum Ende des Sitemap Ping Endpunkts schrieb das Team, dass Google lastmod als Signal für die Planung von Crawls bereits bekannter URLs nutzt. Das Feld hilft also weniger beim Finden neuer Seiten, sondern vor allem bei der Frage, wann Google zu bekannten Seiten zurückkehrt.

Die aktuelle Google Dokumentation zum Erstellen einer Sitemap folgt derselben Linie. Google nutzt den Wert demnach nur, wenn er durchgehend und nachprüfbar korrekt ist. Zudem soll er Datum und Uhrzeit der letzten wesentlichen Aktualisierung der Seite wiedergeben.

Das entscheidende Wort lautet also „nachprüfbar“. Google übernimmt das Datum nicht blind; beim Crawlen sieht Google, ob sich tatsächlich etwas geändert hat. Deshalb ist lastmod keine Anweisung, sondern eine Behauptung, die mit der Zeit Vertrauen gewinnt oder verliert. Bei Kundenprojekten behandle ich das Feld genau wie ein Vertrauenskonto.

Warum legt Bing so viel Wert auf lastmod?

Bing äußert sich dazu allerdings noch deutlicher als Google. In einem Beitrag im Bing Webmaster Blog vom Februar 2023 nannte Bing lastmod eines der wichtigsten Felder einer Sitemap. Außerdem kündigte Bing an, seine Crawl Planung bis Juni 2023 so umzubauen, dass sie den Wert besser nutzt.

Zudem teilte Bing im selben Beitrag eigene Zahlen. Von den untersuchten Hosts hatten 58 % mindestens eine XML Sitemap, und 84 % dieser Sitemaps enthielten ein lastmod Feld. Allerdings nannte Bing einen Fehler als besonders häufig: Viele Sitemaps setzen das Datum auf den Zeitpunkt der Erzeugung statt auf den Zeitpunkt der inhaltlichen Änderung.

Im Juli 2025 wiederholte Bing diese Botschaft für die KI gestützte Suche. Dort beschreibt Bing lastmod als zentrales Signal, um URLs für erneutes Crawlen und Indexieren zu priorisieren. Zudem erklärt Bing, dass es changefreq und priority komplett ignoriert. Weil Copilot auf den Bing Index zurückgreift, berührt diese Haltung indirekt auch Ihre Sichtbarkeit in KI Antworten.

Was zählt als „wesentliche“ Änderung?

Konkret beantwortet die Google Ankündigung von 2023 diese Frage. Mit „letzter Änderung“ meint Google eigentlich die „letzte wesentliche Änderung“. Ändert Ihr CMS nur einen kleinen Text in der Seitenleiste oder im Footer, müssen Sie lastmod nicht anpassen. Ändern Sie dagegen den Haupttext, strukturierte Daten oder Links, sollten Sie das Datum aktualisieren.

In der Praxis erkläre ich Teams diesen Unterschied mit der folgenden Tabelle. Sie überträgt die Beispiele von Google auf Änderungen, die mir jede Woche begegnen.

Das Wort „meist“ in der letzten Zeile hat einen einfachen Grund. Ein korrigierter Buchstabe ändert den Sinn nicht, eine korrigierte falsche Zahl dagegen schon. Ihr Maßstab sollte daher immer die Information sein, die der Leser mitnimmt.

Welches Datumsformat sollten Sie verwenden?

Zunächst verlangt das Protokoll W3C Datetime. Praktisch haben Sie zwei Möglichkeiten: nur das Datum oder einen vollständigen Zeitstempel mit Uhrzeit und Zeitzone. Das Beispiel in der Google Dokumentation zeigt nur das Datum, also reicht diese Variante für Google aus.

Bing empfiehlt dagegen in seinem Beitrag von 2025 das Standardformat ISO 8601 mit Datum und Uhrzeit. Bei Nachrichten und Produktseiten, die sich mehrmals am Tag ändern, macht die Uhrzeit einen echten Unterschied. Deshalb setze ich bei dynamischen Websites auf vollständige Zeitstempel.

• Geben Sie immer die Zeitzone an, für Deutschland also die passende Abweichung zu UTC, oder rechnen Sie in UTC um.
• Verwenden Sie keine deutschen Schreibweisen wie 30.09.2026, denn diese sind ungültig.
• Vermeiden Sie Daten in der Zukunft; bei geplanten Inhalten zählt der echte Veröffentlichungszeitpunkt.
• Gemischte Formate in einer Datei sind kein Fehler, doch Einheitlichkeit erleichtert jede Prüfung.

Stimmt das Format nicht, meldet sich Google. Nach dem Einreichen zeigt der Sitemap Bericht in der Search Console ein nicht unterstütztes Datumsformat als Fehler an.

Welche Sitemap lastmod Fehler sehe ich am häufigsten?

In meinen Audits entstehen Sitemap lastmod Probleme fast immer aus denselben wenigen Mustern. Meist steckt keine Absicht dahinter, sondern das Standardverhalten der Plattform. Die folgende Liste zeigt die Punkte, die ich bei einem technischen Audit zuerst prüfe.

1. Das heutige Datum bei jeder URL: Die Sitemap entsteht jede Nacht neu, und alle Zeilen tragen dasselbe Datum. Genau diesen Fehler nennt Bing als den häufigsten.
2. Datumssprünge bei Kleinigkeiten: Eine Änderung im Footer, Menü oder in der Seitenleiste verschiebt das Datum aller Seiten.
3. Festhängen am Veröffentlichungsdatum: Sie haben den Artikel neu geschrieben, doch lastmod zeigt noch den ersten Tag.
4. Künstliche Aktualität: Das Datum rückt vor, obwohl der Inhalt gleich bleibt, oft zusammen mit einem sichtbaren Hinweis „aktualisiert“.
5. Weitergeleitete oder noindex URLs: Adressen, die gar nicht in die Datei gehören, stehen dort mit frischem Datum.
6. Falsche Zeitzone: Der Server schreibt UTC, die Anwendung nimmt Ortszeit an, und die Reihenfolge gerät durcheinander.

Vor allem der fünfte Punkt schadet auch jenseits von lastmod. Weiterleitungen in Ihrer Sitemap finden Sie schnell mit dem Redirect Checker, tote Adressen mit dem Broken Link Checker.

Was passiert, wenn Ihre lastmod Daten falsch sind?

Google beschreibt das in der Ankündigung von 2023 sehr direkt. Hat sich Ihre Seite vor sieben Jahren geändert, behauptet lastmod aber „gestern“, glaubt Google Ihnen die Änderungsdaten irgendwann nicht mehr. Es gibt also keine plötzliche Strafe, sondern einen leisen Vertrauensverlust.

Die Folgen dieses Verlusts sind trotzdem real. Sobald das Signal unzuverlässig wirkt, plant Google die Crawls nach eigenen Beobachtungen. Folglich bringt Ihnen das Datum keinen Vorteil mehr, wenn Sie wirklich etwas Wichtiges ändern. Bei einem Onlineshop mit tausenden Produkten erscheinen neue Preise und Bestände dann später in den Suchergebnissen.

Bing sieht das ähnlich und verweist darauf, dass es unplausible Daten verwerfen kann. Kurz gesagt kann ein falsches lastmod mehr schaden als gar keines, denn verlorenes Vertrauen kehrt auch nach einer Korrektur nur langsam zurück.

Mein praktischer Rat lautet deshalb: Lassen Sie das Datum bei Seiten weg, bei denen Sie unsicher sind. Genau das empfiehlt auch Google, und damit sind wir beim nächsten Abschnitt.

Brauchen Startseite und Kategorieseiten ein lastmod?

Nein, zwingend ist das nicht. Laut Google können Sie lastmod für alle Seiten der Sitemap angeben oder nur für die, bei denen Sie sich sicher sind. Bei sammelnden Seiten wie Startseite oder Kategorie kann die Software das letzte Änderungsdatum oft schwer bestimmen. Für diesen Fall sagt Google, dass Sie das Feld weglassen dürfen.

Trotzdem gibt es einen praktischen Mittelweg. Ändert sich die Liste einer Kategorie, weil Sie ein Produkt ergänzen oder entfernen, ist das eine relevante Änderung. Dann können Sie das Datum des neuesten Elements an die Kategorie weitergeben. Bei paginierten Seiten lasse ich das Datum dagegen meist komplett weg.

Zudem gilt bei mehrsprachigen Websites: Jede Sprachversion trägt ihr eigenes Datum. Eine Änderung auf Deutsch sollte also nicht das Datum der englischen Seite verschieben. Wie die Sprachversionen zusammenhängen, erkläre ich in meinem Beitrag zum hreflang Tag.

Sollten Sie changefreq und priority entfernen?

Sie müssen nicht, aber Sie gewinnen durch die beiden Felder auch nichts. Google schreibt in der Dokumentation ausdrücklich, dass es beide Werte ignoriert. Bing sagt in seinem Beitrag von 2025 dasselbe: Keines der beiden Felder beeinflusst Crawling oder Ranking.

Ebenso hat Google 2023 die Gründe genannt. changefreq überschneidet sich inhaltlich mit lastmod. priority ist dagegen ein sehr subjektives Feld und spiegelt laut internen Google Studien die tatsächliche Bedeutung einer Seite innerhalb der Website meist nicht wider.

Ich entferne daher beide. Die Datei wird kleiner, und im Team entsteht keine falsche Erwartung wie „priority 1.0 bringt Rankings“. Aus demselben Grund bietet unser Sitemap Generator für beide Felder die Option „Keine“. Wollen Sie zeigen, welche Seiten wichtig sind, nutzen Sie interne Links; eine durchdachte interne Verlinkung leistet das weit besser als jedes priority Feld.

Was bedeutet lastmod in einem Sitemap Index?

Allerdings geraten an diesem Punkt viele Teams durcheinander. Eine einzelne Sitemap darf höchstens 50.000 URLs oder 50 MB unkomprimiert enthalten. Größere Websites teilen die Sitemap daher auf mehrere Dateien auf und listen diese in einer Indexdatei.

In der Indexdatei zeigt lastmod, wann sich die jeweilige Sitemap Datei geändert hat, nicht wann sich ihre Seiten geändert haben. Sitemaps.org sagt das ausdrücklich. Dadurch kann ein Crawler gezielt nur die Dateien laden, die sich tatsächlich geändert haben.

• Teilen Sie die Sitemaps nach Inhaltstyp: Beiträge, Produkte, Kategorien, Seiten.
• Führen Sie Produkte mit häufigen Änderungen in einer eigenen Datei, damit die Datei der statischen Seiten selten wechselt.
• Lassen Sie das Datum im Index unverändert, wenn sich die Datei nicht wirklich geändert hat.
• Nennen Sie die Indexdatei in der robots.txt und reichen Sie sie in der Search Console ein.

Bing unterstützt nach eigener Aussage bis zu 50.000 Sitemap Dateien in einem Index. Eine sauber gegliederte Struktur trägt also auch sehr große Kataloge problemlos.

Wie funktioniert Sitemap lastmod in WordPress und anderen Systemen?

Die meisten fertigen Systeme erzeugen den Sitemap lastmod Wert aus dem Änderungsfeld des Inhalts in der Datenbank. Das klappt meist gut, allerdings gibt es zwei Fallen. Erstens setzen manche Plugins bei Massenaktionen oder Importen das Änderungsdatum aller Einträge auf denselben Moment.

Zweitens markieren manche Systeme Einträge auch dann als geändert, wenn nur Cache oder Theme betroffen sind. Bevor Sie Ihrer Plattform vertrauen, empfehle ich daher einen kurzen Test: Ändern Sie in einem Beitrag ein einziges Komma und beobachten Sie, was die Sitemap macht.

Prüfen Sie danach, welches Datum Startseite und Archivseiten erhalten. Einige Systeme vergeben dort immer das Datum des neuesten Beitrags, was oft vernünftig ist. An der Regel ändert die Plattform aber nichts: Die Sitemap zeigt das echte Änderungsdatum der Seite, die sich wirklich geändert hat.

Wie erzeugen Sie ein korrektes lastmod in individueller Software?

Bei individuell entwickelten Websites gestalten Sie die Logik selbst, und das ist ein großer Vorteil. In Projekten, die ich mit meinem Team umsetze, überlassen wir die Frage „Was ist eine relevante Änderung?“ nicht einzelnen Entwicklern. Wir schreiben die Regel direkt in den Code. Der Grundansatz sieht so aus:

1. Führen Sie ein eigenes Feld content_modified_at, getrennt vom allgemeinen Feld updated_at.
2. Aktualisieren Sie es, wenn sich Titel, Text, Preis, Bestand, strukturierte Daten oder interne Links ändern.
3. Lassen Sie es unverändert, wenn sich nur technische Felder wie Zähler, Cache Kennzeichen oder Scores ändern.
4. Speichern Sie zur Sicherheit einen Hash des Hauptinhalts; bleibt der Hash gleich, bleibt auch das Datum gleich.
5. Erzeugen Sie die Sitemap aus diesem Feld und schreiben Sie das Datum mit Zeitzone.

In der Praxis zeigt der Hash Ansatz seine Stärke vor allem bei templatebasierten Seiten. Ändert sich ein Template, ändert sich das HTML jeder Seite, der Hash des Hauptinhalts jedoch nicht. So entsteht keine falsche Welle der Aktualität über die ganze Website. In unseren Projekten zur individuellen Softwareentwicklung gehört dieses Muster zum Standard.

Sollten lastmod, HTTP Header und sichtbares Datum übereinstimmen?

Technisch sind es drei getrennte Signale, aber sie dürfen sich nicht widersprechen. Laut sitemaps.org steht lastmod unabhängig vom Änderungszeitpunkt im HTTP Header. Dennoch erwartet eine Suchmaschine ein stimmiges Bild, wenn sie alle drei Angaben zusammen liest.

Ein Beispiel: Auf der Seite steht „Aktualisiert am 12. März“, die Sitemap nennt den 29. September, und der Inhalt entspricht dem letzten Crawl. Das ist ein Widerspruch, und genau solche Fälle meint Google mit „nachprüfbar“. Deshalb empfehle ich, alle drei Daten aus demselben Datenbankfeld zu speisen.

Stammen sichtbares Datum, dateModified in den strukturierten Daten und lastmod aus einer Quelle, sinkt die Fehlerquote fast auf null. Die strukturierten Daten richten Sie mit unserem Schema Generator ein, die Grundlagen finden Sie in meinem Beitrag zu Schema Markup.

Worin unterscheiden sich Sitemap lastmod und Veröffentlichungsdatum?

Beide Daten verwechseln viele, obwohl sie unterschiedliche Aufgaben haben. Das Veröffentlichungsdatum markiert den ersten Tag online und ändert sich nie. Sitemap lastmod markiert dagegen die letzte relevante Änderung und rückt mit jeder echten Aktualisierung vor. Bei einer frisch veröffentlichten Seite sind beide Daten natürlich identisch.

Ebenso ziehen strukturierte Daten dieselbe Grenze. datePublished enthält das Veröffentlichungsdatum, dateModified die letzte Aktualisierung. Das Gegenstück zu lastmod ist also dateModified, nicht datePublished. Trotzdem sehe ich regelmäßig Themes, die diese Felder vertauschen: In der Sitemap steht das Veröffentlichungsdatum, auf der Seite das Änderungsdatum.

Auch Leser bemerken so etwas. „Veröffentlicht“ und „Aktualisiert“ gemeinsam anzuzeigen schafft Vertrauen, allerdings nur, wenn hinter dem neuen Datum eine echte Änderung steht. Ein neues Datum ohne neuen Text wirkt unehrlich und schadet der Marke.

Welches lastmod gilt für gelöschte und weitergeleitete Seiten?

Die kurze Antwort: Solche Seiten gehören gar nicht in die Sitemap. Eine Sitemap listet die kanonischen URLs, die Sie im Index sehen möchten. Liefert eine gelöschte Seite 404 oder 410, schickt ein frisches Datum den Crawler nur unnötig dorthin.

Ebenso gilt für Weiterleitungen dieselbe Regel. Entfernen Sie die alte URL und nehmen Sie die neue mit eigenem lastmod auf. So geht der Crawler direkt zum Ziel und verschwendet keine Kapazität in Weiterleitungsketten.

• Nehmen Sie keine Seiten mit noindex in die Sitemap auf.
• Entfernen Sie Seiten, deren Canonical auf eine andere URL zeigt.
• Lassen Sie Varianten mit Parametern oder Filtern weg.
• Bei ausverkauften Produkten mit weiterhin aktiver Seite aktualisieren Sie den Bestand und ebenso das lastmod Datum.

Der letzte Punkt ist eine wichtige Ausnahme. Bleibt die Produktseite online, ist eine Bestandsänderung relevant, also passt ein neues Datum.

Wie hängt lastmod mit dem Crawl Budget zusammen?

Das Crawl Budget beschreibt die Kapazität, die eine Suchmaschine Ihrer Website in einem Zeitraum widmet. Auf kleinen Websites spielt es kaum eine Rolle. Bei zehntausenden URLs kann der Crawler dagegen nicht jede Seite täglich besuchen und muss auswählen.

Genau bei dieser Auswahl hilft lastmod. Ein korrektes Datum zeigt dem Crawler, welche Seiten sich geändert haben und welche gleich geblieben sind. Die Kapazität fließt dann in neue Preise, neue Abschnitte und korrigierte Angaben statt in unveränderte Seiten. Auch Bing beschreibt 2023 dieses Ziel: weniger unnötiges Crawlen und mehr Vorrang für frisch aktualisierte Inhalte.

Im umgekehrten Fall kippt das Bild. Wirken alle Seiten jeden Tag „geändert“, verliert das Signal seinen Sinn. Der Crawler besucht dann entweder alles umsonst oder ignoriert das Datum und schätzt selbst. Beides kostet große Websites viel, denn die wirklich geänderte Seite wartet in der Schlange.

Wie prüfen Sie Ihre lastmod Werte?

Ich prüfe in drei Ebenen. Zuerst die Datei selbst: Sind die Daten gültig, tragen alle Zeilen dasselbe Datum, gibt es Daten in der Zukunft? Dasselbe Datum in hunderten Zeilen zeigt am deutlichsten, dass die Sitemap ihren Erzeugungszeitpunkt schreibt.

Danach folgt die Search Console. Der Sitemap Bericht warnt, wenn Google die Datei nicht lesen kann oder das Datumsformat nicht unterstützt. Die Grundlagen erkläre ich in meiner Search Console Anleitung.

Schließlich kommen die Serverlogs. Nur Zugriffsprotokolle zeigen genau, wann der Googlebot zu einer aktualisierten Seite zurückkam. Mit unserer Logfile Analyse vergleichen Sie die Crawl Häufigkeit geänderter Seiten vor und nach der Änderung.

• Vergleichen Sie die Zahl der verschiedenen Daten mit der Gesamtzahl der URLs.
• Wählen Sie zehn zufällige Seiten und vergleichen Sie sichtbares Datum und lastmod.
• Verfolgen Sie in den Logs, wie schnell eine geänderte Seite erneut gecrawlt wird.

Wie spielen IndexNow und Search Console mit lastmod zusammen?

Früher haben wir Suchmaschinen nach jeder Änderung der Sitemap per „Ping“ benachrichtigt. Google hat das Ende dieses Endpunkts im Juni 2023 angekündigt und ihn innerhalb von sechs Monaten abgeschaltet. Laut Google führten die meisten dieser Einreichungen ohne Authentifizierung zu Spam, und Anfragen liefern heute einen 404 Fehler.

Stattdessen ist der aktuelle Weg einfach. Nennen Sie Ihre Sitemap mit einer Sitemap Zeile in der robots.txt und reichen Sie sie über die Search Console ein. Beim Schreiben der Datei hilft Ihnen unser Robots.txt Generator. Danach liest Google die Sitemap nach eigenem Zeitplan und wertet die lastmod Werte aus.

Bei Bing kommt zusätzlich IndexNow ins Spiel. Bing empfiehlt, eine vollständige Sitemap mit sofortiger URL Meldung zu kombinieren. Anders gesagt hält lastmod den Gesamtbestand aktuell, während IndexNow eine einzelne Änderung sofort meldet. Google hat keine Unterstützung für IndexNow angekündigt, daher bleibt für Google ein korrektes lastmod der wichtigste Hebel.

Verbessert ein neues lastmod Datum das Ranking?

Nein. lastmod ist ein Signal für die Crawl Planung, kein Rankingsignal. Ein vorgerücktes Datum macht Ihre Seite nicht wertvoller; bestenfalls kommt der Googlebot früher vorbei. Findet er denselben Inhalt, bringt diese „Aktualisierung“ dem Ranking nichts.

Der eigentliche Nutzen liegt darin, echte Änderungen schnell in den Index zu bringen. Ein Produkt mit neuem Preis, ein Ratgeber mit neuem Abschnitt oder eine Seite mit korrigierter Angabe hilft Nutzern früher, wenn Google sie früher crawlt. Das stützt Klicks und Zufriedenheit indirekt.

Wie Sie Inhalte wirklich auffrischen, zeige ich im Beitrag Content aktualisieren für SEO. Die Regel ist kurz: Erst ändert sich der Inhalt, dann das Datum. Umgekehrt verspielen Sie das Vertrauen von Google und das Ihrer Leser.

Wie gehen Sie bei einem Relaunch mit lastmod um?

Vor allem ein Relaunch ist der riskanteste Moment für lastmod. Erzeugt das neue System seine erste Sitemap, erhalten oft alle Seiten dasselbe heutige Datum. So entsteht der Eindruck, tausende Seiten hätten sich gleichzeitig geändert.

Tatsächlich ändert sich bei einer Migration der Großteil der Inhalte nicht; es ändern sich vor allem URLs und Templates. Daher empfehle ich, die echten Änderungsdaten aus dem alten System bei der Datenmigration mitzunehmen. Bei Seiten mit neuer URL ist die neue Adresse ohnehin ein neuer Eintrag, also passt dort das Datum der Migration.

Die übrigen Schritte habe ich in meiner Checkliste für die Website Migration gesammelt. Denken Sie zudem daran, nur finale, indexierbare URLs mit Statuscode 200 in die Sitemap aufzunehmen.

Kurze Checkliste für Sitemap lastmod

Zum Schluss habe ich alles in eine kurze Liste übertragen, die ich bei technischen Audits nutze. Gehen Sie sie bei jeder neuen Website und nach jedem größeren Release durch.

1. Ändert sich lastmod nur bei wesentlichen Änderungen?
2. Stehen die Daten im Format W3C Datetime mit korrekter Zeitzone?
3. Tragen hunderte Zeilen exakt dasselbe Datum?
4. Lassen Sie das Datum bei unsicheren Seiten weg?
5. Stammen sichtbares Datum, dateModified und lastmod aus einer Quelle?
6. Enthält die Sitemap nur kanonische, indexierbare URLs mit Status 200?
7. Steht die Sitemap in der robots.txt, und haben Sie sie in der Search Console eingereicht?
8. Ist IndexNow für Bing eingerichtet?

Natürlich deckt diese Liste nicht das ganze technische SEO ab. Den größeren Rahmen finden Sie in meinem Beitrag Was ist technisches SEO. Wenn Sie Crawl Budget, Sitemap Struktur und lastmod Logik passend zur Größe Ihrer Website aufsetzen möchten, übernehmen mein Team und ich das im Rahmen unserer SEO Beratung von Anfang bis Ende.