Eine XML-Sitemap positioniert nichts. Sie überträgt kein Signal der Relevanz, verändert nicht das interne PageRank und beeinflusst nicht direkt das Ranking einer Seite. Ihre Funktion beschränkt sich auf die Entdeckung von URLs durch Crawling-Roboter. Diese Rolle mit einem Ranking-Mechanismus zu verwechseln, führt zu falschen Erwartungen und schlecht ausgerichteten technischen Entscheidungen.
Zuverlässigkeit von lastmod: das einzige XML-Feld, das Google wirklich nutzt
Unter den verfügbaren Tags im Sitemap-Protokoll wird nur lastmod tatsächlich von Google genutzt. Die Felder changefreq und priority, die in den meisten CMS standardmäßig generiert werden, werden von Googlebot ignoriert. Diese Felder weiterhin auszufüllen, schadet nicht, aber ihnen eine strategische Bedeutung zuzuweisen, ist ein häufiger Diagnosefehler.
Das lastmod-Feld stellt ein ernsthafteres Problem dar, wenn es falsch verwendet wird. Im April 2025 hat John Mueller ausdrücklich davon abgeraten, alle URLs mit dem aktuellen Datum zu versehen. Diese Praxis, die auf Websites üblich ist, die ihre Sitemap bei jedem Deployment regenerieren, hindert die Suchmaschinen daran, die Seiten zu identifizieren, deren Inhalt sich tatsächlich geändert hat.
Eine signifikante Änderung im Sinne von Google bezeichnet eine Änderung des redaktionellen Inhalts, der strukturierten Daten oder interner Links. Das Aktualisieren des Copyright-Jahres im Footer oder das Ändern eines CSS-Parameters rechtfertigt kein neues lastmod-Datum. Ein systematisch inkonsistentes lastmod kann dazu führen, dass Google dieses Signal für die gesamte Sitemap ignoriert.
Wir empfehlen, die Aktualisierung von lastmod an eine tatsächliche Änderung des Hauptinhalts der Seite zu koppeln. Einige WordPress-Plugins oder Headless-Module ermöglichen diese automatische Überprüfung vor der Regenerierung der XML-Datei. Auf einer Website, die täglich veröffentlicht, reduziert dieser Ansatz erheblich das Rauschen, das an die Crawler gesendet wird, und konzentriert deren Aufmerksamkeit auf frische URLs.
Um die Struktur einer Sitemap unter realen Bedingungen zu beobachten, veranschaulicht die Sitemap von Nous les Geeks gut eine Unterteilung nach Inhaltstypen mit unterschiedlichen lastmod-Daten pro Abschnitt.
XML-Sitemap und Crawl-Budget: konkreter Einfluss auf große Websites
Auf einer Website mit weniger als einigen Hundert gut intern verlinkten Seiten trägt die XML-Sitemap wenig zur Entdeckung bei. Google verfolgt die internen Links und findet schließlich fast alle URLs. Der Nutzen der Sitemap wächst im umgekehrten Verhältnis zur Qualität des internen Linkings und im direkten Verhältnis zum Seitenvolumen.
Für E-Commerce-Websites, Kleinanzeigenportale oder redaktionelle Plattformen mit hohem Volumen wird die Sitemap zum Hauptmechanismus zur Meldung neuer URLs. Ohne sie können verwaiste oder schwach verlinkte Seiten wochenlang nicht indexiert bleiben.
Die Sitemap garantiert keine Indexierung. Google erinnert in seiner Dokumentation daran: Es handelt sich um ein Entdeckungsignal, nicht um eine Crawlanweisung. Eine umfangreiche Sitemap, die URLs mit Fehler 404, Kettenumleitungen oder Seiten enthält, die durch robots.txt blockiert sind, verringert das Vertrauen, das die Suchmaschine der Datei entgegenbringt. Wir beobachten regelmäßig Websites, deren Sitemap mehr nicht indexierbare URLs als nützliche URLs enthält.
Die Sitemap nach Inhaltstyp segmentieren
Eine einzige Sitemap, die alle URLs der Website auflistet, ist selten über einige Tausend Seiten hinaus geeignet. Die Segmentierung nach Inhaltstyp (Artikel, Produktseiten, Kategorien, institutionelle Seiten) ermöglicht eine detaillierte Analyse der Abdeckungsraten in der Google Search Console.
Diese Segmentierung macht ein Problem sichtbar, das sonst in der Masse untergeht: Wenn ein Index-Sitemap, das für Produktseiten gedacht ist, eine deutlich niedrigere Indexierungsrate als die Artikel anzeigt, weist die Diagnose auf ein Problem mit der Inhaltsqualität oder Duplikation bei diesen Seiten hin, nicht auf einen globalen Fehler der Website.
- Ein Sitemap-Index referenziert mehrere untergeordnete Sitemap-Dateien, die jeweils auf einen Inhaltstyp oder einen Abschnitt der Website beschränkt sind.
- Jede untergeordnete Datei sollte nur URLs enthalten, die einen HTTP-Statuscode 200 zurückgeben und nicht durch eine noindex-Direktive oder robots.txt blockiert sind.
- Die Einreichung in der Search Console erfolgt auf der Ebene des Sitemap-Index: Google entdeckt automatisch die referenzierten untergeordneten Dateien.
Bing, IndexNow und die Konvergenz der Sitemap-Signale
Die Frage der Sitemap nur auf Google zu reduzieren, bedeutet, einen wachsenden Teil des Suchverkehrs zu ignorieren. Bing nutzt aktiv XML-Sitemaps und im Gegensatz zu Google verwendet Bing IndexNow für eine nahezu sofortige Indexierung der gemeldeten neuen URLs.
Das IndexNow-Protokoll, unterstützt von Bing, Yandex und mehreren anderen Suchmaschinen, funktioniert wie ein Push: Die Website benachrichtigt die Suchmaschine, dass eine URL erstellt oder geändert wurde, anstatt auf das Vorbeikommen des Crawlers zu warten. Dieser Mechanismus ergänzt die Sitemap, ohne sie zu ersetzen. Die Sitemap bleibt das kanonische Verzeichnis der URLs, während IndexNow die Berücksichtigung der aktuellen Änderungen beschleunigt.
Auf modernen CMS erfolgt die Integration von IndexNow über ein Plugin oder einen Webhook, der bei jeder Veröffentlichung ausgelöst wird. Die Kombination aus einer segmentierten XML-Sitemap, einem zuverlässigen lastmod und einer IndexNow-Benachrichtigung stellt heute die effektivste Konfiguration dar, um die Indexierungsabdeckung über mehrere Suchmaschinen zu erhöhen.
Fehler bei der Sitemap-Konfiguration, die die Indexierung blockieren
Eine falsch konfigurierte Sitemap kann schlimmer sein als das Fehlen einer Sitemap. Hier sind die häufigsten Fehler, die wir bei technischen Audits antreffen:
- URLs mit dem Statuscode 301, 302 oder 404 einfügen: Jede nicht aufgelöste URL verbraucht Crawl-Budget ohne Nutzen und mindert die Zuverlässigkeit der Datei.
- URLs auf eine andere Seite kanonisieren: Wenn das kanonische Tag woanders hinzeigt, wird die URL der Sitemap ignoriert, was zu einer Inkonsistenz zwischen den an die Suchmaschine gesendeten Signalen führt.
- Die Grenze von 50.000 URLs pro Sitemap-Datei oder 50 MB unkomprimiert überschreiten, ohne einen Sitemap-Index zu verwenden: Die Datei wird gekürzt oder abgelehnt.
- Die Sitemap in robots.txt mit einem falschen Pfad oder einer HTTP-URL zu deklarieren, während die Website HTTPS erzwingt: Die Suchmaschine wird die Datei niemals finden.
Jede URL, die in der Sitemap vorhanden ist, muss eine URL sein, die Sie indexiert sehen möchten, ohne Ausnahme. Eine saubere Sitemap ist ein redaktionelles Inventar, kein technischer Dump aller vom CMS generierten Routen.
Die Wartung der Sitemap ist kein einmaliger Akt. Bei jeder Seitenlöschung, Änderung der URL-Struktur oder Hinzufügung einer noindex-Direktive muss die Datei aktualisiert werden. Websites, die diese Synchronisation über ihre Deployment-Pipeline automatisieren, vermeiden die stille Ansammlung veralteter URLs, die schließlich die Sitemap als Diagnosewerkzeug unbrauchbar macht.
