Eine XML-Sitemap ist eine XML-Datei, die Suchmaschinen relevante URLs einer Website strukturiert bereitstellt. Optional enthält sie Metadaten, etwa den Zeitpunkt der letzten Änderung einer URL. Sie ergänzt die URL-Erkennung über interne und externe Links und unterstützt Crawling sowie technische Diagnose. Eine Sitemap garantiert weder Crawling noch Indexierung. Das Format basiert auf dem Sitemaps-Protokoll.
Funktion und SEO-Bedeutung einer XML-Sitemap
Suchmaschinen entdecken URLs vor allem über Links. Eine XML-Sitemap stellt zusätzlich eine explizite Liste der URLs bereit, die für die Suche vorgesehen sind. Google nennt in seiner Dokumentation zu Sitemaps vor allem große Websites, neue Websites mit wenigen externen Links sowie Websites mit vielen Bildern, Videos oder News-Inhalten als typische Einsatzfälle.
Eine XML-Sitemap erfüllt vor allem vier technische Funktionen:
- Sie übermittelt relevante URLs in einem standardisierten Format
- Sie unterstützt die Entdeckung neuer oder tief verlinkter Seiten
- Sie übermittelt mit
<lastmod>einen verwertbaren Hinweis auf relevante Änderungen - Sie ermöglicht eine getrennte technische Auswertung verschiedener URL-Gruppen über mehrere Sitemap-Dateien.
Die Sitemap ersetzt keine crawlbare Informationsarchitektur und keine interne Verlinkung. Gut verlinkte Seiten lassen sich auch ohne Sitemap entdecken. Bei großen oder technisch komplexen Websites erleichtert die Sitemap jedoch die systematische Bereitstellung und Kontrolle des URL-Bestands.
Für die Kanonisierung ist die Sitemap ebenfalls relevant. Google berücksichtigt die Aufnahme einer URL in einer Sitemap als Kanonisierungssignal. Die Google-Dokumentation zur Kanonisierung nennt Weiterleitungen, rel="canonical" und Sitemap-Signale als Faktoren bei der Auswahl der kanonischen URL. Eine Sitemap überschreibt widersprüchliche stärkere Signale nicht.
Aufbau und wichtige XML-Tags
Das Sitemaps-Protokoll definiert die XML-Struktur. Die Datei verwendet UTF-8. Das Wurzelelement lautet <urlset>, jede URL steht in einem <url>-Element und <loc> enthält die vollständige URL.
Kleines Beispiel:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://www.example.com/</loc>
</url>
<url>
<loc>https://www.example.com/ratgeber/</loc>
<lastmod>2026-09-15</lastmod>
</url>
</urlset>
Die Datumsangabe im Beispiel ist frei gewählt. In einer realen Sitemap beschreibt <lastmod> den Zeitpunkt der letzten relevanten Änderung der jeweiligen URL.
| Tag | Status im Protokoll | Bedeutung |
|---|---|---|
<urlset> |
Erforderlich | Wurzelelement einer URL-Sitemap und Träger des Sitemap-Namespace |
<url> |
Erforderlich | Container für einen einzelnen URL-Eintrag |
<loc> |
Erforderlich | Vollständige URL, laut Protokoll mit weniger als 2.048 Zeichen |
<lastmod> |
Optional | Datum oder Zeitpunkt der letzten Änderung im W3C-Datetime-Format |
<changefreq> |
Optional | Erwartete Änderungshäufigkeit einer URL |
<priority> |
Optional | Relative Priorität einer URL innerhalb derselben Website von 0.0 bis 1.0 |
Google dokumentiert in den Hinweisen zu XML-Sitemaps, dass <changefreq> und <priority> für Google ignoriert werden. <lastmod> verwendet Google, wenn die Werte konsistent und nachweisbar korrekt sind. Als signifikante Änderungen nennt Google unter anderem Änderungen am Hauptinhalt, an strukturierten Daten oder an Links. Eine bloße Änderung des Copyright-Jahres zählt nicht als relevante Seitenänderung.
XML reserviert bestimmte Zeichen. Ein kaufmännisches Und innerhalb eines URL-Parameters wird beispielsweise als & geschrieben. Das Sitemaps-Protokoll zum Entity Escaping verlangt korrektes Escaping aller Datenwerte.
Alle <loc>-Werte enthalten vollständige absolute URLs. Die Google-Anleitung zur Sitemap-Erstellung verwendet deshalb Adressen wie https://www.example.com/seite/ und keine relativen Pfade wie /seite/.
Welche URLs gehören in eine XML-Sitemap?
In die XML-Sitemap gehören die kanonischen URLs, die in Suchergebnissen erscheinen sollen. In die XML-Sitemap gehören die kanonischen URLs, die in Suchergebnissen erscheinen sollen. Die Entscheidung, welche Suchintentionen eine gemeinsame oder eine eigene URL erhalten, kann bereits bei der Content-Planung durch Keyword-Clustering unterstützt werden.
Google empfiehlt in seinen Best Practices für Sitemaps, die vollständigen kanonischen URLs aufzunehmen und bei mehreren URL-Varianten dieselbe bevorzugte Version zu verwenden.
Typische Sitemap-URLs sind:
- Indexierbare Inhaltsseiten mit eigenständigem Inhalt
- Produkt- und Kategorieseiten, die für die organische Suche vorgesehen sind
- Neue relevante URLs
- Kanonische Sprach- und Regionsvarianten
- Seiten mit Bildern, Videos oder News-Inhalten, wenn entsprechende Sitemap-Erweiterungen genutzt werden.
Dauerhafte Weiterleitungen, Fehlerseiten mit Status 404 oder 410, per noindex ausgeschlossene Seiten und nicht kanonische Duplikate gehören im Regelfall nicht in die Sitemap. Solche Einträge widersprechen dem Zweck der Datei, den vorgesehenen indexierbaren URL-Bestand bereitzustellen.
Auch Parameter- und Filter-URLs werden nur aufgenommen, wenn sie eigenständige indexierbare Zielseiten darstellen. Die automatische Aufnahme aller technisch erzeugbaren Filterkombinationen erzeugt besonders bei Shops schnell einen großen Bestand redundanter oder unerwünschter URLs.
Sitemap und Canonical-Angaben sollten dieselbe URL-Version bezeichnen. Bei einer Website, die ausschließlich unter HTTPS erreichbar sein soll, enthält die Sitemap entsprechend die HTTPS-URLs. Dasselbe Prinzip gilt für Varianten mit oder ohne www, für Trailing Slashes und für andere dauerhaft festgelegte URL-Konventionen.
XML-Sitemap erstellen
Die Erstellung richtet sich nach Größe und technischer Architektur der Website. Google unterscheidet in seiner Anleitung zur Sitemap-Erstellung zwischen CMS-generierten Sitemaps, manueller Erstellung bei einer niedrigen zweistelligen Zahl von URLs und automatischer Generierung für größere URL-Bestände.
CMS-generierte Sitemap
Viele Content-Management-Systeme erzeugen Sitemaps automatisch. Vor einer zusätzlichen Lösung ist zu prüfen, welche Sitemap bereits vorhanden ist, welche Inhaltstypen sie enthält und ob ein Plug-in die Core-Funktion ersetzt. WordPress stellt seit Version 5.5 eine eigene XML-Sitemap bereit. Die WordPress-Core-Dokumentation zur XML-Sitemap nennt /wp-sitemap.xml als Standardpfad des Sitemap-Index.
Manuelle Sitemap
Bei einer sehr kleinen Website lässt sich die Datei von Hand erstellen. Dabei müssen XML-Struktur, UTF-8-Codierung, absolute URLs und korrektes Entity Escaping stimmen. Mit wachsender URL-Zahl steigt der Pflegeaufwand deutlich.
Automatisch generierte Sitemap
Dynamische Websites erzeugen die Sitemap aus einer verlässlichen Quelle wie CMS, Produktdatenbank oder redaktionellem System. Die Generierung berücksichtigt den tatsächlichen Status der URL und aktualisiert den Sitemap-Bestand zusammen mit den Inhalten der Website.
Eine robuste automatische Generierung folgt mindestens diesen Regeln:
- Nur vorgesehene indexierbare Ziel-URLs aufnehmen.
- Für jeden Inhalt die kanonische URL ausgeben.
- Entfernte oder dauerhaft weitergeleitete URLs aus der Sitemap entfernen.
- Fehlerseiten nicht als reguläre Ziel-URLs exportieren.
<lastmod>aus einer belastbaren Änderungsinformation erzeugen.- Größenlimits automatisch berücksichtigen.
Ein Generator, der bei jedem Lauf für jede URL das aktuelle Datum als <lastmod> ausgibt, liefert ein unzuverlässiges Änderungssignal. Google beschreibt in seiner Dokumentation zu lastmod, dass der Wert für die Crawl-Planung verwendet wird, wenn er die tatsächliche letzte signifikante Änderung abbildet.
Größenlimits und Sitemap-Index
Eine einzelne Sitemap enthält höchstens 50.000 URLs und ist unkomprimiert höchstens 50 MB groß. Diese Grenzen stehen sowohl im Sitemaps-Protokoll als auch in der Google-Dokumentation zu Sitemap-Grenzen. Gzip-Komprimierung reduziert die übertragene Datenmenge, ändert aber die Grenze von 50 MB für die unkomprimierte Datei nicht.
Größere URL-Bestände werden auf mehrere Sitemap-Dateien verteilt und über einen Sitemap-Index gebündelt. Ein Sitemap-Index enthält höchstens 50.000 Verweise auf einzelne Sitemaps.
Hypothetisches Beispiel:
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://www.example.com/sitemap-produkte.xml</loc>
<lastmod>2026-09-30</lastmod>
</sitemap>
<sitemap>
<loc>https://www.example.com/sitemap-ratgeber.xml</loc>
<lastmod>2026-09-29</lastmod>
</sitemap>
</sitemapindex>
Im Sitemap-Index bezeichnet <lastmod> die letzte Änderung der jeweiligen Sitemap-Datei. Der Wert beschreibt nicht die letzte Änderung jeder darin aufgeführten Seite. Das Sitemaps-Protokoll für Sitemap-Indexdateien unterscheidet diese Bedeutung ausdrücklich vom <lastmod>-Wert eines einzelnen URL-Eintrags.
Eine Aufteilung ist auch unterhalb der technischen Limits sinnvoll, wenn sie die Diagnose verbessert. Separate Dateien für Produkte, Kategorien, redaktionelle Inhalte oder andere stabile URL-Gruppen erleichtern die Auswertung in der Google Search Console. Die Segmentierung folgt dabei der Website-Struktur und nicht einer künstlich festgelegten Zahl von Sitemaps.
Bereitstellung, robots.txt und Google Search Console
/sitemap.xml ist ein verbreiteter Dateiname, aber keine Pflicht. Das Sitemaps-Protokoll zum Speicherort verbindet den Pfad der Sitemap mit dem URL-Bereich, den sie regulär abdecken darf. Google empfiehlt deshalb in seinen Sitemap-Best-Practices, die Sitemap im Stammverzeichnis der Website abzulegen.
Typische Adressen sind beispielsweise:
https://www.example.com/sitemap.xmlhttps://www.example.com/sitemap_index.xmlhttps://www.example.com/wp-sitemap.xml.
Die konkrete Sitemap-Adresse wird auf der jeweiligen Website geprüft. Dateiname und Pfad hängen vom CMS, der SEO-Software und der technischen Konfiguration ab.
Für Google stehen drei gebräuchliche Wege zur Bekanntgabe bereit: der Sitemaps-Bericht in der Google Search Console, die Search Console API und ein Sitemap:-Eintrag in der robots.txt. Die Google-Dokumentation zum Sitemaps-Bericht beschreibt zusätzlich Abrufstatus, Verarbeitungsfehler und die Zahl erkannter URLs.
Beispiel für robots.txt:
User-agent: *
Disallow:
Sitemap: https://www.example.com/sitemap.xml
Die Sitemap:-Direktive enthält eine vollständige URL und ist unabhängig von einer bestimmten User-agent-Gruppe. Mehrere Sitemap-Zeilen sind möglich.
Die XML-Sitemap und die robots.txt erfüllen unterschiedliche Aufgaben. Die Sitemap übermittelt relevante URLs. Die robots.txt steuert den Abruf durch Crawler. Ein Disallow wird durch einen Sitemap-Eintrag nicht aufgehoben. Auch die Sitemap-Datei selbst muss für Googlebot erreichbar sein.
Der frühere unauthentifizierte Sitemap-Ping-Endpunkt von Google ist eingestellt. Google dokumentiert in der Mitteilung zur Einstellung des Sitemap-Ping-Endpunkts, dass Ping-Anfragen an diesen Endpunkt keinen Nutzen mehr haben und mit HTTP 404 beantwortet werden.
XML-Sitemap und HTML-Sitemap
XML-Sitemap und HTML-Sitemap unterscheiden sich in Zielgruppe, Format und Funktion.
| Merkmal | XML-Sitemap | HTML-Sitemap |
|---|---|---|
| Format | XML-Datei | Normale HTML-Seite |
| Primäre Zielgruppe | Suchmaschinen-Crawler | Nutzer und Crawler |
| Inhalt | Strukturierte URLs und optionale Metadaten | Sichtbare interne Links |
| Zweck | URL-Bereitstellung und technische Verarbeitung | Navigation und Orientierung |
| Einreichung | Search Console, API oder robots.txt |
Normale interne Verlinkung |
Eine HTML-Sitemap ergänzt die Navigation einer Website. Eine XML-Sitemap stellt URLs in einem standardisierten maschinenlesbaren Format bereit. Beide Formate können parallel existieren, wenn die Website für beide Funktionen einen Bedarf hat.
Erweiterungen für Bilder, Videos, News und hreflang
XML-Sitemaps unterstützen zusätzliche Namespaces für spezialisierte Inhalte. Google dokumentiert Sitemap-Erweiterungen für Bilder, Videos, Google News und lokalisierte Seitenversionen.
Bilder: Bildangaben verknüpfen eine Seite mit relevanten Bildressourcen. Das ist vor allem bei bildstarken Websites und bei Bildern hilfreich, die Google nicht zuverlässig aus dem HTML entdecken kann.
Videos: Video-Sitemap-Angaben beschreiben unter anderem die Seite, auf der ein Video eingebettet ist, und weitere Videometadaten. Sie ergänzen die normalen URL-Einträge für Websites mit eigenständigen Videoinhalten.
Google News: News-Sitemaps übermitteln aktuelle Nachrichtenartikel mit News-spezifischen Metadaten. Für sie gelten zusätzliche Google-Vorgaben, die über das allgemeine Sitemap-Protokoll hinausgehen.
hreflang: Bei internationalen Websites lassen sich Sprach- und Regionsvarianten über xhtml:link in der Sitemap angeben. Die Google-Dokumentation zu lokalisierten Seiten nennt Sitemap, HTML und HTTP-Header als alternative Implementierungswege. Alle Sprachvarianten einer Gruppe verweisen dabei wechselseitig aufeinander.
Sitemap-Erweiterungen werden nur eingesetzt, wenn die zusätzlichen Daten korrekt und dauerhaft gepflegt werden. Eine gewöhnliche Sitemap für Webseiten benötigt diese Erweiterungen nicht.
Häufige Fehler und technische Prüfung
Ungültiges XML: Fehlende schließende Tags, falsche Namespaces, doppelte Elemente oder nicht escapte Sonderzeichen verhindern eine saubere Verarbeitung. Besonders häufig verursachen nicht escapte &-Zeichen in URLs Parsingfehler.
Relative oder unvollständige URLs: Ein <loc>-Wert enthält die vollständige URL einschließlich Protokoll und Host. Ein Eintrag wie /produkt/123/ erfüllt diese Anforderung nicht.
Falsche URL-Varianten: HTTP- und HTTPS-Versionen, Varianten mit und ohne www oder unterschiedliche Parameter können denselben Inhalt mehrfach abbilden. Die Sitemap enthält die festgelegte kanonische Version.
Unzuverlässige <lastmod>-Werte: Das Datum bezeichnet die letzte signifikante Änderung der Seite. Eine pauschale Aktualisierung aller Werte bei jedem Sitemap-Aufruf verfälscht dieses Signal.
Redirects, Fehlerseiten und noindex-URLs: Solche URLs passen nicht zum regulären indexierbaren URL-Bestand und werden aus der Sitemap entfernt, sobald ihr entsprechender Status feststeht.
Überschrittene Größenlimits: Mehr als 50.000 URLs oder mehr als 50 MB unkomprimierte Dateigröße erfordern zusätzliche Sitemap-Dateien und einen Sitemap-Index.
Nicht erreichbare Sitemap: Falsche Pfade, HTTP-Fehler, Login-Schutz oder eine Blockierung durch robots.txt verhindern den Abruf. Der Sitemaps-Bericht der Google Search Console zeigt Abruf- und Parsingfehler für eingereichte Sitemaps.
Eine technische Prüfung umfasst mindestens diese Punkte:
- Die Sitemap-URL liefert einen erfolgreichen HTTP-Abruf.
- Die Datei ist gültiges, UTF-8-codiertes XML.
- Alle
<loc>-Werte sind vollständig und korrekt escaped. - Die Sitemap enthält die festgelegten kanonischen URL-Varianten.
- Gelistete Zielseiten sind erreichbar und für die Indexierung vorgesehen.
- Sitemap-URLs und Canonical-Angaben widersprechen sich nicht.
<lastmod>entspricht tatsächlichen relevanten Änderungen.- Die Datei bleibt unter 50.000 URLs und 50 MB unkomprimiert.
- Die Search Console bestätigt einen erfolgreichen Abruf und eine erfolgreiche Verarbeitung.
- Entfernte, umgeleitete oder dauerhaft ausgeschlossene URLs verschwinden aus der Sitemap.
Bei automatisch generierten Sitemaps decken Stichproben Fehler im Quellsystem auf. Typische Ursachen sind veraltete Produktdatensätze, fehlerhafte Statuslogik oder URLs, die trotz noindex weiterhin exportiert werden.
FAQ zur XML-Sitemap
Braucht jede Website eine XML-Sitemap? Nein. Google schreibt in der Hilfe zum Sitemaps-Bericht, dass kleine Websites mit ungefähr 500 oder weniger relevanten Seiten und vollständiger interner Verlinkung häufig ohne Sitemap auskommen. Große, neue, komplexe oder medienreiche Websites profitieren stärker von einer strukturierten Sitemap.
Verbessert eine XML-Sitemap direkt das Ranking? Nein. Eine Sitemap übermittelt URLs und technische Hinweise, garantiert aber weder Indexierung noch eine bestimmte Position in den Suchergebnissen. Das Sitemaps-Protokoll beschreibt die Datei als Hilfsmittel für die URL-Erkennung und Crawl-Steuerung.
Wie oft muss eine XML-Sitemap aktualisiert werden? Die Sitemap bildet den aktuellen relevanten URL-Bestand ab. Neue Zielseiten werden ergänzt, entfernte URLs werden gelöscht und <lastmod> ändert sich bei einer tatsächlichen signifikanten Seitenänderung. Eine feste tägliche oder wöchentliche Aktualisierungsfrequenz ist nicht erforderlich.
Wo liegt die XML-Sitemap? Häufig liegt sie unter /sitemap.xml, der Dateiname ist jedoch frei wählbar. Google empfiehlt einen Speicherort im Stammverzeichnis. WordPress verwendet für die Core-Sitemap standardmäßig /wp-sitemap.xml.
Wie viele URLs darf eine XML-Sitemap enthalten? Eine einzelne Sitemap enthält höchstens 50.000 URLs und ist unkomprimiert höchstens 50 MB groß. Größere Bestände werden auf mehrere Sitemap-Dateien verteilt.
Was ist ein Sitemap-Index? Ein Sitemap-Index ist eine XML-Datei, die einzelne Sitemap-Dateien auflistet. Er verwendet <sitemapindex>, <sitemap> und <loc> und bündelt große oder logisch getrennte URL-Bestände.
Muss die XML-Sitemap in der robots.txt stehen? Nein. Google akzeptiert Sitemaps auch über die Search Console und deren API. Die Sitemap:-Zeile in der robots.txt ist ein zusätzlicher standardisierter Weg zur Bekanntgabe der Sitemap-Adresse.
Sind <changefreq> und <priority> für Google relevant? Nein. Beide Elemente gehören zum Sitemaps-Protokoll, Google ignoriert ihre Werte laut eigener Sitemap-Dokumentation.
Kann eine XML-Sitemap die Indexierung erzwingen? Nein. Eine Sitemap informiert Suchmaschinen über URLs. Google entscheidet weiterhin selbst, ob eine URL gecrawlt und indexiert wird.