An XML sitemap helps search engines discover important URLs on a website and obtain information about those URLs.
Especially for new, extensive, or frequently updated websites, it can help Google to understand the structure and relevant pages of a website more efficiently.
However, a sitemap is neither a guarantee for indexing nor a tool that can be used to improve rankings. It primarily tells Google which URLs you are providing as relevant for your website.
In this guide, we explain how XML sitemaps work, which URLs belong in them, what a sitemap index is, and how you submit and monitor a sitemap in the Google Search Console.
Briefly explained: An XML sitemap is a machine-readable list of your website's important URLs. It helps search engines discover pages, but does not obligate Google to crawl or index these URLs.
What is an XML sitemap? #
An XML sitemap is a file in a structured format that lists the URLs of a website.
For example, a very simplified sitemap can look like this:
https://example.com/
https://example.com/leistungen/
https://example.com/kontakt/Normal website visitors do not need to use this file. It is primarily intended for search engines and other systems that can process sitemap data.
What does Google need a sitemap for? #
Google discovers websites in different ways. Links between pages play an important role.
A sitemap provides an additional way for Google to discover relevant URLs.
internal and external links
↓
URL discovery
XML sitemap
↓
additional information
about relevant URLsTherefore, a sitemap does not replace a good website structure and meaningful internal linking.
Does every website need an XML sitemap? #
Not necessarily.
A small website whose important pages are easily accessible via normal links can be discovered by Google even without an XML sitemap.
Nevertheless, a sitemap is often useful and is provided automatically by many content management systems.
For example, it can be particularly useful for:
new websites
extensive websites
websites with many subpages
frequently published content
more complex site structures
pages that have only a few external linksSince modern content management systems often manage sitemaps automatically, there is usually little reason not to provide them to Google on a correctly configured website.
A sitemap does not replace internal linking #
A page should not be able to exist simply because its URL is listed in an XML sitemap.
Important content should be reasonably accessible within the website.
For example:
Home
↓
Overview of services
↓
Individual service
Blog
↓
Category
↓
ArticleIf an important page only appears in the sitemap and is otherwise barely integrated within the website, you should review the site structure.
Practical Tip: Consider the XML sitemap as a complement to your website structure—not as a replacement for navigation and internal links.
A sitemap is no guarantee of indexing #
One of the most common misconceptions is:
URL in Sitemap = URL is indexed by Google
That is not true.
A sitemap informs Google about a URL. Google then decides for itself whether and when this URL is crawled and whether it is indexed.
Therefore, if an important page is not indexed despite a correct sitemap, you should investigate the specific URL.
We explain how you proceed under Google is not indexing my website: Check causes.
Which URLs belong in an XML sitemap? #
Basically, a sitemap should contain the URLs that you want to provide to search engines as the preferred, indexable versions of your content.
Typical examples are:
Home page
important service pages
product and category pages
relevant blog articles
guides
other standalone indexable contentThe sitemap should thus convey as clean a picture as possible of the URLs that are actually intended to appear as independent pages in search engines.
Which URLs should normally not be in the sitemap? #
URLs that are intentionally not to be indexed do not normally belong in a sitemap for indexable pages.
Problematic or unnecessary examples include:
noindex URLs
404 pages
redirect URLs
non-canonical duplicates
internal search results
specific technical URLs
password-protected contentWhen you tell Google that a URL is relevant via a sitemap and at the same time make it clear through other signals that it should not be indexed, conflicting signals are created.
Redirect URLs do not belong as target pages in the sitemap #
Assuming an old URL was permanently redirected to a new page:
https://example.com/alte-seite/
↓ 301
https://example.com/neue-seite/Then the new target URL should normally be in the sitemap and not the old redirect URL.
We explain how permanent redirects work at Set up a 301 redirect: Permanently redirect URLs.
Remove 404 URLs from the sitemap #
A URL that permanently no longer exists and with 404 Not Found responds, should no longer be listed as a regular content URL in a sitemap.
Otherwise, on the one hand you are telling Google that this URL is relevant, while on the other hand the server is reporting that the resource does not exist.
We explain how to properly handle such URLs at Find and fix 404 errors.
Canonical and sitemap should match #
If multiple similar URL variants exist, the preferred canonical version should generally be used in the sitemap.
Example:
preferred URL:
https://example.com/produkt/
technical variant:
https://example.com/produkt/?sort=preisIf the first URL represents the canonical version, the technical variant should not be unnecessarily signaled as an independent preferred URL in the sitemap.
Use only complete absolute URLs #
URLs in an XML sitemap are specified in full.
Correct:
Not solely:
/services/
The correct protocol and the correct hostname are also relevant.
HTTPS sitemap for an HTTPS website #
If your website operates entirely over HTTPS and HTTPS represents the preferred version, the URLs in your sitemap should also point to the corresponding HTTPS addresses.
Example:
and not unnecessarily:
http://example.com/
if this HTTP version is redirected to HTTPS anyway.
Where do you find your website's sitemap? #
That depends on the content management system and the SEO solution used.
Possible addresses could look like this, for example:
https://example.com/sitemap.xml
https://example.com/sitemap_index.xml
https://example.com/wp-sitemap.xmlYou should check which address is actually used on your website directly in your system or SEO plugin.
Important: Do not simply copy a sitemap address from another website. Always check which sitemap your own website actually provides.
WordPress can provide its own sitemap #
WordPress has an integrated XML sitemap feature.
Additionally, SEO plugins can provide their own sitemap systems.
Depending on the configuration, a WordPress sitemap or a sitemap generated by the SEO plugin can therefore be used, for example.
You do not have to submit multiple different sitemap systems to Google in parallel just because technically multiple variants might be accessible.
What is a sitemap index? #
For larger or structured websites, URLs are often distributed across multiple individual sitemaps.
A sitemap index does not contain all page URLs directly, but rather links to additional sitemap files.
Simplified:
sitemap_index.xml
├── post-sitemap.xml
├── page-sitemap.xml
├── product-sitemap.xml
└── category-sitemap.xmlGoogle can read the sitemap index and subsequently retrieve the individual sitemaps referenced within it.
For a sitemap index, the index is usually sufficient #
If your system generates a complete sitemap index, you can submit it in the Google Search Console.
You then do not necessarily have to submit each sub-sitemap contained within it individually as well.
Example:
https://example.com/sitemap_index.xml
Google can use this to find the contained sitemap files.
Why are there multiple sitemaps? #
The division can have various practical reasons.
For example, it can separate different content types from one another:
Pages
Posts
Products
Categories
Images
VideosIn addition, technical size limits apply to individual sitemap files. Extensive websites may therefore require multiple sitemaps and a sitemap index.
How large can a sitemap be? #
According to the sitemap protocol, a single sitemap can contain at most 50,000 URLs contained and a maximum of when uncompressed 50 MB groß sein.
Wird eine dieser Grenzen erreicht, müssen die URLs auf mehrere Sitemap-Dateien verteilt werden.
Ein Sitemap-Index kann diese einzelnen Dateien anschließend zusammenfassen.
Was bedeutet lastmod? #
Eine Sitemap kann für eine URL optional ein Änderungsdatum über das Element <lastmod> angeben.
Example:
<url>
<loc>https://example.com/ratgeber/</loc>
<lastmod>2026-08-30</lastmod>
</url>Dieses Datum sollte eine tatsächliche wesentliche Änderung der Seite widerspiegeln.
Es sollte nicht künstlich bei jedem Sitemap-Aufruf oder bei belanglosen Änderungen auf das aktuelle Datum gesetzt werden.
changefreq und priority nicht überbewerten #
Im Sitemap-Protokoll existieren außerdem Elemente wie <changefreq> and <priority>.
Google verwendet diese Werte für das Crawling nicht als verbindliche Vorgaben.
Du kannst Google also nicht durch:
<priority>1.0</priority>dazu zwingen, eine Seite wichtiger einzustufen oder besser zu ranken.
Important: Eine Sitemap ist kein SEO-Prioritätsschalter. Die Aufnahme einer URL oder ein hoher
priority-Wert verbessert nicht automatisch ihr Ranking.
Sitemap vor dem Einreichen prüfen #
Bevor du eine Sitemap in der Search Console einreichst, solltest du kontrollieren, ob sie öffentlich erreichbar ist.
Öffne dazu die tatsächliche Sitemap-Adresse im Browser.
Example:
https://example.com/sitemap.xml
or:
https://example.com/sitemap_index.xml
Die Sitemap darf nicht nur für angemeldete Administratoren erreichbar sein.
Auf den HTTP-Status achten #
Eine funktionierende Sitemap sollte von Google zuverlässig abgerufen werden können.
Wenn die Sitemap beispielsweise einen Serverfehler oder einen Zugriffsschutz liefert, kann Google sie nicht normal verarbeiten.
Die Bedeutung wichtiger HTTP-Statuscodes erklären wir unter HTTP status codes explained: 200, 301, 404, 403, and 500.
Sitemap in Google Search Console einreichen #
Öffne die Google Search Console und wähle die richtige Property deiner Website aus.
Rufe anschließend den Bereich Sitemaps on.
Dort kannst du Google die Adresse deiner Sitemap mitteilen.
Je nach dargestellter Property und Eingabefeld kann die Domain bereits vorgegeben sein. Trage dann den entsprechenden Sitemap-Pfad ein.
For example:
sitemap_index.xml
und sende die Sitemap ab.
Was bedeutet „Sitemap einreichen“? #
Die Formulierung kann missverständlich sein.
Du lädst die Sitemap nicht als Datei von deinem Computer zu Google hoch.
Stattdessen passiert vereinfacht Folgendes:
Sitemap liegt auf deiner Website
↓
du teilst Google ihre Adresse mit
↓
Google ruft die Sitemap ab
↓
Google verarbeitet die enthaltenen AngabenDie Sitemap muss deshalb weiterhin auf deiner Website erreichbar bleiben.
Was passiert nach dem Einreichen? #
Google versucht, die eingereichte Sitemap abzurufen und zu verarbeiten.
Im Sitemaps-Bericht kannst du anschließend unter anderem sehen, ob Google die Sitemap erfolgreich lesen konnte.
Eine erfolgreiche Verarbeitung bedeutet jedoch weiterhin nicht, dass alle darin enthaltenen URLs unmittelbar gecrawlt oder indexiert werden.
Was bedeutet der Status „Erfolgreich“? #
Wenn Google für eine Sitemap einen erfolgreichen Status meldet, konnte die Sitemap abgerufen und verarbeitet werden.
This means:
Sitemap technisch lesbar
Es bedeutet nicht:
Alle URLs sind indexiert.
Diese beiden Aussagen solltest du strikt voneinander unterscheiden.
Wie prüfst du die Indexierung der Sitemap-URLs? #
Die eigentliche Indexierung wird nicht allein durch den erfolgreichen Sitemap-Status beantwortet.
In der Search Console kannst du den Bericht zur Seitenindexierung verwenden und die Auswertung nach einer bestimmten Sitemap beziehungsweise eingereichten URLs filtern.
Damit kannst du untersuchen, welche der in der Sitemap enthaltenen Seiten Google indexiert und bei welchen URLs andere Zustände vorliegen.
Die Diagnose einzelner wichtiger URLs behandeln wir ausführlich unter Google is not indexing my website: Check causes.
Was bedeutet „Sitemap konnte nicht abgerufen werden“? #
Kann Google eine Sitemap nicht abrufen, solltest du zunächst die Erreichbarkeit kontrollieren.
Possible causes can include, for example:
falsche Sitemap-Adresse
404-Fehler
Serverfehler
DNS-Problem
Zugriffsschutz
robots.txt-Blockierung
temporäres technisches ProblemÖffne die Sitemap selbst und prüfe ihren tatsächlichen technischen Zustand.
Google kann die Sitemap lesen, meldet aber Fehler #
Eine Sitemap kann grundsätzlich erreichbar sein und trotzdem fehlerhafte Einträge enthalten.
Dann solltest du die im Sitemaps-Bericht angezeigten Details untersuchen.
Mögliche Probleme können beispielsweise ungültige URLs, Formatfehler oder andere syntaktische Probleme sein.
Wenn dein Content-Management-System oder SEO-Plugin die Sitemap automatisch erzeugt, solltest du nicht direkt die generierte XML-Datei manuell bearbeiten, sondern die Ursache in der entsprechenden Konfiguration suchen.
Sitemap nicht manuell bearbeiten, wenn sie automatisch erzeugt wird #
Bei WordPress und anderen Content-Management-Systemen werden Sitemaps häufig dynamisch erzeugt.
Eine manuelle Änderung der ausgegebenen XML-Datei wäre dann entweder gar nicht möglich oder würde bei der nächsten automatischen Generierung wieder überschrieben.
Wenn falsche URLs in der Sitemap auftauchen, solltest du stattdessen prüfen:
Ist der Inhalt veröffentlicht?
Soll der Inhalt indexiert werden?
Welche Sitemap-Einstellungen
verwendet das SEO-Plugin?
Ist die URL kanonisch?
Ist der Inhaltstyp für
Suchmaschinen freigegeben?Warum erscheint eine bestimmte Seite nicht in der Sitemap? #
Wenn eine erwartete Seite fehlt, können unterschiedliche Ursachen vorliegen.
For example:
Seite ist noindex
Seite ist nicht veröffentlicht
Inhaltstyp ist von der Sitemap ausgeschlossen
SEO-Plugin schließt Seite aus
Canonical-Konfiguration ist ungewöhnlich
Sitemap wurde noch nicht aktualisiert
Caching zeigt eine ältere VersionPrüfe zuerst, ob die Seite überhaupt indexiert werden soll.
Warum steht eine noindex-Seite noch in der Sitemap? #
Wenn eine Seite bewusst auf noindex gesetzt wurde, sollte sie normalerweise nicht gleichzeitig als gewünschte Index-URL in der Sitemap erscheinen.
Bei einem solchen Widerspruch solltest du die Einstellungen des Systems beziehungsweise SEO-Plugins überprüfen.
Das Ziel ist eine konsistente Konfiguration:
URL soll indexiert werden
→ indexierbar
→ kanonische URL
→ Sitemap
URL soll nicht indexiert werden
→ noindex
→ normalerweise nicht SitemapMuss die Sitemap nach jeder neuen Seite erneut eingereicht werden? #
Normalerweise nicht.
Wenn eine Sitemap erfolgreich eingereicht wurde und unter derselben Adresse automatisch aktualisiert wird, kann Google sie regelmäßig erneut abrufen.
Du musst also nicht nach jedem neuen Blogartikel die Sitemap aus der Search Console löschen und erneut hinzufügen.
Practical Tip: Bei einem normalen WordPress-System mit automatisch aktualisierter Sitemap reicht es in der Regel, die korrekte Sitemap beziehungsweise den Sitemap-Index einmal sauber einzureichen und anschließend ihren Status zu überwachen.
Wann kann ein erneutes Einreichen sinnvoll sein? #
Wenn du umfangreiche Änderungen an der Sitemap beziehungsweise Website-Struktur vorgenommen hast, kannst du Google erneut auf die Sitemap aufmerksam machen.
Bei normalen laufenden Änderungen kann Google dagegen seinem regulären Abrufrhythmus folgen.
Eine Sitemap aus Search Console entfernen #
Du kannst eine eingereichte Sitemap aus dem Sitemaps-Bericht entfernen.
Das bedeutet allerdings nicht, dass Google dadurch automatisch sämtliche darin enthaltenen URLs vergisst oder aus dem Index entfernt.
Auch die Sitemap selbst kann Google bereits auf anderen Wegen bekannt sein.
Attention: Das Entfernen einer Sitemap aus dem Search-Console-Bericht ist kein Werkzeug zum Entfernen von Webseiten aus Google.
Eine neue Sitemap nach einem Relaunch #
Nach einem Website-Relaunch solltest du die Sitemap besonders sorgfältig prüfen.
Sie sollte die aktuellen bevorzugten URLs der neuen Website enthalten.
Alte URLs, die inzwischen weiterleiten oder nicht mehr existieren, sollten nicht unnötig als aktuelle Inhaltsseiten in der neuen Sitemap verbleiben.
Check in particular:
neue URL-Struktur
HTTPS
www / ohne www
Canonical-URLs
alte Weiterleitungs-URLs
404-URLs
noindex-Seiten
neue wichtige SeitenAlte Sitemap nach einem Relaunch #
Bei größeren Migrationen kann eine alte Sitemap unter bestimmten Umständen vorübergehend diagnostisch hilfreich sein, beispielsweise um Google alte URLs und deren Weiterleitungen erneut zugänglich zu machen.
Das ist jedoch ein spezieller Migrationsfall.
Für die dauerhaft verwendete aktuelle Sitemap solltest du grundsätzlich die bevorzugten aktuellen URLs der Website bereitstellen.
Sitemap und robots.txt #
Die Adresse einer Sitemap kann auch in der robots.txt-Datei angegeben werden.
Das Prinzip sieht beispielsweise so aus:
Sitemap: https://example.com/sitemap.xmlDadurch können Suchmaschinen die Sitemap entdecken.
Das ersetzt nicht zwingend den praktischen Nutzen einer Einreichung über die Search Console, denn dort kannst du zusätzlich sehen, ob Google die eingereichte Sitemap erfolgreich abrufen und verarbeiten konnte.
Wie die robots.txt funktioniert, erklären wir unter Robots.txt Explained: Controlling Search Engine Crawlers Properly.
Eine Sitemap nicht mit robots.txt verwechseln #
Beide Dateien erfüllen völlig unterschiedliche Aufgaben.
| XML Sitemap | robots.txt |
|---|---|
| weist auf relevante URLs hin | enthält Crawling-Regeln |
| unterstützt URL-Entdeckung | kann Crawler von Bereichen fernhalten |
| keine Indexierungsgarantie | kein zuverlässiger noindex-Ersatz |
Diese beiden Mechanismen sollten deshalb nicht gegeneinander ausgespielt werden.
Sitemap und Search Console regelmäßig kontrollieren #
Nach erfolgreicher Einrichtung musst du den Sitemaps-Bericht nicht täglich öffnen.
Eine gelegentliche Kontrolle ist jedoch sinnvoll, insbesondere:
nach einem Relaunch
nach größeren URL-Änderungen
nach einem Wechsel des SEO-Plugins
bei Indexierungsproblemen
wenn neue Seiten nicht gefunden werden
wenn Google einen Sitemap-Fehler meldetHäufige Sitemap-Fehler #
Sitemap-Adresse falsch eingetragen
Sitemap liefert 404
Sitemap ist zugriffsgeschützt
alte HTTP-URLs enthalten
Weiterleitungs-URLs enthalten
404-URLs enthalten
noindex-Seiten enthalten
nicht kanonische URLs enthalten
Sitemap als Indexierungsgarantie verstehen
nach jedem neuen Artikel
Sitemap erneut einreichen
automatisch erzeugte XML-Datei
manuell bearbeiten
Sitemap aus Search Console löschen
und Indexentfernung erwarten
Sitemap als Ersatz für
interne Verlinkung betrachtenCheckliste: XML-Sitemap prüfen und bei Google einreichen #
Sitemap-Adresse ermitteln
↓
im Browser öffnen
↓
öffentlich erreichbar?
↓
korrekte HTTPS-URLs?
↓
nur gewünschte
indexierbare URLs?
↓
keine 404-URLs?
↓
keine Weiterleitungs-URLs?
↓
keine unnötigen noindex-URLs?
↓
Canonical-Signale plausibel?
↓
Search Console öffnen
↓
richtige Property wählen
↓
Sitemaps öffnen
↓
Sitemap bzw.
Sitemap-Index einreichen
↓
Verarbeitung abwarten
↓
Status kontrollieren
↓
bei Fehlern Details prüfen
↓
Seitenindexierung kontrollierenSummary #
Eine XML-Sitemap ist eine maschinenlesbare Datei, mit der du Suchmaschinen auf wichtige URLs deiner Website hinweisen kannst.
Sie unterstützt Google bei der Entdeckung von Seiten, ersetzt aber weder eine sinnvolle Website-Struktur noch eine gute interne Verlinkung.
In einer Sitemap sollten grundsätzlich die bevorzugten indexierbaren URLs deiner Website stehen. Weiterleitungs-URLs, 404-Seiten, bewusst auf noindex gesetzte Seiten und nicht kanonische Duplikate gehören normalerweise nicht in die reguläre Sitemap.
Bei größeren Websites können mehrere Sitemaps verwendet und über einen Sitemap-Index zusammengefasst werden. Wird ein solcher Index automatisch erzeugt, reicht es normalerweise aus, diesen in der Google Search Console einzureichen.
Das Einreichen bedeutet nicht, dass du eine Datei zu Google hochlädst. Du teilst Google lediglich mit, wo sich die Sitemap auf deiner Website befindet. Google ruft sie anschließend selbst ab.
Auch ein erfolgreicher Sitemap-Status bedeutet nicht, dass alle enthaltenen URLs indexiert wurden. Er bestätigt zunächst, dass Google die Sitemap abrufen und verarbeiten konnte.
Eine gute Sitemap sagt Google nicht „Diese Seiten musst du indexieren“, sondern möglichst eindeutig: „Das sind die aktuellen, bevorzugten und indexierbaren URLs meiner Website.“
