XML Sitemap erstellen: Was ist eine Sitemap und wie funktioniert sie?

Was ist eine XML Sitemap und wofür brauchen Sie sie?

Eine XML Sitemap ist eine Datei, die die Seiten, Videos und anderen Dateien Ihrer Website auflistet und Suchmaschinen mitteilt, wo diese liegen und wann sie sich zuletzt wesentlich geändert haben. Google liest sie, um Ihre Website effizienter zu crawlen. Allerdings ist sie ein Hinweis, keine Anweisung, und sie garantiert keine Indexierung.

Wir sind Talha Aslan und Team, ein Team für digitales Marketing und Webentwicklung. In technischen SEO Audits öffnen wir die Sitemap fast immer als eine der ersten Dateien. Denn sie zeigt, was eine Website über sich selbst sagt. Welche URLs halten Sie für wichtig? Was haben Sie vergessen? Und welche Seiten heben Sie versehentlich hervor? In diesem Leitfaden gehen wir Definition, Aufbau, Grenzen, Erstellung, Einreichung in der Search Console und typische Fehler Schritt für Schritt durch.

Alle Regeln stützen sich auf zwei Primärquellen: die Dokumentation von Google Search Central und sitemaps.org, wo das Protokoll selbst definiert ist. Wenn Sie zunächst den größeren Zusammenhang suchen, lesen Sie unseren Beitrag Was ist technisches SEO: zehn praktische Tipps. Hier bleiben wir konkret bei der Sitemap.

Garantiert eine XML Sitemap die Indexierung?

Nein. Die Sitemap Übersicht von Google sagt es deutlich: Eine Sitemap hilft Suchmaschinen, URLs auf Ihrer Website zu entdecken. Sie garantiert aber nicht, dass Google jedes Element darin crawlt und indexiert. Betrachten Sie die Datei deshalb als starken Vorschlag, nicht als Befehl.

Wir betonen das, weil wir eine Frage besonders oft hören: „Ich habe die Sitemap eingereicht, warum erscheinen meine Seiten nicht?“ Google entscheidet anhand vieler Faktoren über die Indexierung. Dazu zählen Qualität des Inhalts, Duplikate, Canonical Signale und technische Erreichbarkeit. Die Sitemap beschleunigt also nur den Schritt der Entdeckung.

Trotzdem wäre es falsch, die Sitemap für nutzlos zu halten. Sie verkürzt den Weg zu einer neuen Seite, die noch keine Links hat. Außerdem lädt sie Google ein, aktualisierte Seiten erneut zu crawlen, sofern Ihre lastmod Werte stimmen. Für Seiten, die nicht im Index landen, hilft unsere Anleitung nicht indexierte Seiten in der Search Console finden.

Welche Websites brauchen überhaupt eine Sitemap?

Laut Google ist eine Sitemap vor allem in einigen Fällen hilfreich. Ihre Website ist groß. Ihre Website ist neu und hat kaum externe Links. Oder Ihre Website enthält viele Videos und Bilder oder erscheint in Google News. Auf großen Websites übersieht der Crawler sonst leicht neue oder kürzlich geänderte Seiten.

Andererseits schreibt Google, dass eine Website mit etwa 500 Seiten oder weniger, vollständiger interner Verlinkung und wenig Medieninhalten eventuell keine Sitemap braucht. Eine kleine Unternehmenswebsite kommt also auch ohne aus. Dennoch empfehlen wir in den meisten Projekten eine Sitemap. Sie kostet fast nichts und liefert eine praktische Referenzliste, um den Indexstatus in der Search Console zu verfolgen.

Kurz gesagt lautet die bessere Frage nicht „Brauche ich eine Sitemap?“, sondern „Ist meine Sitemap korrekt?“. Eine fehlerhafte Datei sendet unter Umständen verwirrendere Signale als gar keine. Zum Beispiel füllen Hunderte weitergeleitete oder mit noindex markierte URLs Ihre Berichte mit Rauschen. Dann übersehen Sie die echten Probleme leichter.

Worin unterscheidet sich eine XML Sitemap von einer HTML Sitemap?

Beide tragen denselben Namen, dienen aber unterschiedlichen Lesern. Die XML Version richtet sich an Maschinen, also an Crawler der Suchmaschinen. Die HTML Version ist dagegen eine normale Webseite voller Links, durch die Besucher navigieren. Deshalb fasst die folgende Tabelle den Unterschied zusammen.

Heute ist die HTML Variante vor allem ein Werkzeug für Nutzbarkeit und interne Verlinkung. In einer großen Kategorienstruktur hilft sie Besuchern bei der Orientierung und verlinkt tiefe Seiten. Allerdings ersetzt sie die XML Datei nicht. Vielmehr ergänzen sich beide.

Wie ist eine XML Sitemap aufgebaut?

Das Protokoll von sitemaps.org definiert drei Pflichttags. Es gibt den äußeren Container urlset, pro Seite einen Eintrag url und darin ein Tag loc mit der Adresse. Der Container muss den Namensraum des Protokolls angeben. Hier das einfachste Beispiel für example.com:

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

Beachten Sie zudem einige Regeln. Erstens speichern Sie die Datei in der Kodierung UTF-8. Zweitens verlangt Google vollständige, absolute URLs; Sie schreiben also Protokoll und Domain statt eines relativen Pfads. Drittens müssen Sie Sonderzeichen wie das kaufmännische Und als XML Entität schreiben.

Laut der offiziellen Protokollbeschreibung darf ein loc Wert höchstens 2.048 Zeichen lang sein. Außerdem bestimmt der Speicherort den Geltungsbereich. Eine Datei im Ordner /katalog/ darf zum Beispiel nur URLs unterhalb dieses Ordners enthalten. Deshalb legen Sie die Hauptdatei meist im Stammverzeichnis ab, denn von dort deckt sie die gesamte Website ab.

Wie nutzen Sie lastmod, changefreq und priority richtig?

Das Protokoll kennt außerdem drei optionale Tags: lastmod, changefreq und priority. Die Google Anleitung zum Erstellen einer Sitemap ist bei zwei davon eindeutig: Google ignoriert die Werte von priority und changefreq. Wenn Sie also jeder Seite 1.0 oder „daily“ geben, bringt das weder für Rankings noch für die Crawlhäufigkeit etwas.

Bei lastmod sieht es anders aus. Google nutzt diesen Wert, wenn er durchgängig und nachprüfbar stimmt. Konkret hilft ein Datum, das sich ändert, sobald sich der Hauptinhalt einer Seite ändert. Ein Plugin, das jede Nacht allen URLs das heutige Datum gibt, macht das Signal dagegen mit der Zeit wertlos.

Den richtigen Einsatz von lastmod, sinnvolle Anlässe für ein neues Datum und typische Fehler beschreiben wir in einem eigenen Beitrag: Sitemap lastmod richtig setzen. Hier wiederholen wir das nicht. Die Faustregel ist also kurz. changefreq und priority dürfen stehen bleiben, sie schaden nicht. Ihre Mühe gehört allerdings einem ehrlichen lastmod Wert.

Welche Größengrenzen gelten für eine XML Sitemap?

Laut Google darf eine einzelne Sitemap höchstens 50.000 URLs enthalten und unkomprimiert nicht größer als 50 MB sein. Diese Grenze gilt für alle unterstützten Formate, also XML, RSS und Text. Erreichen Sie eine der beiden Grenzen, teilen Sie die Datei auf und verbinden die Teile über eine Sitemap Indexdatei.

Sie dürfen die Datei mit gzip komprimiert ausliefern; das Protokoll erlaubt das. Allerdings umgehen Sie mit Kompression nicht die Grenze von 50 MB, denn sie bezieht sich auf die unkomprimierte Größe. Kompression verkürzt also nur die Übertragungszeit.

In der Praxis erreichen nur wenige Websites 50.000 URLs in einer Datei. Trotzdem empfehlen wir für große Onlineshops getrennte Dateien für Produkte, Kategorien und Blogartikel. So erkennen Sie im Bericht der Search Console sofort, welcher Inhaltstyp ein Problem hat. Sinkt zum Beispiel die Zahl der erkannten Seiten in der Produktdatei, während die Blogdatei stabil bleibt, wissen Sie gleich, wo Sie suchen müssen.

Was ist ein Sitemap Index und wann brauchen Sie einen?

Ein Sitemap Index ist eine übergeordnete Datei, die die Adressen anderer Sitemaps auflistet. Haben Sie mehrere Sitemaps, reichen Sie in der Search Console einfach den Index ein, statt jede Datei einzeln zu senden. Der Aufbau ist dabei fast identisch. Nur heißt der Container sitemapindex und jeder Eintrag sitemap:

<?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-09-12</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-produkte.xml.gz</loc>
    <lastmod>2026-09-20</lastmod>
  </sitemap>
</sitemapindex>

Laut der Google Dokumentation zu großen Sitemaps darf eine Indexdatei bis zu 50.000 loc Tags enthalten. Zudem können Sie pro Website bis zu 500 Indexdateien in der Search Console einreichen. Die referenzierten Sitemaps müssen im selben Verzeichnis wie der Index liegen oder tiefer in der Hierarchie.

Die meisten verbreiteten SEO Plugins für WordPress bauen diese Struktur bereits automatisch auf. Im Stammverzeichnis liegt ein Index, darunter einzelne Sitemaps für Beiträge, Seiten, Kategorien und Produkte. Nutzen Sie ein solches Plugin, reichen Sie daher nur die Indexdatei ein.

Wann helfen Bilder, Video und News Sitemaps?

Der größte Vorteil des XML Formats sind seine Erweiterungen. Google unterstützt drei Erweiterungen, die einer normalen Sitemap Zusatzdaten hinzufügen. Die Bildererweiterung nennt den Ort von Bildern. Mit der Videoerweiterung übermitteln Sie Angaben wie Laufzeit, Bewertung und Altersfreigabe. Schließlich liefert die News Erweiterung Titel und Veröffentlichungsdatum eines Artikels.

• Bilder Sitemap: Sinnvoll, wenn Ihre Bilder per JavaScript laden oder an Stellen liegen, die der Crawler schwer findet.
• Video Sitemap: Sinnvoll, wenn Sie klar angeben möchten, welche Seiten Videos enthalten und welche Metadaten dazugehören.
• News Sitemap: Relevant für Verlage, die in Google News erscheinen möchten. Ein normaler Unternehmensblog braucht sie selten.

Sie können diese Erweiterungen in eigenen Dateien führen oder in Ihre bestehende Sitemap aufnehmen. Für die meisten kleinen und mittleren Websites genügt allerdings eine normale XML Datei. Stehen Ihre Bilder in gewöhnlichen img Tags mit aussagekräftigem Alternativtext, findet Google sie ohnehin beim Crawlen der Seite.

Wie können Sie eine XML Sitemap erstellen?

Es gibt drei Hauptwege zur eigenen Sitemap. Welcher passt, hängt von Ihrem System ab und davon, wie oft sich Ihre Inhalte ändern.

• CMS oder Plugin: WordPress, Shopify und ähnliche Systeme erzeugen eine Sitemap selbst oder überlassen das einem SEO Plugin. Veröffentlichen Sie einen neuen Beitrag, aktualisiert das System auch die Datei.
• Dynamische Erzeugung im Code: Bei einer individuell entwickelten Website holt die Anwendung die URLs aus der Datenbank und schreibt die XML Ausgabe selbst. Das ist zudem der flexibelste Weg.
• Online Tool: Bei einer kleinen Website, die sich selten ändert, erzeugen Sie die Datei einmal und laden sie ins Stammverzeichnis. Genau dafür eignet sich unser kostenloser XML Sitemap Generator.

Der Nachteil einer statischen Datei: Sie müssen sie bei jeder neuen Seite von Hand anpassen. Deshalb raten wir mit wachsendem Veröffentlichungstempo zur automatischen Erzeugung. Falls Sie noch über das System entscheiden, hilft unser Vergleich WordPress oder individuelle Website auch bei der SEO Frage.

Auch beim Format sind Sie flexibel. Laut Google akzeptiert die Suchmaschine neben XML auch RSS oder Atom Feeds sowie eine einfache Textdatei mit einer URL pro Zeile. Die meisten Content Management Systeme erzeugen ohnehin einen RSS Feed, was für Blogartikel ein schneller Start sein kann. Wollen Sie allerdings Bilder, Videos oder Sprachalternativen mitliefern, bleibt XML die einzige flexible Wahl.

Worauf achten Sie bei der Erzeugung per Code?

Auf einer individuellen Website ist es die sauberste Lösung, wenn die Anwendung ihre XML Sitemap selbst erzeugt. Dennoch entscheiden einige technische Details über die Qualität. Diese Punkte prüft unser Team in der Zusammenarbeit mit Entwicklern:

• Listen Sie nur erreichbare, kanonische URLs mit dem Statuscode 200 auf, die Sie im Index sehen möchten.
• Senden Sie einen passenden XML Content Type und erzeugen Sie die Datei in UTF-8.
• Schreiben Sie Sonderzeichen wie das kaufmännische Und als XML Entität. Sonst bricht das Parsen ab.
• Nehmen Sie lastmod aus dem echten Änderungsdatum des Inhalts in der Datenbank, nicht aus dem Zeitpunkt der Dateierzeugung.
• Teilen Sie die Ausgabe bei wachsender Seitenzahl auf und liefern Sie eine Indexdatei aus.
• Puffern Sie die Ausgabe auf sehr großen Websites, statt bei jedem Aufruf die Datenbank abzufragen, und erneuern Sie den Puffer bei Änderungen.

Den letzten Punkt nehmen wir vor allem deshalb ernst, weil er oft fehlt. Crawler rufen die Sitemap unter Umständen häufig ab, und eine schwere Abfrage bei jedem Aufruf belastet den Server. In der Praxis ist eine zwischengespeicherte Datei, die Sie beim Veröffentlichen neu erzeugen, schneller und sicherer.

Wie fügen Sie die Sitemap Zeile in die robots.txt ein?

Neben der Search Console ist die robots.txt der einfachste Weg, Ihre Sitemap bekannt zu machen. Laut Google dürfen Sie die Sitemap Zeile an einer beliebigen Stelle der Datei einfügen. Die Zeile gehört zu keiner User-agent Gruppe, ihre Position spielt also keine Rolle. Eine Beispieldatei sieht so aus:

User-agent: *
Allow: /

Sitemap: https://www.example.com/sitemap_index.xml

Auch hier schreiben Sie daher eine vollständige, absolute URL. Bei mehreren Sitemaps fügen Sie für jede eine eigene Zeile hinzu oder verweisen nur auf den Index. Der Vorteil dieser Methode: Auch andere Suchmaschinen als Google lesen dieselbe Zeile.

Achten Sie dabei auf eine Falle. Sperren Sie in der robots.txt URLs, die gleichzeitig in der Sitemap stehen, senden Sie widersprüchliche Signale. Syntax und häufige Fehler erklären wir im Beitrag Was ist robots.txt, erstellen und testen. Möchten Sie die Datei neu aufsetzen, ergänzt unser robots.txt Generator auch die Sitemap Zeile.

Wie reichen Sie eine XML Sitemap in der Google Search Console ein?

Am besten nachvollziehbar melden Sie Ihre Sitemap über den Bericht Sitemaps in der Search Console. Dort sehen Sie, ob Google die Datei lesen konnte und wie viele URLs es gefunden hat. Die Schritte sind kurz:

1. Öffnen Sie Ihre Property in der Search Console. Bestätigen Sie zunächst die Inhaberschaft, falls das noch fehlt.
2. Wählen Sie im linken Menü unter Indexierung den Punkt Sitemaps.
3. Tragen Sie die Adresse der Datei in das Feld für eine neue Sitemap ein, zum Beispiel sitemap_index.xml.
4. Klicken Sie auf Senden und prüfen Sie dann in den nächsten Tagen die Statusspalte.
5. Prüfen Sie den Bericht erneut, sobald Sie die Datei stark verändern.

Google unterstützt außerdem das Einreichen über die Search Console API. Dieser Weg passt zu Teams, die viele Properties betreuen. Für eine einzelne Website genügt allerdings meist eine einmalige Einreichung über die Oberfläche, denn Google liest die Datei später von selbst erneut. Wenn Sie die Search Console zum ersten Mal einrichten, beginnen Sie mit unserer Google Search Console Anleitung für Einsteiger.

Wie lesen Sie den Sitemap Bericht in der Search Console?

Jede eingereichte Datei erscheint als eigene Zeile. Sie zeigt den Dateityp, das Einreichdatum, den letzten Lesezeitpunkt durch Google, den Status und die Zahl der erkannten Seiten. Prüfen Sie zuerst den Status. Meldet er Erfolg, konnte Google die Datei verarbeiten. Sehen Sie ein Abrufproblem oder einen Fehler, öffnen Sie die Adresse im Browser und prüfen Sie, ob die Datei wirklich lädt.

Danach zählt die Zahl der erkannten Seiten. Liegt sie weit unter Ihrer Erwartung, erzeugt das Plugin oder der Code die Datei womöglich unvollständig. Denken Sie aber daran: Eine erkannte Seite ist noch keine indexierte Seite. Den Indexstatus sehen Sie, wenn Sie die Zeile anklicken und in den Bericht zur Seitenindexierung wechseln, gefiltert nach dieser Sitemap.

Dieser Filter ist deshalb sehr wertvoll. Stehen zum Beispiel viele URLs der Produktsitemap unter „Gecrawlt, zurzeit nicht indexiert“, liegt das Problem nicht bei der Entdeckung. Vielmehr geht es um Qualität oder Duplikate. Wie sich wertlose URLs im Index anhäufen, zeigen wir im Beitrag Index Bloat erkennen und beheben.

Funktioniert ein Sitemap Ping an Google noch?

Nein. Lange war es üblich, Google über eine spezielle Ping Adresse zu benachrichtigen, sobald sich eine Sitemap änderte. Google hat jedoch im Search Central Blog angekündigt, den Ping Endpunkt für Sitemaps einzustellen. Im selben Beitrag betont Google, wie wichtig korrekte lastmod Werte sind.

Eine aktuelle Einrichtung braucht daher keinen Ping Schritt mehr. Schickt ein altes Plugin oder Skript noch Anfragen an diese Adresse, können Sie das gefahrlos entfernen. Konzentrieren Sie sich stattdessen auf zwei Dinge. Erstens steht die Adresse der Sitemap in der robots.txt und in der Search Console. Zweitens spiegeln Ihre lastmod Werte echte Änderungen wider.

Dann liest Google Ihre Datei nach eigenem Zeitplan erneut und crawlt bevorzugt Seiten, deren Datum es vertraut. Dieser Ansatz ist einfacher und robuster als eine Benachrichtigung bei jeder Veröffentlichung.

Wie ergänzen Sie hreflang in einer XML Sitemap für mehrsprachige Websites?

Veröffentlichen Sie in mehreren Sprachen, können Sie Google Sprach und Regionsalternativen auf drei Wegen mitteilen: über link Elemente im HTML Kopf, über HTTP Header oder über die Sitemap. Die Sitemap Methode funktioniert über viele Seiten hinweg, ohne Templates anzufassen. Deshalb ist sie auf großen Websites praktisch. Ein Beispiel:

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://www.example.com/de/leistungen/</loc>
    <xhtml:link rel='alternate' hreflang='de' href='https://www.example.com/de/leistungen/'/>
    <xhtml:link rel='alternate' hreflang='en' href='https://www.example.com/en/services/'/>
    <xhtml:link rel='alternate' hreflang='x-default' href='https://www.example.com/en/services/'/>
  </url>
</urlset>

Die Kernregel aus dem Google Leitfaden zu lokalisierten Versionen lautet: Jede Sprachversion listet alle Alternativen auf, sich selbst eingeschlossen. Nennt also der deutsche Eintrag eine englische Alternative, muss auch der englische Eintrag die deutsche Version nennen. Einseitige Angaben ignoriert Google unter Umständen.

Logik, Sprach und Regionscodes sowie den Wert x-default erklären wir in unserem Beitrag Was ist das hreflang Tag. Statt das Markup von Hand zu schreiben, erzeugen Sie korrekte Paare mit unserem hreflang Generator.

Welche Fehler in der XML Sitemap passieren am häufigsten?

Die meisten Fehler aus unseren Audits stecken im Inhalt der Datei, nicht im Format. Das XML ist also gültig, aber die URLs stimmen nicht. Am häufigsten sehen wir diese Fälle:

• URLs mit noindex: Sie bitten Google, eine Seite zu entdecken, die es nicht indexieren soll. Die beiden Signale widersprechen sich.
• URLs mit Statuscode 404 oder 410: Gelöschte Produkte und entfernte Seiten bleiben in der Datei stehen.
• Weitergeleitete URLs: In der Datei steht die alte Adresse, der Server leitet per 301 auf die neue weiter. Listen Sie stattdessen das endgültige Ziel.
• Abweichender Canonical: In der Datei steht eine Version mit Parametern oder ein Duplikat, das Canonical Tag der Seite zeigt aber woandershin.
• Gemischtes Protokoll oder gemischter Host: Manche URLs nutzen http, andere https. Manche haben www, andere nicht.
• In der robots.txt gesperrte URLs: Sie sagen dem Crawler gleichzeitig „crawle das“ und „bleib draußen“.

Die Lösung ist somit immer dieselbe. Nehmen Sie nur kanonische URLs mit Status 200 auf, die Sie im Index sehen möchten. Canonical Signale erklären wir im Beitrag Canonical Tag richtig einsetzen. Weitergeleitete URLs prüfen Sie gesammelt mit unserem Redirect Checker.

Warum sollten nur indexierbare Seiten in der Sitemap stehen?

Manche Websitebetreiber denken, mehr URLs brächten bessere Ergebnisse. Also packen sie Filterseiten, Tagarchive und interne Suchergebnisse mit in die Datei. Google empfiehlt jedoch, in eine Sitemap nur die bevorzugten URLs aufzunehmen, die in der Suche erscheinen sollen. Haben Sie etwa getrennte URLs für Mobil und Desktop, rät Google, nur auf eine Version zu verweisen.

Dafür gibt es allerdings einen praktischen Grund. Die Sitemap ist die Liste, mit der Ihre Website Google sagt: „Das sind meine wichtigen Seiten.“ Füllen Sie diese Liste mit dünnen, doppelten oder unerwünschten Seiten, verwässern Sie das Signal. Zudem verlieren Sie die echten Probleme im Rauschen Ihrer Berichte.

In E-Commerce Projekten empfehlen wir meist eine einfache Trennung. Hauptkategorien, Unterkategorien und Produktseiten kommen in die Datei. Versionen mit Sortierung, Filtern und Seitenparametern bleiben draußen. Mehr dazu lesen Sie im Beitrag Facettennavigation und ihre Wirkung auf SEO.

Wann sollten Sie die Sitemap nicht selbst verwalten?

Ehrlich gesagt müssen die meisten Websitebetreiber ihre Sitemap nie von Hand anfassen. Nutzen Sie WordPress oder eine gehostete Shoplösung, erzeugt das System die Datei bereits. Ihre Aufgabe besteht dann darin, die Adresse in der Search Console einzureichen und den Bericht einmal im Monat zu prüfen.

In einigen Fällen raten wir allerdings, die Arbeit einem Entwickler oder technischer SEO Unterstützung zu überlassen. Sie brauchen eine dynamische Erzeugung auf einer individuellen Website. Sie betreiben eine mehrsprachige Struktur mit Zehntausenden Seiten. Oder die Aufgabe berührt Serverkonfiguration, Caching und Weiterleitungsregeln. Hier kann eine einzige falsche Einstellung die Entdeckung der gesamten Website stören.

Lassen Sie zum Beispiel bei einem Umzug die URLs der alten Domain in der Datei, trifft Google auf Hunderte Weiterleitungen, und neue URLs entdeckt es womöglich später. Gelangen Staging URLs in die Livedatei, liefern Sie Google zudem Seiten, die Sie nie im Index sehen wollten.

Denken Sie außerdem daran: Eine Sitemap allein löst nichts. Indexiert Google Ihre Seiten nicht, liegt die Ursache meist bei Inhaltsqualität, interner Verlinkung oder Canonical Signalen. In unserer SEO Beratung ist die Prüfung der Sitemap Teil des technischen Audits.

XML Sitemap Checkliste: Was prüfen Sie vor dem Livegang?

Bevor Sie eine neue Datei veröffentlichen oder eine bestehende prüfen, gehen Sie die folgende Liste der Reihe nach durch. Haben Sie jeden Punkt abgehakt, sind die wichtigsten Risiken ausgeräumt.

1. Die Datei ist gültiges XML in UTF-8 und öffnet sich im Browser ohne Fehler.
2. Jede URL ist absolut; Protokoll und Host entsprechen der kanonischen Version der Website.
3. Jede gelistete URL liefert Status 200, ohne Weiterleitung, Fehler 404 oder noindex.
4. Die URLs stimmen genau mit dem Canonical Tag der jeweiligen Seite überein.
5. Jede Datei bleibt unter 50.000 URLs und 50 MB; bei Bedarf gibt es eine Indexdatei.
6. Die lastmod Werte spiegeln echte inhaltliche Änderungen wider.
7. Die robots.txt enthält eine Sitemap Zeile und sperrt keine der gelisteten URLs.
8. Sie haben die Datei in der Search Console eingereicht, und der Status meldet Erfolg.
9. Auf mehrsprachigen Websites sind die hreflang Alternativen wechselseitig und vollständig.

Wir empfehlen, diese Liste einmal pro Quartal zu wiederholen. Vor allem nach einem Umzug, einem Domainwechsel oder einem großen Redesign sollten Sie sie durchgehen. Denn genau dann bleiben alte URLs am ehesten in der Datei hängen.