lastmod-Daten in der Sitemap
Ob die Sitemap ihre Einträge datiert. Ohne lastmod kann ein Crawler nicht erkennen, welche Seiten sich seit dem letzten Lesen geändert haben.
<lastmod> ist das optionale Datum in einem Sitemap-Eintrag, das angibt, wann sich die Seite zuletzt wesentlich geändert hat. Google nutzt lastmod nach eigener Aussage, wenn es durchgehend zuverlässig ist, und ignoriert <priority> und <changefreq> vollständig. Auch Bing stützt sich darauf. Auf einer großen Website findet ein Crawler mit korrektem lastmod die hundert Seiten, die sich diese Woche geändert haben, unter Tausenden unveränderten, statt alles neu zu crawlen.
So prüft SiteScan
Die Zeile erscheint, wenn eine Sitemap mit mindestens einer URL gefunden wurde. Grün zeigt, wie viele Einträge ein lastmod-Datum tragen; gelb „Fehlt“ heißt, keiner.
So beheben Sie es
- Die meisten Generatoren können es ergänzen: In WordPress übernehmen die eingebaute Sitemap und SEO-Plugins das Änderungsdatum des Beitrags.
- Verwenden Sie das W3C-Datumsformat:
2026-10-01oder2026-10-01T09:30:00+00:00. - Ändern Sie das Datum nur, wenn sich der Inhalt wirklich ändert. Ein lastmod, das dem Erzeugungszeitpunkt der Datei entspricht und für alle URLs gleich ist, bringt Crawlern bei, es zu ignorieren.
- In einem Sitemap-Index datieren Sie auch jede Unter-Sitemap.
Mehr zu nützlichen Sitemaps unter robots.txt und Sitemaps.
Prüfen Sie diesen Punkt auf Ihrer eigenen Website
Starten Sie einen kostenlosen Scan: Der Bericht zeigt diese Zeile für Ihre Domain zusammen mit den übrigen Prüfungen des Audits.
Mehr unter „Indexierung“
Was SiteScan prüft
TLS-Zertifikat
- Ablauf des SSL/TLS-Zertifikats
- Veraltete TLS-Versionen (1.0 und 1.1)
- TLS-Zertifikatskette
- Aussteller des TLS-Zertifikats
- Signaturalgorithmus des Zertifikats
Domain-Registrierung
- Ablauf der Domainregistrierung
- Registrierter Domainname
- Domain-Registrar
- Registrierungsdatum der Domain
- Letzte Änderung der Domain
- Domain-Statuscodes (EPP)
- Transfersperre der Domain
- Abuse-Kontakt des Registrars
- Datenquelle RDAP und WHOIS
Indexierung
- robots.txt-Datei
- In robots.txt gesperrtes CSS und JS
- XML-Sitemap (sitemap.xml)
- Sitemap-Index-Datei
- Fremde URLs in der Sitemap
- lastmod-Daten in der Sitemap
- Defekte URLs in der Sitemap
- RSS- und Atom-Feed
Adressen und Weiterleitungen
- Weiterleitung von HTTP auf HTTPS
- Weiterleitung zwischen www und ohne www
- Länge der Weiterleitungskette
- 404-Fehlerbehandlung und Soft 404
Security-Header
- HTTP-Security-Header und Note
- Strict-Transport-Security-Header (HSTS)
- Content-Security-Policy-Header (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options und Clickjacking-Schutz
- Referrer-Policy-Header
- Permissions-Policy-Header
- HSTS-Preload-Liste
- CORS und Cross-Origin-Zugriff
- HTTP-Methode TRACE
Auslieferung und Reputation
- Cache-Control-Header für HTML
- Revalidierung mit ETag und Last-Modified
- HTTP/3- und QUIC-Unterstützung
- Softwareversionen in Server-Headern
- Prüfung auf DNS-Blocklisten (DNSBL)
Interne Links
Offenliegende Dateien
- Offenliegende Dateien wie .env und .git
- Aktiviertes Verzeichnis-Listing
- Öffentliche JavaScript-Source-Maps
- Offene WordPress-Endpunkte
Konventionsdateien
- Die Datei security.txt
- llms.txt für KI-Assistenten
- Die Datei llms-full.txt
- ads.txt für autorisierte Werbeverkäufer
- Die Datei humans.txt
- Well-known-Adresse change-password
DNS und E-Mail
- MX-Einträge (Mailserver)
- SPF-Eintrag
- DMARC-Eintrag und Policy
- DNSSEC-Signierung
- CAA-Eintrag
- Redundante Nameserver
- IPv6-Unterstützung (AAAA-Eintrag)
- MTA-STS-Policy
- TLS-RPT-Eintrag für Berichte
- BIMI-Eintrag (Logo im Postfach)
- Wildcard-DNS-Eintrag
- Verwaister CNAME und Subdomain-Übernahme
Datenschutz und Einwilligung
- Analyse- und Tracking-Skripte
- Cookie-Consent-Banner
- Datenschutzerklärung
- Nutzungsbedingungen und AGB
- Impressum
- Barrierefreiheitserklärung
Core Web Vitals
- Lighthouse-Performance-Score
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- CrUX-Felddaten und Labordaten