sitemap.xml: Der vollständige 2026-Leitfaden für SEO und KI-Crawler

sitemap.xml wirkt wie ein Problem, das die Branche längst gelöst hat. Jedes CMS erzeugt eine, jedes SEO-Plugin hat eine Checkbox dafür, und die meisten Teams denken nicht weiter darüber nach.

Das geht meistens gut, aber nicht immer. Eine Sitemap voller weitergeleiteter URLs, ein lastmod-Datum, das sich bei jedem Deployment ändert, oder eine Datei, bei der niemand bemerkt hat, dass sie über 50.000 URLs liegt, machen das Crawling unauffällig weniger effizient.

Passendes Tool: Luminas Sitemap Validator liest deine Sitemap aus, prüft die gelisteten URLs auf tote Links, noindex-Seiten und abweichende Canonicals und warnt bei veralteten oder einheitlichen lastmod-Daten.

Was eine Sitemap ist und warum sie weiterhin zählt

sitemap.xml ist eine XML-Datei, meist unter https://example.com/sitemap.xml, die die URLs auflistet, die Suchmaschinen crawlen sollen, optional mit Metadaten wie dem Datum der letzten Änderung. Das Format legt das Sitemaps.org-Protokoll (Version 0.9) fest, Google ergänzt Erweiterungen für Bilder, Videos und News.

Eine Sitemap hilft beim Entdecken von URLs. Google nennt sie einen Hinweis: Wer eine einreicht, hat keine Garantie, dass jede URL gecrawlt oder indexiert wird. Laut Googles Dokumentation nützen Sitemaps am meisten bei großen Websites, bei neuen Websites mit wenigen externen Links und bei Websites mit vielen Medien- oder News-Inhalten. Eine kleine, gut verlinkte Website findet Google womöglich auch ohne.

Ihren Platz verdient sie trotzdem aus drei Gründen. Sie gibt Crawlern eine saubere Liste kanonischer URLs, was bei ungleichmäßiger interner Verlinkung hilft. Die Erweiterungen für Bilder, Videos und News tragen Informationen, die normale Links nicht liefern. Und ein korrektes lastmod zeigt Crawlern, welche Seiten sich geändert haben, was vor allem bei Websites mit häufigen Änderungen zählt.

Aufbau der Sitemap-XML: jedes Feld, das zählt

Die kleinste gültige Sitemap ist eine URL innerhalb eines urlset-Elements:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/</loc>
    <lastmod>2026-05-21</lastmod>
  </url>
</urlset>

Jeder URL-Eintrag kann vier Felder haben. Zwei davon zählen.

• <loc> (Pflicht): die kanonische URL, absolut und mit Protokoll.
• <lastmod> (optional): wann sich die Seite zuletzt wesentlich geändert hat, im W3C-Datetime-Format wie 2026-05-21 oder 2026-05-21T11:00:00+02:00. Das ist das einzige optionale Feld, das Google nutzt, unter den Bedingungen weiter unten.
• <changefreq>: wie oft sich die Seite ändert. Google ignoriert das Feld nach eigener Aussage, und Bing hat im Juli 2025 erklärt, es ebenfalls zu ignorieren.
• <priority>: ein Wert von 0,0 bis 1,0. Google und Bing ignorieren ihn beide.

Die Datei muss UTF-8-kodiert sein, und das Protokoll verlangt Entity-Escaping für Sonderzeichen. Am wichtigsten in der Praxis: Ein kaufmännisches Und in einer URL muss als & geschrieben werden, sonst ist das XML ungültig und lässt sich nicht auslesen.

Größengrenzen: Eine Sitemap darf höchstens 50.000 URLs enthalten und unkomprimiert höchstens 50 MB groß sein. Über einer der beiden Grenzen teilst du auf mehrere Dateien auf und nutzt einen Sitemap-Index. Gzip (sitemap.xml.gz) ist erlaubt, die 50-MB-Grenze gilt aber für die unkomprimierte Datei.

Die 5 Sitemap-Varianten

Die meisten Websites brauchen nur die normale Sitemap. Die anderen lösen bestimmte Probleme.

1. Normale URL-Sitemap

Der Standard. Listet Seiten mit loc und meist lastmod. Für HTML-Seiten, PDFs und jede andere URL, die gecrawlt werden soll.

2. Sitemap-Index

Eine Datei, die auf andere Sitemaps verweist. Nötig ab 50.000 URLs oder 50 MB pro Datei, viele Websites nutzen ihn aber schon früher, um nach Inhaltstyp aufzuteilen.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/sitemap-pages.xml</loc>
    <lastmod>2026-05-21</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/sitemap-products.xml</loc>
    <lastmod>2026-05-20</lastmod>
  </sitemap>
</sitemapindex>

Das Wurzelelement heißt sitemapindex, jeder Eintrag ist eine sitemap. In der Search Console kannst du nur den Index einreichen, Google liest die einzelnen Sitemaps daraus.

3. Bild-Sitemap

Ergänzt URL-Einträge um image:image-Elemente, damit Google Bilder findet, die es sonst übersehen könnte, etwa Bilder, die auf eine Weise geladen werden, die der Crawler nicht erfasst.

<url>
  <loc>https://example.com/product/widget</loc>
  <image:image>
    <image:loc>https://example.com/photos/widget-1.jpg</image:loc>
  </image:image>
  <image:image>
    <image:loc>https://example.com/photos/widget-2.jpg</image:loc>
  </image:image>
</url>

Ergänz den Namespace xmlns:image="http://www.google.com/schemas/sitemap-image/1.1" am urlset. Jeder URL-Eintrag kann bis zu 1.000 Bilder enthalten. Die übrigen Bild-Tags (caption, title, license usw.) hat Google 2022 abgeschafft, geblieben ist nur image:loc.

4. Video-Sitemap

Beschreibt Videos auf deinen Seiten. Google empfiehlt Video-Sitemaps, akzeptiert aber auch mRSS-Feeds und strukturierte Daten vom Typ VideoObject. Sie ist also einer von mehreren Wegen, Videos auffindbar zu machen, keine Pflicht.

<url>
  <loc>https://example.com/tutorials/setup</loc>
  <video:video>
    <video:thumbnail_loc>https://example.com/thumbs/setup.jpg</video:thumbnail_loc>
    <video:title>Setup-Tutorial</video:title>
    <video:description>Einrichtung in fünf Minuten</video:description>
    <video:content_loc>https://example.com/videos/setup.mp4</video:content_loc>
  </video:video>
</url>

Namespace: xmlns:video="http://www.google.com/schemas/sitemap-video/1.1". Pflicht sind thumbnail_loc, title, description und entweder content_loc oder player_loc.

5. News-Sitemap

Für Nachrichtenseiten. Sie listet Artikel aus den letzten zwei Tagen.

<url>
  <loc>https://example.com/news/headline</loc>
  <news:news>
    <news:publication>
      <news:name>Beispiel News</news:name>
      <news:language>de</news:language>
    </news:publication>
    <news:publication_date>2026-05-21T08:00:00Z</news:publication_date>
    <news:title>Überschrift des Artikels</news:title>
  </news:news>
</url>

Namespace: xmlns:news="http://www.google.com/schemas/sitemap-news/0.9". Ältere Artikel verschwinden nicht von selbst: Google bittet dich, diese URLs aus der News-Sitemap zu entfernen oder ihr news:news-Element zu löschen. Eine News-Sitemap darf bis zu 1.000 news:news-Tags enthalten.

Das lastmod-Feld, das fast alle falsch nutzen

Fast jeder Guide sagt: „Setz lastmod auf das Datum, an dem sich die Seite geändert hat.“ Das stimmt, lässt aber den Teil aus, der entscheidet, ob Google das Feld überhaupt nutzt.

In Googles Sitemap-Dokumentation heißt es sinngemäß: Google nutzt den lastmod-Wert, wenn er durchgängig und nachprüfbar korrekt ist, etwa im Vergleich mit der letzten Änderung der Seite. Außerdem steht dort, was zählt: Eine Änderung am Hauptinhalt, an den strukturierten Daten oder an Links auf der Seite gilt in der Regel als wesentlich, eine Änderung des Copyright-Datums nicht.

Wie Google entscheidet, dass die lastmod-Daten einer Website nicht verlässlich sind, veröffentlicht Google nicht. Die praktische Lehre ist trotzdem einfach: Ändert sich lastmod bei jedem Speichern, sagt das Feld Google nichts mehr. Das habe ich auf dieser Website selbst erlebt. Im April 2026 trugen 50 von 82 Sitemap-URLs dasselbe Datum, weil ein Sammel-Update sie angefasst hatte, obwohl sich der sichtbare Inhalt fast nirgends geändert hatte. Ob Google das Feld daraufhin abgewertet hat, lässt sich von außen nicht sagen. Aber ein Datum, das sich ohne Grund ändert, ist genau das, was Googles Formulierung als nicht nachprüfbar korrekt beschreibt.

Die Regel, die ich nutze:

Aktualisier lastmod, wenn sich auf der Seite etwas ändert, das Leser oder Suchmaschinen interessiert: Fließtext, Überschriften, FAQ-Antworten, Links im Inhalt oder strukturierte Daten, die jetzt etwas anderes aussagen.

Aktualisier lastmod nicht bei Änderungen, die Inhalt und Daten der Seite gleich lassen:

• Reine CSS-Änderungen wie Farben oder umgebaute Styles
• JavaScript-Fixes, die nichts am sichtbaren Verhalten ändern
• Leerzeichen, Einrückungen und HTML-Kommentare
• Neu erzeugte strukturierte Daten, die denselben Inhalt beschreiben wie vorher
• Breite und Höhe für Bilder, die schon korrekt dargestellt wurden
• Aktualisierte Copyright-Jahre im Footer

Änderungen an Navigations- oder Footer-Links sind ein Graubereich. Google zählt Link-Änderungen als wesentlich, aber eine seitenweite Menü-Anpassung ändert nicht, worum es auf einer einzelnen Seite geht. Dafür aktualisiere ich lastmod nicht auf allen Seiten.

Der umgekehrte Fehler zählt auch: Wer lastmod nicht aktualisiert, obwohl sich Inhalt geändert hat, verschenkt ein Signal, das die Seite früher neu crawlen lassen könnte.

Einreichungswege im Vergleich

Es gibt fünf Wege, Suchmaschinen deine Sitemap oder geänderte URLs mitzuteilen. Einer davon funktioniert nicht mehr.

1. Sitemap-Zeile in der robots.txt

Der einfachste Weg. Füg eine Zeile an beliebiger Stelle in /robots.txt ein:

Sitemap: https://example.com/sitemap.xml

Google, Bing und andere Crawler, die das Sitemap-Protokoll unterstützen, lesen sie. Die Zeile gehört zu keiner User-agent-Gruppe, und ihre Position in der Datei spielt keine Rolle. Mehrere Sitemaps listest du mit mehreren Zeilen.

2. Google Search Console

Öffne in der Search Console den Bereich Sitemaps und reich die URL ein. Der Sitemaps-Bericht zeigt, wann Google die Datei zuletzt gelesen hat, ob sie verarbeitet werden konnte und wie viele Seiten dabei gefunden wurden. Welche dieser URLs indexiert sind, siehst du, wenn du den Bericht zur Seitenindexierung nach dieser Sitemap filterst. Für eine einzelne URL nutzt du die URL-Prüfung.

Das Einreichen lässt Google nicht schneller crawlen als die robots.txt-Zeile. Der Nutzen ist die Rückmeldung: Abrufstatus, Verarbeitungsfehler und ein Blick auf die Indexierung pro Sitemap.

3. Bing Webmaster Tools

Das Gegenstück für Bing, ebenfalls unter Sitemaps. Bing nutzt Sitemaps und lastmod zum Entdecken von URLs, und die Berichte zeigen Abrufstatus und Fehler.

Bing zählt über die Bing-Suche hinaus. Microsoft Copilot greift für seine Antworten darauf zurück, und OpenAI nennt Bing neben dem eigenen OAI-SearchBot als einen der Suchanbieter, mit denen die ChatGPT-Suche arbeitet. Wie viel jede Quelle beiträgt, ist nicht veröffentlicht. Sieh das Einreichen bei Bing also als sinnvolle Pflege, nicht als direkten Hebel für ChatGPT.

4. Ping-URLs (funktionieren nicht mehr)

Google hat im Juni 2023 angekündigt, den Sitemap-Ping-Endpunkt (google.com/ping?sitemap=...) einzustellen, und Ende 2023 abgeschaltet. Bing hat seinen anonymen Ping-Endpunkt im Mai 2022 entfernt. Nutz keinen der beiden.

5. IndexNow

Ein offenes Protokoll, mit dem du geänderte URLs an teilnehmende Suchmaschinen meldest, statt auf einen neuen Crawl zu warten. Mehr dazu im nächsten Abschnitt.

IndexNow: melden statt warten

IndexNow startete am 18. Oktober 2021, unterstützt von Microsoft Bing und Yandex. Seznam kam früh dazu, Naver folgte 2023, Yep ebenfalls 2023. Die aktuelle Liste auf indexnow.org enthält außerdem das Internet Archive und Amazon. Google unterstützt IndexNow nicht.

Die Idee ist einfach. Statt dass Suchmaschinen deine Seiten immer wieder auf Änderungen prüfen, schickst du geänderte URLs an einen IndexNow-Endpunkt, und die teilnehmenden Suchmaschinen teilen sich die Meldung. IndexNow ist unabhängig von deiner Sitemap: Du meldest URLs direkt, und die FAQ des Protokolls empfiehlt, es zusätzlich zu einer Sitemap zu nutzen, nicht stattdessen.

Die Einrichtung dauert ein paar Minuten. Erzeug einen Schlüssel mit 8 bis 128 Zeichen (Buchstaben, Ziffern und Bindestriche), leg ihn als Textdatei ab, die nur den Schlüssel enthält, meist unter https://deineseite.de/<dein-schluessel>.txt, und schick geänderte URLs an die API. Liegt die Schlüsseldatei in einem Unterverzeichnis, gibst du keyLocation an, womit der Schlüssel nur für URLs unter diesem Pfad gilt.

POST https://api.indexnow.org/IndexNow
Content-Type: application/json

{
  "host": "example.com",
  "key": "dein-32-zeichen-schluessel",
  "keyLocation": "https://example.com/dein-32-zeichen-schluessel.txt",
  "urlList": [
    "https://example.com/neue-seite/",
    "https://example.com/geaenderte-seite/"
  ]
}

Eine 200-Antwort heißt, dass die Meldung angekommen ist, eine 202-Antwort, dass sie angenommen wurde, während der Schlüssel noch geprüft wird. Beides garantiert nicht, dass die URL zu einem bestimmten Zeitpunkt gecrawlt oder indexiert wird. Die FAQ von IndexNow sagt ausdrücklich, dass keine sofortige Indexierung garantiert ist.

Mit Cloudflare brauchst du keinen Code. Aktivier Crawler Hints unter Caching → Configuration. Cloudflare benachrichtigt IndexNow dann, wenn ein Cache-Miss darauf hindeutet, dass sich Inhalt wahrscheinlich geändert hat. Auf anderen Plattformen rufen die meisten CMS-Plugins oder ein kleines Skript nach dem Veröffentlichen die API auf. Bei Fastly heißt das eigener Code auf Fastly Compute.

Am meisten bringt es Websites, die viele URLs veröffentlichen oder ändern, etwa Nachrichtenseiten oder Shops mit häufigen Preisänderungen, und denen Bing und die anderen teilnehmenden Suchmaschinen wichtig sind. Bei einem kleinen Blog mit einem Artikel pro Woche ist der Effekt überschaubar.

6 häufige Sitemap-Fehler

Die meisten dieser Fehler machen nichts sichtbar kaputt, sie machen die Sitemap nur weniger nützlich.

• Die Sitemap in der robots.txt sperren. Eine breite Regel wie Disallow: /sitemap sperrt auch /sitemap.xml. Mit curl lässt sich das nicht prüfen, weil curl die robots.txt ignoriert. Prüf deine robots.txt-Regeln direkt oder schau dir den Abrufstatus im Sitemaps-Bericht der Search Console an.
• Nicht-kanonische URLs aufnehmen. Parameter-URLs, URLs mit Weiterleitung, Seiten, deren Canonical woanders hinzeigt. Nimm nur kanonische URLs auf. Paginierte Seiten mit eigenem, selbstreferenzierendem Canonical sind kanonisch und dürfen drinbleiben. Die Aufnahme in die Sitemap ist nur ein schwaches Canonical-Signal, eine weitergeleitete URL darin sendet also vor allem ein widersprüchliches Signal und kostet einen Abruf.
• lastmod, das sich bei jedem Speichern ändert. Siehe oben.
• Größengrenzen bei eigenen Lösungen nicht prüfen. WordPress selbst, Yoast und Rank Math teilen große Sitemaps automatisch auf. Eigene Generatoren tun das oft nicht. Wenn du die Sitemap selbst erzeugst, sorg dafür, dass sie vor 50.000 URLs oder 50 MB auf einen Sitemap-Index umstellt.
• Kodierungsfehler. Ein nicht maskiertes kaufmännisches Und in einer URL (?a=1&b=2 statt ?a=1&b=2) macht das XML ungültig. Der Sitemaps-Bericht der Search Console zeigt die Datei dann als nicht lesbar, und keine ihrer URLs wird genutzt, bis du das behebst.
• noindex-URLs aufnehmen. Eine Sitemap listet URLs, die indexiert werden sollen. Eine Seite mit noindex widerspricht dem, lass sie also weg.

Sitemap und KI-Suche: Nutzen GPTBot, ClaudeBot und Perplexity sie?

Das dokumentiert niemand. Die Crawler-Seiten von OpenAI, Anthropic und Perplexity beschreiben, wofür jeder Bot da ist und wie du ihn per robots.txt steuerst, aber keine sagt, ob ihre Crawler die Sitemap-Zeile lesen oder sitemap.xml abrufen.

Google-Extended ist gar kein Crawler. Die Google-Suche, AI Overviews eingeschlossen, nutzt Googlebot, und der liest Sitemaps.

Es gibt auch keine Dokumentation, nach der eine Sitemap die Zitierhäufigkeit in KI-Antworten erhöht. Eine Sitemap macht deine URLs für jeden Crawler leichter auffindbar, der sie nutzt, auch für Bing (siehe oben).

Wie KI-Crawler arbeiten und wie du sie steuerst, steht im KI-Crawler-Guide.

So testest du deine Sitemap

Vier Prüfungen, von schnell bis gründlich:

1. Datei abrufen. Prüf, ob sie existiert, mit 200 antwortet und XML enthält. Sinnvoll direkt nach jedem Deployment.

curl -I https://deineseite.de/sitemap.xml
curl https://deineseite.de/sitemap.xml | head -50

2. Lumina Sitemap Validator. Kostenlos, ohne Anmeldung. Das Tool liest die Sitemap aus, folgt Sitemap-Indizes, prüft bis zu 2.000 gelistete URLs auf ihren Statuscode, markiert noindex-Seiten und abweichende Canonicals und warnt, wenn alle URLs dasselbe lastmod-Datum tragen.

3. Google Search Console → Sitemaps. Zeigt, wann Google deine Sitemap zuletzt gelesen hat, ob sie verarbeitet werden konnte und wie viele Seiten dabei gefunden wurden. Filter den Bericht zur Seitenindexierung nach der Sitemap, um zu sehen, welche URLs indexiert sind.

4. Bing Webmaster Tools → Sitemaps. Dasselbe für Bing. Wenn du IndexNow nutzt, zeigen die Bing Webmaster Tools auch deine Meldungen.

FAQ

Wo du anfängst

Fünf Schritte: