XML-Sitemap Best Practices (und was sie klammheimlich zerstört)

Die XML-Sitemap Best Practices lassen sich auf eine Regel zurückführen: Die Sitemap listet die kanonischen, indexierbaren URLs, die Suchmaschinen finden sollen, und sonst nichts. Eine saubere Sitemap hilft Google, wichtige Seiten zu entdecken und erneut zu crawlen, während eine nachlässige Google Weiterleitungen, 404-Seiten und URLs schickt, die nie indexiert werden sollten, und die ganze Datei so zu einem schwächeren Signal macht.

Die Regeln selbst sind einfach. Schwieriger ist, dass Sitemaps von Software erzeugt werden und ein Plugin-Update oder ein Deploy eine korrekte Sitemap falsch machen kann, ohne dass es jemand bemerkt.

Wofür eine Sitemap da ist und wofür nicht

Eine Sitemap ist eine Hilfe zur Auffindbarkeit. Sie hilft Suchmaschinen, Seiten zu finden, vor allem auf großen Websites, auf neuen Websites und bei Seiten mit wenigen internen Links. Ein Rankingfaktor ist sie nicht, und eine URL in der Sitemap bringt Google nicht dazu, sie zu indexieren.

Eine minimale Datei sieht so aus:

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

Das ist fast alles, was Google liest. Google hat erklärt, dass es <priority> und <changefreq> ignoriert und <lastmod> nur verwendet, wenn der Wert durchgehend stimmt. Zeit in das Feintuning von Prioritätswerten zu stecken, bringt bei Google also nichts.

Die XML-Sitemap Best Practices, auf die du achten solltest

Nimm nur URLs auf, die 200 liefern, auf sich selbst kanonisch sind und kein noindex tragen. Soll eine Seite nicht indexiert werden, gehört sie nicht in die Sitemap. Weiterleitende URLs und 404-Seiten sind die häufigsten Verunreinigungen, und sie tauchen meist auf, wenn Inhalte verschoben oder gelöscht werden, während der Generator noch eine alte Liste führt.

Verwende absolute URLs mit demselben Protokoll und Host wie die Sitemap. Eine Sitemap unter https://www.example.com/ sollte keine URLs mit http://example.com/ enthalten. Die Datei muss UTF-8-kodiert sein, und Zeichen wie & in URLs müssen als & maskiert werden.

Halte lastmod ehrlich. Der Wert sollte sich ändern, wenn sich der Hauptinhalt der Seite ändert, nicht bei jedem Rebuild. Stempelt eine Plattform jede Nacht das heutige Datum auf jede URL, sagt der Wert Google nichts mehr, und Google lernt, ihn zu ignorieren.

Halte die Limits ein. Eine Sitemap-Datei darf bis zu 50.000 URLs und 50 MB unkomprimiert enthalten. Größere Websites verteilen ihre URLs auf mehrere Dateien, oft nach Inhaltstyp, und listen diese in einem Sitemap-Index. Die Aufteilung nach Typ macht Probleme außerdem leichter auffindbar, weil du siehst, welche Teil-Sitemap URLs verloren hat. Dateien dürfen mit gzip komprimiert werden, das 50-MB-Limit gilt aber für die unkomprimierte Größe.

Sorg dafür, dass die Sitemap gefunden wird. Füge der robots.txt eine Zeile Sitemap: https://example.com/sitemap_index.xml hinzu und reiche die Sitemap in der Search Console im Bericht „Sitemaps“ sowie in den Bing Webmaster Tools ein. Google hat seinen Sitemap-„Ping“-Endpunkt 2023 abgeschaltet, übrig bleiben also das Einreichen und die Zeile in der robots.txt. Den Rest dieser Datei behandelt unser Leitfaden So prüfst du deine robots.txt.

Wer die Datei erzeugt

Wenn du den Generator kennst, weißt du, was die Sitemap verändern kann. Seit WordPress 5.5 gibt der Core unter /wp-sitemap.xml eine einfache Sitemap aus. Yoast SEO und Rank Math deaktivieren diese und liefern ihre eigene unter /sitemap_index.xml aus, gesteuert über Einstellungen pro Inhaltstyp. Schaltest du im Plugin einen Typ ab, verschwinden also alle seine URLs auf einmal. Shopify erzeugt /sitemap.xml automatisch und lässt keine direkte Bearbeitung zu. Headless- und statische Websites bauen die Sitemap meist beim Deploy, und damit kann eine Änderung an der Build-Konfiguration sie verändern.

Wie eine gültige Sitemap trotzdem falsch wird

Problem	Typischer Auslöser	Woran du es erkennst
Unerwünschte URLs gelistet	Plugin nimmt plötzlich Tag-Archive, Anhangseiten oder noindex-Seiten auf	Der Bericht zur Seitenindexierung füllt sich mit ausgeschlossenen URLs aus der Sitemap
Echte URLs fehlen	Generator bei Deploy oder Migration zurückgesetzt, Inhaltstyp abgeschaltet	Die Zahl der gefundenen URLs im Bericht „Sitemaps“ sinkt
Nutzloses lastmod	Jede URL wird bei jedem Build neu gestempelt	Alle Einträge haben dasselbe aktuelle Datum
Alte Sitemap noch referenziert	Sitemap-Pfad geändert, robots.txt nicht angepasst	Search Console meldet einen Abruffehler oder eine veraltete Datei
Datei aus dem Cache	CDN oder Caching-Plugin liefert eine alte Version	Die Sitemap enthält keine Seiten, die vor Tagen veröffentlicht wurden

Keines dieser Probleme erzeugt einen Fehler auf der Website. Das XML lässt sich weiterhin parsen, und der Unterschied fällt nur auf, wenn jemand die Datei mit ihrem früheren Stand vergleicht.

Warum Agenturen diese Änderungen übersehen

Bei einer einzelnen Website, die du selbst kontrollierst, fällt es dir vielleicht irgendwann auf. Bei zwanzig Kundenwebsites, auf denen andere Entwickler deployen, gibt es an einem normalen Dienstag selten einen Grund, eine Sitemap zu öffnen. Wer ein Plugin aktualisiert oder ein Release mergt, denkt nicht an die Sitemap, also ist jeder Schaden ein Nebeneffekt. Das erste sichtbare Anzeichen ist meist, dass neue Seiten langsamer indexiert werden oder Seiten aus dem Index fallen, Wochen später.

Von Hand prüfen und den Rest überwachen

Eine manuelle Prüfung ist unkompliziert: Datei öffnen, die URL-Anzahl pro Teil-Sitemap notieren, bei einer Stichprobe von URLs Statuscode, Canonical und noindex prüfen und die Zeile in der robots.txt bestätigen. Das funktioniert gut bei Websites, an deren Prüfung du denkst.

Für die anderen liest Deltio die Sitemap jeder Kundenwebsite in einem täglichen Zyklus, vergleicht sie mit der vorherigen Prüfung und meldet, wenn URLs hinzukommen oder entfernt werden. Außerdem prüft es die Seiten hinter diesen URLs auf noindex, Canonicals und Änderungen am Title und überwacht die robots.txt, denn eine Sitemap ändert sich selten allein. Die Alerts gehen pro Website an Slack und per E-Mail und nennen die Website und die betroffenen URLs. Weil der Check täglich läuft, wird eine Änderung im nächsten Zyklus gemeldet und nicht in dem Moment, in dem sie passiert. Wie diese Benachrichtigungen aussehen, zeigt der Beitrag zu SEO-Änderungsbenachrichtigungen.

Du kannst eine Kundenwebsite 14 Tage kostenlos anlegen und sehen, was ihre Sitemap heute enthält.