XML-Sitemap erstellen und bei Google einreichen: Was hineingehört, was Google ignoriert und wie Sie Fehler im Sitemaps-Bericht beheben

In technischen Audits finden wir selten Websites ganz ohne Sitemap – aber oft Sitemaps, die Google mehr verwirren als helfen: weitergeleitete Adressen, Seiten mit noindex, Parameter-URLs und ein lastmod, das jeden Tag auf das heutige Datum springt. Eine XML-Sitemap ist eine Liste der URLs, die Sie in den Google-Suchergebnissen sehen möchten – und sie wirkt nur so gut, wie diese Liste sauber ist.

Dieser Leitfaden erklärt, wann Sie laut Google eine Sitemap brauchen, was hineingehört und was Google ignoriert, wie Sie sie einreichen und die Meldungen im Sitemaps-Bericht deuten.

Vertiefung: Technical SEO bei YellowFrog

Was eine Sitemap ist und was sie leistet

Eine Sitemap ist eine Datei, in der Sie Suchmaschinen mitteilen, welche Seiten und Dateien Ihrer Website Sie für wichtig halten, und ihnen zusätzliche Informationen dazu geben.

Google beschreibt den Zweck in der Sitemap-Übersicht so: Suchmaschinen lesen die Datei, um eine Website effizienter zu crawlen. Die Sitemap sagt, welche Seiten und Dateien Sie für wichtig halten, und liefert Zusatzinformationen, zum Beispiel wann eine Seite zuletzt aktualisiert wurde oder welche Sprachversionen es gibt.

Ebenso deutlich ist Google bei den Grenzen: Eine Sitemap hilft Suchmaschinen, URLs zu entdecken, garantiert aber nicht, dass alle Einträge gecrawlt und indexiert werden. Sie ersetzt auch keine gute interne Verlinkung – denn wenn die Seiten einer Website richtig verlinkt sind, kann Google laut eigener Aussage in der Regel den größten Teil davon entdecken. Wie Sie diese Verlinkung aufbauen, beschreibt unser Leitfaden zur internen Verlinkung.

Brauchen Sie überhaupt eine Sitemap?

Ob eine Sitemap nötig ist, hängt laut Google vor allem von Größe, Alter, Verlinkung und Medienanteil Ihrer Website ab.

Google nennt in seiner Dokumentation konkrete Fälle für beide Richtungen. Gleichzeitig hält Google fest, dass die meisten Websites in den meisten Fällen von einer Sitemap profitieren. Die folgende Tabelle fasst die Kriterien zusammen:

Wer ein CMS wie WordPress, Wix oder Blogger nutzt, muss laut Google oft gar nichts tun: Wahrscheinlich stellt das System bereits eine Sitemap bereit. Unsere Praxisempfehlung: Prüfen Sie trotzdem, was diese automatische Sitemap enthält. Gerade Plugins und Shopsysteme nehmen gern Archivseiten, Anhangseiten oder Filter-URLs auf, die nicht in den Index gehören. Wie das bei einem verbreiteten Shopsystem aussieht, zeigt unser Shopify-SEO-Leitfaden.

Die drei Formate: XML, RSS/Atom und Text

Google unterstützt die im Sitemap-Protokoll definierten Formate und hat nach eigener Aussage keine Präferenz – entscheidend ist, was zu Ihrer Website und Ihrem System passt.

Für die meisten Unternehmenswebsites ist die XML-Sitemap die richtige Wahl, weil sie als einzige alle Zusatzangaben aufnehmen kann.

Aufbau einer XML-Sitemap

Eine XML-Sitemap besteht im Kern aus einem urlset-Element mit einem url-Eintrag pro Seite, der mindestens die Adresse im loc-Element enthält.

Das folgende Beispiel orientiert sich an der Grundstruktur aus Googles Dokumentation „Sitemap erstellen und einreichen“:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/leistungen/heizungsbau</loc>
    <lastmod>2026-09-28</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/ratgeber/waermepumpe-kosten</loc>
    <lastmod>2026-10-02</lastmod>
  </url>
</urlset>

Die Elemente und wie Google sie behandelt

Das Sitemap-Protokoll kennt mehr Elemente, als Google tatsächlich auswertet – das ist einer der häufigsten Irrtümer bei Sitemaps.

Die Aussage zu priority und changefreq steht wörtlich in Googles Dokumentation. Unsere Praxisempfehlung: Lassen Sie beide Angaben weg, statt Zeit in ihre Pflege zu investieren. Wenn Ihr System sie automatisch ausgibt, schaden sie nicht, sie bewirken bei Google aber auch nichts.

lastmod richtig setzen

Das Datum in lastmod soll die letzte wesentliche Änderung einer Seite wiedergeben – nicht den Zeitpunkt, an dem die Sitemap erzeugt wurde.

Google hat 2023 im Search Central Blog erklärt, dass es lastmod als Signal nutzt, um das erneute Crawlen bereits bekannter URLs zu planen. Damit der Wert hilft, müssen zwei Bedingungen erfüllt sein: Er muss in einem unterstützten Datumsformat vorliegen (W3C Datetime, also zum Beispiel 2026-10-02 oder mit Uhrzeit und Zeitzone), und er muss dauerhaft der Wirklichkeit entsprechen. Behauptet die Sitemap, eine seit Jahren unveränderte Seite sei gestern geändert worden, glaubt Google den Angaben laut Blogbeitrag irgendwann nicht mehr.

Als wesentlich nennt Google Änderungen am Hauptinhalt, an den strukturierten Daten oder an Links auf der Seite. Eine geänderte Jahreszahl im Copyright-Hinweis oder ein kleiner Textwechsel in Seitenleiste oder Footer zählen nicht. Für Seiten, bei denen Ihr System das Änderungsdatum nicht zuverlässig kennt – etwa Startseite oder Kategorieseiten, die nur andere Inhalte zusammenfassen –, dürfen Sie lastmod laut Google auch einfach weglassen.

Kodierung, Speicherort und Escaping

Eine Sitemap muss UTF-8-kodiert sein, und wie in jeder XML-Datei müssen Sonderzeichen in den Werten maskiert werden.

Das betrifft vor allem das kaufmännische Und in URLs mit Parametern, aber auch Anführungszeichen und spitze Klammern. Unmaskierte Zeichen sind laut Google eine häufige Ursache für Parsing-Fehler. Beim Speicherort empfiehlt Google das Stammverzeichnis der Website: Eine Sitemap wirkt – sofern Sie sie nicht in der Search Console einreichen – nur auf URLs im selben Verzeichnis und darunter. Die Reihenfolge der URLs spielt für Google keine Rolle.

Welche URLs in die Sitemap gehören

In die Sitemap gehören ausschließlich die URLs, die Sie in den Google-Suchergebnissen sehen möchten – also die kanonischen Versionen Ihrer Seiten.

Google formuliert das in der Dokumentation unmissverständlich: Mit einer Sitemap teilen Sie mit, welche URLs Sie bevorzugt in den Suchergebnissen zeigen möchten. Ist derselbe Inhalt unter mehreren Adressen erreichbar, wählen Sie die bevorzugte URL und nehmen nur diese auf. Daraus ergibt sich eine einfache Prüfliste:

• Absolute URLs: immer mit Protokoll und Domain, also https://www.example.com/seite statt /seite.
• Nur kanonische URLs: keine Duplikate, Parameter-Varianten oder Sortierungen. Warum widersprüchliche Signale zwischen Sitemap und Canonical schaden, erklärt unser Vergleich von robots.txt, noindex und Canonical.
• Nur erreichbare Seiten: keine URLs, die weiterleiten, einen Fehler liefern oder hinter einem Login liegen. Google empfiehlt im Sitemaps-Bericht ausdrücklich, weitergeleitete URLs durch die tatsächlich zu crawlenden URLs zu ersetzen.
• Keine gesperrten oder ausgeschlossenen Seiten: Unsere Praxisempfehlung: Seiten mit noindex oder einer robots.txt-Sperre gehören nicht in die Sitemap – sonst sendet die Website zwei gegensätzliche Botschaften.
• Eine Version pro Seite: Haben Sie getrennte mobile und Desktop-URLs, empfiehlt Google, in der Sitemap nur auf eine Version zu verweisen.

Unsere Erfahrung aus Audits: Wenige hundert saubere URLs sind wertvoller als Zehntausende Einträge, von denen die Hälfte weiterleitet. Wann unnötige URLs tatsächlich Crawling-Ressourcen kosten, beschreibt unser Beitrag zum Crawl-Budget.

Große Websites: Limits und Sitemap-Index

Jede einzelne Sitemap ist auf 50.000 URLs und 50 MB unkomprimiert begrenzt – größere Websites teilen ihre URLs deshalb auf mehrere Sitemaps auf.

Die Grenzen gelten laut Google für alle Formate. Wer sie überschreitet, muss die Sitemap aufteilen und kann die Einzeldateien in einer Sitemap-Indexdatei bündeln, die Sie dann als eine Datei einreichen. Die Dokumentation zu großen Sitemaps nennt die wichtigsten Regeln:

• Ein Sitemap-Index ist ähnlich aufgebaut wie eine Sitemap und unterliegt denselben Anforderungen.
• Er kann bis zu 50.000 Sitemaps auflisten; jede davon wird mit vollständiger URL angegeben.
• Die aufgeführten Sitemaps müssen auf derselben Website liegen, im selben Verzeichnis wie der Index oder darunter – es sei denn, Sie haben die websiteübergreifende Einreichung eingerichtet.
• Ein Sitemap-Index darf keine weiteren Sitemap-Indexdateien enthalten; verschachtelte Indexe meldet die Search Console als Fehler.
• Pro Website lassen sich bis zu 500 Sitemap-Indexdateien in der Search Console einreichen.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-seiten.xml</loc>
    <lastmod>2026-10-02</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-ratgeber.xml</loc>
  </sitemap>
</sitemapindex>

Unsere Praxisempfehlung: Teilen Sie Sitemaps auch unterhalb der Grenzen nach Seitentypen auf – etwa Leistungsseiten, Ratgeber und Produkte. Google weist selbst darauf hin, dass mehrere Sitemaps nützlich sein können, um die Leistung einzelner Sitemaps in der Search Console zu verfolgen. Sie sehen dann auf einen Blick, ob zum Beispiel Ihre Produktseiten schlechter indexiert werden als Ihre Ratgeber.

Sitemap erstellen: CMS, Generator oder eigene Lösung

Wie Sie eine Sitemap erzeugen, hängt laut Google vor allem von der Zahl Ihrer URLs und Ihrem System ab.

1. CMS erzeugen lassen: Viele Systeme liefern die Sitemap automatisch. Google empfiehlt, in der Dokumentation des eigenen Systems nachzulesen, wie die Sitemap entsteht.
2. Von Hand erstellen: Für Sitemaps mit weniger als einigen Dutzend URLs ist laut Google ein einfacher Texteditor ausreichend. Größere Dateien von Hand zu pflegen, bezeichnet Google als mühsam und langfristig schwer wartbar.
3. Automatisch generieren: Ab einigen Dutzend URLs sollten Sie die Sitemap erzeugen lassen. Am besten ist es laut Google, wenn Ihre Website-Software das selbst übernimmt, etwa indem sie die URLs aus der Datenbank exportiert.

Unsere Praxisempfehlung für individuell entwickelte Websites: Erzeugen Sie die Sitemap aus derselben Datenquelle wie Routen und Canonicals. Dann fehlt keine neue Seite, und keine gelöschte bleibt stehen.

Die Sitemap bei Google einreichen

Das Einreichen einer Sitemap teilt Google nur mit, wo die Datei liegt – Google bezeichnet es ausdrücklich als Hinweis ohne Garantie, dass die Sitemap genutzt wird.

Google nennt drei Wege, die Sitemap verfügbar zu machen:

Bevor Sie einreichen, empfiehlt Google in der Hilfe zum Sitemaps-Bericht einen Test: Prüfen Sie die Sitemap-URL mit der URL-Prüfung als Live-Test und kontrollieren Sie, ob der Seitenabruf erfolgreich ist. Die Sitemap darf nicht hinter einem Login liegen und nicht per robots.txt gesperrt sein, denn Google beachtet die robots.txt auch beim Abruf von Sitemaps.

Nach dem ersten erfolgreichen Abruf liest Google die Sitemap laut Search-Console-Hilfe regelmäßig erneut, und zwar unabhängig vom Crawling der übrigen Website. Erneut einreichen müssen Sie nur bei großen Änderungen oder nachdem Sie einen Fehler behoben haben.

Den Sitemaps-Bericht lesen und Fehler beheben

Der Sitemaps-Bericht zeigt für jede über den Bericht oder die API eingereichte Sitemap den Status des letzten Abrufs und die Zahl der gefundenen URLs.

Wichtig für die Deutung: Sitemaps, die Google nur über die robots.txt gefunden hat, erscheinen im Bericht nicht. Für Bild-, Video- und News-URLs zeigt der Bericht laut Google derzeit keine Daten. Und die Spalte mit den gefundenen Seiten ist keine Garantie, dass diese Seiten gecrawlt oder indexiert werden. Wie viele davon tatsächlich im Index sind, sehen Sie, wenn Sie den Bericht zur Seitenindexierung nach der jeweiligen Sitemap filtern.

Die Statuswerte und die häufigsten Ursachen laut Google:

Taucht eine eingereichte Sitemap nicht auf, liegt das laut Google häufig an der Property: Eine Sitemap, die Sie für die http-Variante oder die Version ohne www eingereicht haben, ist in der Property für https mit www nicht sichtbar.

Erweiterungen: Bilder, Videos, News und Sprachversionen

Über Erweiterungen des Sitemap-Protokolls kann eine XML-Sitemap Google zusätzliche Informationen zu Medien, Nachrichten und Sprachversionen liefern.

• Bilder: Bild-Sitemaps helfen Google, Bilder zu finden, die es sonst nicht entdecken würde.
• Videos: Video-Sitemaps ergänzen Angaben wie Titel und Vorschaubild. Wann sich das lohnt, erklärt unser Video-SEO-Leitfaden.
• News: News-Sitemaps sind für Publisher gedacht, deren Artikel in Google News erscheinen.
• Sprachversionen: Alternative Sprach- und Länderversionen einer Seite lassen sich laut Google statt im HTML-Kopf auch in der Sitemap mit hreflang-Angaben auszeichnen (Dokumentation zu lokalisierten Versionen).

Häufige Fragen

Braucht jede Website eine XML-Sitemap?

Nein. Laut Google brauchen kleine Websites mit etwa 500 Seiten oder weniger, die intern umfassend verlinkt sind und keine wichtigen Video-, Bild- oder News-Inhalte haben, unter Umständen keine Sitemap. Google schreibt aber auch, dass die meisten Websites in den meisten Fällen von einer Sitemap profitieren – vor allem große, neue und medienreiche Websites.

Wie viele URLs darf eine Sitemap enthalten?

Eine einzelne Sitemap darf höchstens 50.000 URLs enthalten und unkomprimiert nicht größer als 50 MB sein. Größere Bestände teilen Sie auf mehrere Sitemaps auf und fassen sie in einer Sitemap-Indexdatei zusammen, die ihrerseits bis zu 50.000 Sitemaps auflisten kann.

Beachtet Google priority und changefreq?

Nein. Google schreibt in seiner Dokumentation ausdrücklich, dass es die Werte von priority und changefreq ignoriert. Den Wert von lastmod nutzt Google dagegen, wenn er durchgängig und überprüfbar korrekt ist und die letzte wesentliche Änderung der Seite wiedergibt.

Wie reiche ich eine Sitemap bei Google ein?

Sie können die Sitemap im Sitemaps-Bericht der Google Search Console einreichen, über die Search Console API übermitteln oder mit einer Zeile wie Sitemap: https://www.example.com/sitemap.xml in Ihrer robots.txt angeben. Für den Bericht brauchen Sie Inhaberrechte an der Property. Der früher genutzte Ping-Endpunkt wurde abgeschaltet.

Garantiert eine Sitemap, dass meine Seiten indexiert werden?

Nein. Google bezeichnet das Einreichen einer Sitemap als bloßen Hinweis. Es gibt keine Garantie, dass Google die Sitemap herunterlädt oder die enthaltenen URLs crawlt und indexiert. Ob eine Seite in den Index kommt, hängt weiterhin von ihrer Qualität und Erreichbarkeit ab.

Was bedeutet „Konnte nicht abgerufen werden“ im Sitemaps-Bericht?

Der Status bedeutet, dass Google die Sitemap-Datei selbst nicht laden konnte. Typische Gründe laut Google sind eine Sperre durch die robots.txt, eine falsche URL mit 404-Fehler, Serverprobleme oder eine ungelöste manuelle Maßnahme. Beheben Sie die Ursache und reichen Sie die Sitemap erneut ein.

Fazit: Eine saubere Liste schlägt eine lange Liste

Eine XML-Sitemap ist schnell erstellt, aber ihr Nutzen hängt allein davon ab, ob sie Google ein ehrliches Bild Ihrer indexierbaren Seiten liefert. Google dokumentiert klar, was zählt: absolute, kanonische URLs, ein korrektes lastmod, die Grenzen von 50.000 URLs und 50 MB und das Einreichen über Search Console oder robots.txt. Alles Weitere – priority, changefreq, der alte Ping – ist für Google ohne Wirkung.

• Bedarf klären: Kleine, gut verlinkte Websites kommen oft ohne aus; große, neue und medienreiche profitieren am meisten.
• Nur Indexierbares aufnehmen: kanonische URLs mit Status 200, keine Weiterleitungen, kein noindex.
• lastmod ehrlich halten: nur bei wesentlichen Änderungen aktualisieren.
• Struktur für Größe: nach Seitentypen aufteilen und per Sitemap-Index einreichen.
• Bericht nutzen: Status prüfen, Fehler beheben, Indexierung je Sitemap verfolgen.