Sitemap: was sie ist, XML gegen HTML und warum sie keine Indexierung garantiert

Der Begriff Sitemap bündelt zwei unterschiedliche Werkzeuge, die sich den Namen teilen, aber nicht die Zielgruppe. Die XML-Sitemap ist eine Datei mit der Endung .xml, die die URLs der Website in einem maschinenlesbaren Format auflistet, gedacht für Crawler von Suchmaschinen, den Googlebot eingeschlossen, damit diese Seiten entdecken, ohne allein auf interne Links angewiesen zu sein. Jede URL kann zusätzliche Metadaten tragen, vor allem das Datum der letzten Änderung, das dem Crawler hilft zu entscheiden, was zuerst geprüft werden sollte.

Die HTML-Sitemap ist das genaue Gegenteil: eine ganz normale Seite der Website, sichtbar für jeden Besucher, die auf die wichtigsten Bereiche oder URLs verlinkt. Jahrelang war es üblich, sie im Footer als Navigations-Sicherheitsnetz einzubauen, besonders bei Websites mit schwacher Menüstruktur. Kein Crawler behandelt sie besonders; für Google ist sie einfach eine Seite wie jede andere, mit denselben internen Links.

Heute hat die HTML-Sitemap einen Großteil ihrer Daseinsberechtigung verloren. Ein gut gebautes Menü, eine funktionierende interne Suche und saubere interne Verlinkung decken denselben Navigationsbedarf ab, ohne eine eigene Seite zu brauchen. Sinn ergibt sie weiterhin bei sehr großen Websites mit hunderten Bereichen oder bei Projekten, in denen Barrierefreiheit einen klaren Weg zu jeder Seite in wenigen Klicks verlangt.

Wer im SEO-Kontext einfach nur Sitemap sagt, meint fast immer die XML-Variante. Sie ist es, die man an die Search Console übermittelt, die in der robots.txt auftaucht und die eigene technische Regeln hat: Größenlimits, alternative Formate und einen eigenen Bericht zur Nachverfolgung. Der Rest dieses Artikels konzentriert sich auf dieses Format und geht auf Unterschiede zur HTML-Variante nur dort ein, wo sie relevant sind.

Googles offizielle Dokumentation ist eindeutig darüber, was eine Sitemap leistet und was nicht. Im Leitfaden zum Erstellen und Einreichen von Sitemaps steht wörtlich: "Bedenke, dass das Einreichen einer Sitemap lediglich ein Hinweis ist: Es garantiert nicht, dass Google die Sitemap herunterlädt oder sie zum Crawlen der URLs auf der Website nutzt." Dieses Zitat ist direkt gegen die Dokumentation von Google Search Central geprüft, aufgerufen am 09.08.2026.

Die Einführungsseite zu Sitemaps wiederholt den Gedanken mit anderen Worten: "Eine Sitemap hilft Suchmaschinen dabei, die URLs deiner Website zu entdecken, garantiert aber nicht, dass alle Einträge der Sitemap gecrawlt und indexiert werden." Google entscheidet unabhängig, welche URLs es besucht und welche es in seinen Index aufnimmt, basierend auf Content-Qualität, internen und externen Links sowie technischen Signalen wie dem Statuscode oder dem Canonical-Tag jeder Seite.

Dieser Unterschied erklärt ein verbreitetes Missverständnis: Eine Sitemap zu veröffentlichen und einzureichen lässt eine Seite nicht am nächsten Tag bei Google auftauchen. Eine Sitemap erleichtert das Entdecken, wenn die interne Verlinkung schwach ist oder die Website neu ist, ersetzt aber keinen crawlbaren, indexierbaren und von innen heraus verlinkten Inhalt. Wird eine in der Sitemap gelistete URL nicht indexiert, liegt die Ursache fast nie an der Sitemap selbst, sondern an der Seitenqualität oder an ihrer technischen Indexierung.

Die optionalen Felder der XML-Sitemap unterstreichen genau diesen Gedanken einer Empfehlung statt einer Anweisung. Google ignoriert die Werte priority und changefreq vollständig, ursprünglich gedacht, um die relative Wichtigkeit einer URL und ihre Änderungsfrequenz anzugeben. Das einzige Feld, das Google überhaupt nutzen kann, ist lastmod, und auch nur, wenn es präzise und verifizierbar ist: wenn es eine echte inhaltliche Änderung widerspiegelt, nicht ein Datum, das sich bei jeder automatischen Neuerstellung der Datei selbst aktualisiert.

Genau hier tappen viele CMS-Betreiber in dieselbe Falle. Zahlreiche Sitemap-Plugins setzen lastmod standardmäßig auf das Datum der letzten Sitemap-Generierung, nicht auf das tatsächliche Änderungsdatum des Inhalts. Wer diese Einstellung nicht manuell korrigiert, sendet monatelang ein falsches Signal an Google und wundert sich am Ende, warum das Feld scheinbar keine Wirkung mehr zeigt. Eine kurze Stichprobe reicht meist aus: ändert sich lastmod bei jedem einzelnen Crawl, obwohl am Inhalt nichts angefasst wurde, liegt genau dieser Fehler vor.

Jede Sitemap-Datei hat ein technisches Limit, das das Protokoll selbst festlegt: maximal 50.000 URLs oder 50 MB unkomprimiert, je nachdem, was zuerst erreicht wird. Das Limit gilt für alle akzeptierten Formate, XML, reiner Text mit einer URL pro Zeile oder die Feeds RSS und Atom, wobei die letzten beiden deutlich weniger Möglichkeiten bieten und beispielsweise das Feld lastmod nicht im selben Detailgrad unterstützen.

Überschreitet eine Website dieses Limit, besteht die Lösung nicht darin, eine einzige riesige Datei zu erzwingen, sondern die URLs auf mehrere kleinere Sitemaps aufzuteilen und sie in einem Sitemap-Index zu bündeln: einer Datei, die keine Seiten-URLs auflistet, sondern die Pfade zu den übrigen Sitemaps. Es reicht, diese Index-Datei bei Google einzureichen; der Crawler folgt den internen Verweisen bis zu jeder einzelnen Sitemap.

Diese Struktur ist üblich bei großen E-Commerce-Katalogen, bei Newsportalen mit umfangreichem Archiv oder bei jeder Website mit mehr indexierbaren URLs, als das Limit einer einzelnen Datei erlaubt. Es ist außerdem gute Praxis, nach Inhaltstyp zu trennen, eine Sitemap für Produkte, eine für Blogartikel, eine für Kategorieseiten, selbst wenn die Website das numerische Limit noch nicht erreicht: So lässt sich schneller erkennen, in welchem Block Probleme auftauchen, wenn etwas nicht stimmt.

Das Limit von 50 MB bezieht sich immer auf die unkomprimierte Datei. Sie kann als gzip-komprimierte Datei ausgeliefert werden, um Bandbreite zu sparen, und Google entpackt sie, bevor es das eigentliche Limit anwendet. Das erlaubt es, sich den 50.000 URLs auch bei Websites mit langen URL-Namen anzunähern, ohne dass die Größe der komprimierten Datei ein praktisches Problem darstellt. In der Praxis lohnt es sich, das Limit nicht bis zum letzten Byte auszureizen, sondern rechtzeitig aufzuteilen, bevor eine ohnehin schon große Website an mehreren Stellen gleichzeitig wächst und die Grenze unbemerkt überschreitet.

• Nimm nur URLs auf, die 200 zurückgeben, kanonisch sind und zur Indexierung gedacht sind.
• Reiche die Sitemap über den Bericht Sitemaps in der Search Console ein, oder referenziere sie in der robots.txt, wenn du keine Inhaberrechte hast.
• Setze lastmod nur, wenn es eine echte inhaltliche Änderung abbildet, nie als automatisches Datum der Neuerstellung.
• Teile die Sitemap in mehrere Dateien mit einem Sitemap-Index auf, sobald du dich den 50.000 URLs oder 50 MB näherst.
• Trenne nach Inhaltstyp, Produkte, Artikel, statische Seiten, um in großen Websites Probleme schneller einzugrenzen.
• Prüfe regelmäßig den Status im Bericht Sitemaps: Erfolgreich, Konnte nicht abgerufen werden oder Mit Fehlern.
• Aktualisiere die Sitemap automatisch, wenn Inhalte veröffentlicht oder gelöscht werden, nicht manuell und sporadisch.
• Komprimiere die Datei bei großen Websites per gzip, um die Übertragungsgröße zu senken, ohne das eigentliche URL-Limit zu berühren.
• Verzichte auf eine eigene HTML-Sitemap, wenn Menü und interne Verlinkung die Navigation bereits klar abdecken.

• URLs mit noindex in der Sitemap belassen: Google erhält ein widersprüchliches Signal und verliert etwas Vertrauen in die Datei.
• Weiterleitende URLs, 301 oder 302, statt der endgültigen Ziel-URL in die Sitemap aufnehmen.
• URLs auflisten, die nach einer Strukturänderung 404 oder 500 zurückgeben, ohne die Sitemap aktualisiert zu haben.
• Nicht-kanonische URLs neben ihren kanonischen Versionen einfügen und damit widersprüchliche Signale erzeugen, welche Version indexiert werden soll.
• priority und changefreq ausfüllen in der Erwartung, das Crawling zu beeinflussen: Google ignoriert beide vollständig.
• Vergessen, die Sitemap nach einer Domainmigration oder einer URL-Umstrukturierung neu zu erstellen.
• Das Limit von 50.000 URLs oder 50 MB in einer einzigen Datei überschreiten, ohne sie per Sitemap-Index aufzuteilen.
• Die Sitemap weder in der robots.txt verlinken noch in der Search Console einreichen und Google nur auf spontanes Crawling verlassen.