Eine XML-Sitemap ist eine Liste aller Seiten einer Website, die Google zum Crawlen und Indexieren vorgeschlagen werden – sie funktioniert damit als direktes Gegenstück zur robots.txt, die stattdessen festlegt, was Suchmaschinen nicht besuchen sollen. Laut Googles eigener Dokumentation ist das Einreichen einer Sitemap aber nur ein Hinweis, keine Garantie: Google entscheidet weiterhin selbst, welche der aufgeführten Seiten tatsächlich gecrawlt und indexiert werden.
Sitemap und robots.txt: Zwei gegensätzliche Werkzeuge
Während eine robots.txt-Datei Suchmaschinen mitteilt, welche Bereiche einer Website sie nicht besuchen sollen, macht eine Sitemap genau das Gegenteil: Sie zeigt aktiv, welche Seiten existieren und gefunden werden sollen – wie robots.txt technisch aufgebaut ist und welche Missverständnisse dabei üblich sind, erklärt unser Ratgeber zu robots.txt. Beide Dateien ergänzen sich in der Praxis: Der Verweis auf die Sitemap steht sogar häufig direkt als eigene Zeile in der robots.txt, damit Google beide Informationen beim selben Besuch findet. Eine Sitemap ersetzt dabei nicht das reguläre Crawling über interne Links, sondern beschleunigt vor allem, wie schnell neue oder geänderte Seiten überhaupt entdeckt werden.
Wo die eigene Sitemap liegt und wie man sie selbst prüft
Die meisten WordPress-Websites erzeugen ihre Sitemap automatisch über das installierte SEO-Plugin, üblicherweise erreichbar unter der Adresse /sitemap_index.xml direkt im Hauptverzeichnis der Domain. Der einfachste Test kostet keine Werkzeuge: Die Adresse einfach im Browser aufrufen und prüfen, ob eine lesbare Liste von URLs oder Unter-Sitemaps erscheint, statt einer Fehlermeldung. Laut Google-Dokumentation darf eine einzelne Sitemap-Datei maximal 50.000 URLs oder 50 MB unkomprimiert umfassen – wird diese Grenze überschritten, muss die Sitemap in mehrere Dateien aufgeteilt werden, die dann über eine gemeinsame Sitemap-Index-Datei gebündelt werden. Ein Beispiel zur Einordnung: Eine Betriebs-Website mit 80 bis 100 Ratgeber-Artikeln und Leistungsseiten bewegt sich weit unterhalb dieser Grenze und kommt problemlos mit einer einzigen, unaufgeteilten Sitemap-Datei aus – das Aufteilen wird erst bei mehreren zehntausend URLs überhaupt relevant – und auch das sogenannte Crawling-Budget wird für eine Website dieser Größe laut Google praktisch nie zum Thema, wie unser Ratgeber zum Crawling-Budget zeigt.
Neben der reinen URL-Liste kann eine Sitemap pro Seite zusätzlich ein Datum der letzten Änderung angeben. Laut Google-Dokumentation nutzt Google dieses Datum aber nur dann für die eigene Crawling-Priorisierung, wenn es nachweislich korrekt und konsistent gepflegt wird – wird es beispielsweise bei jeder Kleinigkeit wie einer reinen Aktualisierung der Copyright-Jahreszahl im Footer automatisch mit hochgesetzt, erkennt Google das Muster und ignoriert den Wert komplett. Sinnvoll gepflegt ist das Datum dagegen bei einer echten inhaltlichen Überarbeitung einer bestehenden Seite, etwa wenn eine veraltete Leistungsseite mit neuen Preisen und Texten aktualisiert wird.
Der Sitemaps-Bericht in der Google Search Console
Nach dem Einreichen zeigt der Sitemaps-Bericht in der Search Console für jede Sitemap einen von drei Status-Werten an, die sich in ihrer Dringlichkeit deutlich unterscheiden:
| Status | Bedeutung laut Google |
|---|---|
| Erfolgreich | Sitemap wurde fehlerfrei gelesen, alle enthaltenen URLs werden zum Crawlen vorgemerkt |
| Sitemap enthält Fehler | Datei konnte gelesen werden, aber einzelne URLs darin sind fehlerhaft |
| Konnte nicht abgerufen werden | Die Datei selbst war beim Zugriff nicht erreichbar oder nicht lesbar |
Zusätzlich zeigt der Bericht die Anzahl der „entdeckten Seiten“ pro Sitemap an – wichtig dabei: Diese Zahl ist laut Google ausdrücklich keine Garantie, dass diese Seiten auch tatsächlich indexiert wurden, sondern nur, dass sie aus der Sitemap ausgelesen werden konnten. Ob eine bestimmte Seite aus der Sitemap wirklich im Google-Index gelandet ist, lässt sich erst über den separaten Indexierungsbericht prüfen, gefiltert nach der jeweiligen Sitemap.
Der häufigste Fehler: Sitemap und Realität stimmen nicht überein
Eine Sitemap sollte laut Google ausschließlich Seiten enthalten, die tatsächlich indexiert werden sollen – taucht darin eine Seite auf, die gleichzeitig per noindex-Tag oder robots.txt gesperrt ist, widersprechen sich beide Signale gegenseitig. Ein Beispiel zur Einordnung: Ein Betrieb löscht eine alte Leistungsseite, weil das Angebot eingestellt wurde, vergisst aber, dass ältere Sitemap-Caches mancher Plugins die gelöschte URL noch tagelang weiterführen – Google versucht die Seite weiterhin zu crawlen, findet aber nur eine Fehlerseite und meldet das im Sitemaps-Bericht als Fehler – wie sich ein solcher 404-Fehler korrekt beheben lässt, zeigt unser Ratgeber zu 404-Fehlern. Ähnlich häufig: Eine Seite wird bewusst auf „Suchmaschinen vom Indexieren abhalten“ gestellt, taucht aber weiterhin in der automatisch generierten Sitemap auf – welche WordPress-Einstellung dafür ursächlich ist, erklärt unser Ratgeber zu den wichtigsten WordPress-SEO-Einstellungen. Die Faustregel dagegen: Eine Sitemap ist nur so vertrauenswürdig für Google, wie sie mit dem tatsächlichen Zustand der Website übereinstimmt – regelmäßige Kontrolle lohnt sich mehr als einmaliges Einrichten. Für eine einzelne, dringende Seite lässt sich die Wartezeit zusätzlich verkürzen – wie das geht, zeigt unser Ratgeber zur Indexierung beantragen.
Interaktiv: Ihr Sitemap-Check
Prüfen Sie, ob Ihre eigene Sitemap die wichtigsten Grundlagen bereits erfüllt:
Fazit: Eine Sitemap ist ein Hinweis, kein Selbstläufer
Eine XML-Sitemap hilft Google dabei, neue und geänderte Seiten schneller zu entdecken – sie ersetzt aber weder sauberes internes Verlinken noch garantiert sie, dass die aufgeführten Seiten tatsächlich indexiert werden. Wer die Sitemap einmal einrichtet und danach nie wieder im Sitemaps-Bericht der Search Console nachsieht, bemerkt widersprüchliche Signale wie gesperrte oder gelöschte Seiten oft erst, wenn der organische Traffic bereits darunter leidet.