XML-Sitemap erstellen: Was rein muss und was Google ignoriert

Eine XML-Sitemap ist eine Liste deiner URLs in einem festen Format, die Google beim Crawlen hilft. Das ist alles. Sie garantiert keine Indexierung, sie verbessert kein Ranking, und sie repariert keine Seite, die aus anderen Gründen schlecht dasteht. Wer eine Sitemap baut und danach bessere Positionen erwartet, verwechselt Werkzeug mit Wirkung. Bevor du selbst Hand anlegst, lohnt sich ein Blick auf den Sitemap Validator, falls du bereits eine Datei hast und nur prüfen willst, ob sie gültig ist. Für den Neuaufbau zeigt dieser Artikel, was tatsächlich Pflicht ist, was Google seit Jahren ignoriert und wie du in wenigen Minuten fertig bist.

Was eine XML-Sitemap wirklich tut

Eine Sitemap sagt Google, welche Seiten es gibt. Mehr nicht. Google crawlt grundsätzlich auch ohne Sitemap, indem es Links folgt – die Sitemap ist ein zusätzlicher Hinweis, kein Ersatz für eine crawlbare Seitenstruktur. Sinnvoll wird sie vor allem dort, wo interne Verlinkung Lücken lässt: bei neuen Seiten ohne eingehende Links, bei großen Websites mit tiefen Verzeichnissen, oder wenn du wissen willst, welche URLs Google überhaupt als "gesendet" registriert hat.

Technisch ist eine XML-Sitemap eine einzelne Datei mit einem festen Aufbau: ein <urlset>-Wurzelelement, darin pro Seite ein <url>-Block mit mindestens einem <loc>-Tag. Kein Geheimwissen, keine Programmierkenntnisse nötig, um sie zu lesen. Trotzdem kursieren hartnäckige Mythen darüber, was da alles hineingehört – der nächste Abschnitt räumt damit auf.

Was in eine XML-Sitemap gehört

Von den vier möglichen Tags pro URL, die das sitemaps.org-Protokoll definiert, ist genau eines verpflichtend. Die anderen drei sind erlaubt, aber Google bewertet sie höchst unterschiedlich.

Die Quelle für die letzten beiden Zeilen ist Googles eigene Dokumentation "Build and Submit a Sitemap": Google gibt dort selbst an, changefreq und priority zu ignorieren. Trotzdem tauchen beide in praktisch jeder Sitemap-Vorlage im Netz auf – zwei Tags, die brav weiter ausgefüllt werden, obwohl ihnen seit Jahren niemand mehr zuhört, am wenigsten die Suchmaschine, für die sie gedacht waren.

Die lastmod-Falle

Das erklärt, warum lastmod so ein zweischneidiges Feld ist. Ein Datum zu setzen ist leicht. Ein Datum zu setzen, das jedes Mal stimmt, wenn sich der Inhalt der Seite tatsächlich ändert, ist die eigentliche Arbeit – und die machen die wenigsten Websites konsequent.

Eine klare Position dazu, weil eine Anleitung trotzdem Haltung zeigen darf: Manuelles Pflegen von lastmod lohnt sich für die meisten Websites nicht. Sobald Publish-Zeitpunkt und echte inhaltliche Änderung auseinanderlaufen, schleicht sich genau die Unzuverlässigkeit ein, vor der Illyes warnt. Eine geschätzte manuelle Pflege verkommt schnell zur stillen Gewohnheit: "heute mal alle Daten aktualisieren". Ein automatisiert gesetztes Datum aus dem echten Crawl-Ergebnis ist ehrlicher. Genau deshalb setzt der SchemaValid XML-Sitemap-Generator lastmod automatisch, statt es dir zu überlassen.

So erstellst du eine Sitemap

Drei Wege führen zum Ziel, mit sehr unterschiedlichem Aufwand danach.

Wer kein WordPress nutzt oder keinen Zugriff auf Plugins hat, ist mit einem Crawler-basierten Generator am schnellsten fertig. Der XML-Sitemap-Generator von SchemaValid crawlt deine Domain serverseitig in Stapeln, baut daraus die fertige sitemap.xml samt HTML-Sitemap und URL-Liste, und speichert dabei nichts von deiner Website. Kein Konto, keine Installation.

Sitemap bei Google Search Console einreichen

Eine fertige Sitemap bringt nichts, solange Google nicht weiß, dass sie existiert. Der Ablauf ist kurz: Du brauchst Property-Inhaberrecht oder mindestens Nutzerrechte für die betreffende Domain in der Google Search Console. Dort öffnest du den Bericht "Sitemaps" im linken Menü, trägst die URL deiner Sitemap-Datei ein (zum Beispiel sitemap.xml, relativ zur Property) und klickst auf "Senden". Google zeigt danach den Status und, mit etwas Verzögerung, wie viele URLs aus der Sitemap tatsächlich entdeckt wurden.

Eine zweite, unabhängige Meldemöglichkeit ist der Eintrag in der robots.txt, dazu gleich mehr. Beide Wege schließen sich nicht aus – die meisten Websites nutzen beide parallel, damit auch andere Crawler als der von Google die Sitemap ohne Search-Console-Zugang finden.

Limits und Sitemap-Index für große Websites

Eine einzelne Sitemap-Datei darf laut Google Search Central maximal 50.000 URLs oder 50 MB unkomprimierte Dateigröße enthalten, je nachdem, welcher Grenzwert zuerst erreicht wird. Diese Zahl stammt aus laufend gepflegter Google-Dokumentation ohne sichtbares Änderungsdatum, deshalb hier als Stand der Recherche vom 27.07.2026 gekennzeichnet – sie kann sich ändern, ohne dass Google das aktiv ankündigt.

Für Websites mit mehr als 50.000 URLs ist eine einzelne Datei ohnehin keine Option. Die Lösung ist eine Sitemap-Index-Datei: Sie enthält selbst keine Seiten-URLs, sondern verweist auf mehrere Kind-Sitemaps, von denen jede wieder bis zu 50.000 URLs tragen darf. Der Index folgt derselben Regel, nur eben bezogen auf Kind-Sitemaps statt auf einzelne Seiten: auch er darf maximal 50.000 Einträge auflisten.

Bei der Einreichung in der Search Console änderst du nichts an deinem Vorgehen: Du reichst einfach die Index-Datei ein, Google folgt den Verweisen zu den Kind-Sitemaps selbstständig.

Häufige Fehler vermeiden

Die meisten Sitemap-Probleme fallen erst im Coverage-Bericht der Search Console auf, wenn URLs fehlen, die eigentlich drin sein sollten.

Den robots.txt-Eintrag prüfst du am schnellsten mit dem Robots.txt-Tester: Er zeigt, ob die Sitemap-Zeile korrekt steht und ob versehentlich Verzeichnisse blockiert sind, die eigentlich in der Sitemap stehen. Fehlt die Zeile, ergänzt du sie mit dem Robots.txt-Generator.

Häufige Fragen zur XML-Sitemap