Definition
Eine XML-Sitemap ist eine maschinenlesbare Datei im XML-Format, die die Adressen einer Website nach dem Sitemap-Protokoll auflistet und Suchmaschinen bei deren Erfassung hilft. Sie ist ein Hinweis an die Suchmaschine, keine Zusage auf Aufnahme in den Index. Das Protokoll begrenzt eine einzelne Sitemap-Datei auf 50.000 Adressen und 50 Megabyte unkomprimiert.
Warum das zählt
Suchmaschinen finden Seiten hauptsächlich über Verweise. Beim Crawling, dem systematischen Abrufen von Seiten durch einen Suchmaschinen-Roboter, folgt der Roboter Link für Link. Eine Seite, auf die von nirgends verwiesen wird, bleibt ohne Sitemap unentdeckt.
Google nennt selbst Fälle, in denen sich der Aufwand nicht lohnt. Bei kleinen Websites mit etwa 500 Seiten oder weniger und sauberer interner Verlinkung kann eine Sitemap laut Google entbehrlich sein. Nötig wird sie bei umfangreichen Websites, bei neuen Websites ohne eingehende Verweise von außen und bei Websites mit vielen Bild-, Video- oder Nachrichteninhalten.
Der zweite Nutzen ist die Kontrolle. Die Google Search Console zeigt je Sitemap, wie viele Adressen eingereicht und wie viele davon in den Index aufgenommen wurden. Die Lücke zwischen beiden Zahlen ist eine der schnellsten Diagnosen, die es im technischen SEO gibt.
Wie es funktioniert
Die Datei liegt üblicherweise unter /sitemap.xml und listet je Eintrag mindestens die Adresse der Seite auf. Das Sitemap-Protokoll verlangt UTF-8 als Zeichensatz, maskierte Sonderzeichen und Adressen von weniger als 2.048 Zeichen Länge.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://ihre-domain.de/</loc>
<lastmod>2026-08-14</lastmod>
</url>
<url>
<loc>https://ihre-domain.de/leistungen/seo</loc>
<lastmod>2026-07-02</lastmod>
</url>
</urlset>Vier Angaben sieht das Protokoll je Adresse vor. Nur eine davon ist Pflicht, und zwei davon wertet Google nach eigener Aussage überhaupt nicht aus.
| Angabe | Status | Bedeutung und Auswertung durch Google |
|---|---|---|
loc | Pflicht | Die vollständige Adresse der Seite, weniger als 2.048 Zeichen lang. |
lastmod | optional | Datum der letzten wesentlichen Änderung im W3C-Datumsformat, etwa 2026-08-14. Google nutzt es zur Planung erneuter Abrufe, solange es der Realität entspricht. |
changefreq | optional | Angenommene Änderungshäufigkeit. Google wertet sie nicht aus. |
priority | optional | Selbst vergebene Wichtigkeit zwischen 0.0 und 1.0. Google wertet sie nicht aus. |
Google schreibt dazu ausdrücklich, dass die Werte für Priorität und Änderungshäufigkeit ignoriert werden und dass eine eingereichte Sitemap lediglich ein Hinweis ist. Weder der Abruf der Datei noch die Aufnahme der darin genannten Seiten sind garantiert.
Beim Änderungsdatum ist Google seit Juni 2023 deutlicher geworden. Der Wert wird als Signal für die Crawl-Planung genutzt, aber nur solange er verlässlich ist. Wer für alle Seiten das Datum der letzten Auslieferung einträgt, verliert diesen Effekt. Gemeint ist die letzte wesentliche Änderung: neuer Fließtext, geänderte strukturierte Daten, neue Links. Eine Anpassung in der Fußzeile zählt nicht.
Zwei Regeln zur Reichweite sind wichtig. Eine Sitemap darf nur Adressen desselben Protokolls und desselben Hosts enthalten. Und sie deckt nur ihr eigenes Verzeichnis und alles darunter ab: Eine Datei unter /katalog/sitemap.xml darf keine Adressen aus /bilder/ auflisten.
Bekannt gemacht wird die Datei auf zwei Wegen: durch eine Zeile in der robots.txt und durch Einreichen in der Search Console. Beides zusammen ist üblich.
Sitemap: https://ihre-domain.de/sitemap.xmlEinen dritten Weg gab es früher: den offenen Ping-Endpunkt des Protokolls. Google hat ihn am 26. Juni 2023 abgekündigt, weil die überwiegende Mehrheit der Einsendungen Spam war. Google nannte damals eine Frist von sechs Monaten; die Abschaltung ist inzwischen vollzogen, der Endpunkt antwortet mit Fehler 404. Wer noch ein altes Skript betreibt, das dort anklopft, schadet sich nicht, erreicht aber auch nichts.
In der Praxis
Die wichtigste Regel lautet: In die Sitemap gehört nur, was auch im Index landen soll. Vier Prüfschritte decken die meisten Probleme auf, und zwar in dieser Reihenfolge.
Erstens die Datei selbst abrufen. Sie muss mit Status 200 antworten und als XML ausgeliefert werden. Prüfen Sie, ob die Zahl der Einträge zur Zahl der veröffentlichten Seiten passt. Weicht sie stark ab, erzeugt das System die Datei nicht vollständig.
Zweitens eine Stichprobe ziehen. Nehmen Sie zehn Adressen aus der Liste und rufen Sie sie einzeln auf. Jede muss mit Status 200 antworten, darf nicht auf noindex stehen und muss sich per Canonical-Tag auf sich selbst beziehen. Findet sich in der Stichprobe eine 301-Weiterleitung, ist die Liste veraltet.
Drittens den Sitemap-Bericht der Search Console lesen. Er nennt Abrufdatum, Status und die Zahl der erkannten Adressen. Ein Datum, das Monate zurückliegt, ist ein Hinweis darauf, dass sich die Datei nicht verändert.
Viertens die Lücke deuten. Sind deutlich weniger Adressen indexiert als eingereicht, liegt das selten an der Sitemap. Häufiger ist der Grund Thin Content, also dünner Inhalt ohne eigenständigen Wert, oder eine Häufung fast gleicher Seiten.
Ebenso wichtig: Die Datei muss automatisch entstehen. Eine handgepflegte Liste ist nach dem dritten neuen Beitrag veraltet, und niemand merkt es, weil die Datei nie jemand ansieht.
Bei sehr großen Websites wird die Sitemap aufgeteilt, üblicherweise nach Bereichen wie Produkte, Kategorien und Beiträge. Eine übergeordnete Indexdatei fasst die Teile zusammen. Sie darf ihrerseits bis zu 50.000 Sitemaps nennen und ebenfalls nicht größer als 50 Megabyte sein. Die Aufteilung hat einen angenehmen Nebeneffekt: Aufnahmequoten lassen sich je Bereich vergleichen, und ein schwacher Bereich fällt sofort auf.
Nach einem Umzug oder Umbau der Adressstruktur gehört die Sitemap zu den ersten Dateien, die man kontrolliert. Wie ein solcher Umbau abläuft, steht im Ratgeber zum Website-Relaunch.
Häufige Fehler
Weitergeleitete Adressen eintragen. Sie widersprechen dem Zweck der Datei und kosten Abrufe, die anderswo fehlen.
Gesperrte Seiten eintragen. Eine Adresse, die in der robots.txt gesperrt ist, gehört nicht in die Sitemap. Die beiden Dateien senden sonst gegenläufige Signale.
Seiten mit fremdem Canonical eintragen. Wenn eine gelistete Seite auf eine andere Adresse als kanonische Fassung verweist, hebt sie die eigene Nennung praktisch wieder auf.
Das Änderungsdatum automatisch hochsetzen. Ein System, das bei jedem Deployment alle Daten auf heute stellt, entwertet das Signal für die gesamte Website.
Die Datei von Hand pflegen. Sie veraltet zuverlässig und still.
Die Aufnahme als selbstverständlich betrachten. Die Sitemap ist ein Hinweis, keine Zusage.
Abgrenzung
Die XML-Sitemap richtet sich an Maschinen, eine HTML-Übersichtsseite an Menschen. Die HTML-Fassung ist zugleich interne Verlinkung und damit für die Erfassung nützlich. Beide können nebeneinander bestehen, ersetzen sich aber nicht.
Von der robots.txt unterscheidet sich die Sitemap in der Richtung der Aussage. Die Sitemap schlägt Adressen zur Erfassung vor, die robots.txt erlaubt oder verbietet den Abruf. Keine der beiden Dateien steuert, ob eine Seite in den Index aufgenommen wird. Das entscheidet die Suchmaschine anhand des Inhalts.
Und die XML-Sitemap ist nicht die llms.txt, auch wenn beide Adressen auflisten. Die Sitemap ist ein seit 2005 etabliertes, von Suchmaschinen ausgewertetes Format. Die llms.txt ist ein Vorschlag, den bislang kein großer Suchmaschinen- oder KI-Anbieter offiziell als Ranking- oder Abrufgrundlage bestätigt hat.
Geschrieben von
Marcel Speckmann
Geschäftsführer der Speckmann Webdesign GmbH in Oldenburg. Ich arbeite an Suchmaschinenoptimierung, KI-Sichtbarkeit und den Websites, die dafür die Grundlage sind. Was hier steht, stammt aus laufenden Projekten, nicht aus Lehrbüchern.
Dazu passt
Das technische Fundament ist der Teil der Arbeit, den niemand sieht und ohne den nichts wirkt. Wie wir vorgehen, steht auf der Leistungsseite.