Sprachen

XML-Sitemap

Was eine XML-Sitemap ist, ihre Anatomie, die ignorierten Tags (priority/changefreq), genaues lastmod, die Grenzen von 50 000/50MB, hreflang in Sitemaps und wie man eine einreicht.

Erstveröffentlicht: 22. Juni 2026 · Zuletzt aktualisiert: 3. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2
1 Evidenzsignal auf dieser Seite

Eine XML-Sitemap ist eine UTF-8-Datei, die die kanonischen, indexierbaren URLs auflistet, die Suchmaschinen kennen sollen – jede in einem <url>-Block mit einem erforderlichen <loc> und einem optionalen <lastmod>. Sie hilft Suchmaschinen, URLs zu entdecken, garantiert aber keine Indexierung; ihr eigentlicher Nutzen liegt in der Diagnose von eingereichten vs. indexierten URLs in der Search Console. Google ignoriert <priority> und <changefreq> und verwendet <lastmod> nur, wenn es nachweislich korrekt ist (wesentliche Aktualisierungen, nicht pauschal 'heute'). Eine Sitemap ist auf 50 000 URLs oder 50MB unkomprimiert begrenzt – darüber hinaus teilt man Dateien und referenziert sie aus einem Sitemap-Index. Nehmen Sie nur kanonische, indexierbare URLs mit Status 200 auf; eine URL aus der Sitemap wegzulassen ist nicht dasselbe wie sie zu noindexen. Sitemaps sind auch der einfachste Ort, um hreflang in großem Umfang zu verwalten. Referenzieren Sie sie in robots.txt und reichen Sie sie in der Search Console und den Bing Webmaster Tools ein.

TL;DR — Eine XML-Sitemap ist eine UTF-8-Datei mit kanonischen, indexierbaren <loc>-URLs, die jeweils optional ein <lastmod> tragen. Sie unterstützt die Entdeckung, nicht die Indexierung — der Nutzen liegt im Signal „eingereicht vs. indexiert“ in der Search Console. Google ignoriert <priority> und <changefreq> und verwendet <lastmod> nur, wenn es nachweislich korrekt ist (wesentliche Aktualisierungen, niemals ein pauschales “heute”). Eine Datei ist auf 50 000 URLs oder 50 MB unkomprimiert begrenzt — darüber hinaus aufteilen und einen Sitemap- Index verwenden. Nur 200, kanonische, indexierbare URLs aufnehmen; das Ausschließen einer URL ist nicht dasselbe wie sie zu noindexen. XML ist nicht das einzige akzeptierte Format (RSS/Atom/txt funktionieren auch), und Sitemaps sind der einfachste Ort, um hreflang in großem Maßstab zu verwalten — obwohl diese Annotationen mit Verzögerung live gehen, nicht sofort. Referenzieren Sie sie in robots.txt und reichen Sie sie in der Search Console + Bing Webmaster Tools ein.

Evidence for this claim The XML sitemap protocol lists canonical URL locations and optional metadata, with limits of 50,000 URLs and 50 MB uncompressed per sitemap. Scope: Sitemaps protocol and current Google-supported limits. Confidence: high · Verified: Sitemaps XML format Evidence for this claim Google treats sitemaps as discovery hints rather than guarantees and supports submission through Search Console or robots.txt references. Scope: Current Google sitemap behavior and submission methods. Confidence: high · Verified: Google Search Central: Build and submit a sitemap

Was eine XML-Sitemap tatsächlich ist

Eine XML-Sitemap ist eine Datei, die nach dem sitemaps.org-0.9-Protokoll geschrieben wird und die URLs Ihrer Website auflistet, die Suchmaschinen kennen sollen. Googles eigene Definition: “A sitemap is a file where you provide information about the pages, videos, and other files on your site, and the relationships between them.” (Übersetzung) „Eine Sitemap ist eine Datei, in der Sie Informationen über die Seiten, Videos und andere Dateien Ihrer Website sowie die Beziehungen zwischen ihnen bereitstellen.“ Sie ist ein Entdeckungshilfsmittel und eine Abdeckungs-Diagnose – ausdrücklich keine Garantie: “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (Übersetzung) „Eine Sitemap hilft Suchmaschinen, URLs auf Ihrer Website zu entdecken, garantiert jedoch nicht, dass alle Elemente in Ihrer Sitemap gecrawlt und indexiert werden.“

Diese Einordnung ist wichtig, denn hier wird oft viel Aufwand falsch investiert. Die Sitemap ist kein Ranking-Hebel und kein Indexierungsbefehl. Hier ist ein kommentiertes Minimalbeispiel:

<?xml version="1.0" encoding="UTF-8"?>            <!-- XML declaration; UTF-8 -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">  <!-- root + namespace -->
  <url>                                           <!-- one entry per page -->
    <loc>https://www.example.com/foo.html</loc>   <!-- required: absolute URL -->
    <lastmod>2026-06-04</lastmod>                 <!-- optional: last significant change -->
  </url>
</urlset>

Anatomie

  • Die XML-Deklaration – <?xml version="1.0" encoding="UTF-8"?>. Google ist hier unmissverständlich: “The sitemap file must be UTF-8 encoded.” (Übersetzung) „Die Sitemap-Datei muss UTF-8-kodiert sein.“ Wenn die Kodierung falsch ist, brechen Sonderzeichen.
  • <urlset> + Namespace – das Wurzelelement mit xmlns="http://www.sitemaps.org/schemas/sitemap/0.9". Der Namespace teilt dem Parser mit, dass es sich um eine Sitemap handelt; ein falscher oder fehlender Namespace ist ein häufiger Search-Console-Fehler.
  • <url> – ein Block pro Seite.
  • <loc> – erforderlich. “Use fully-qualified, absolute URLs in your sitemaps” (Übersetzung) „Verwenden Sie vollständig qualifizierte, absolute URLs in Ihren Sitemaps“ – keine relativen Pfade und unter ~2 048 Zeichen. Alle Werte müssen entitätsmaskiert sein: & wird zu &amp;, ' zu &apos;, " zu &quot;, > zu &gt; und ein wörtliches Kleiner-als-Zeichen zu &lt;.
  • <lastmod> – optional; das Datum, an dem die Seite zuletzt wesentlich geändert wurde (mehr zur Ehrlichkeitsregel unten).
Evidence for this claim Each loc must be a fully qualified absolute URL and XML special characters must be entity escaped. Scope: XML/HTTP sitemap generation, hosting and submission Confidence: high · Verified: Build and submit a sitemap

Die Wahrheit über ignorierte Tags

Das ist der am stärksten veraltete Punkt in den meisten Sitemap-Tutorials. Zwei veraltete Tags – <priority> und <changefreq> – werden von Google ignoriert. Gary Illyes nannte Priority “essentially a bag of noise,” (Übersetzung) „im Wesentlichen ein Sack voller Rauschen“, und John Mueller hat gesagt, dass Priority und Change Frequency “doesn’t really play that much of a role with Sitemaps anymore.” (Übersetzung) „bei Sitemaps nicht mehr wirklich eine große Rolle spielen.“ Bing hat dasselbe bestätigt: Changefreq und Priority beeinflussen sein Crawling oder Ranking nicht mehr. Sie können sie drinlassen (sie schaden nicht) oder entfernen – sie bewirken einfach nichts.

<lastmod> ist anders – zählen Sie es nicht zu den ignorierten Tags. Google verwendet <lastmod> durchaus, aber nur, wenn es ihm vertraut, und dieses Vertrauen ist ungefähr binär: Entweder glaubt Google Ihren Daten oder nicht. Die Regel ist, dass das Datum eine wesentliche Änderung widerspiegeln sollte – “an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not.” (Übersetzung) „Eine Aktualisierung des Hauptinhalts, der strukturierten Daten oder der Links auf der Seite gilt im Allgemeinen als wesentlich, eine Aktualisierung des Copyright-Datums jedoch nicht.“ Der Fehler, den ich ständig sehe, ist, bei jedem Build jeder URL das heutige Datum zu verpassen. Das ist kontraproduktiv: Mueller hat es “just lazy” (Übersetzung) „einfach faul“ genannt und angemerkt, dass es für Suchmaschinen trivial zu erkennen ist und es ihnen nur schwerer macht, tatsächlich aktualisierte Seiten zu erkennen. Lügen Sie oft genug, und, in Googles Worten, “eventually we’re not going to believe you anymore.” (Übersetzung) „irgendwann werden wir Ihnen nicht mehr glauben.“ Bing stützt sich sogar stärker auf <lastmod> als Frische-Signal als Google – ein genaues Datum hilft Ihnen also bei beiden Suchmaschinen, ein falsches schadet Ihnen bei beiden.

Platzierung, Benennung, Kodierung und Komprimierung

  • Platzierung/Benennung. Es gibt keinen erforderlichen Dateinamen, aber /sitemap.xml im Stammverzeichnis ist die Konvention. Standardmäßig betrifft eine Sitemap nur URLs auf oder unterhalb ihres eigenen Pfads. Halten Sie sie also hoch genug, um alles abzudecken, was sie auflistet. Die eine Ausnahme: Sie können eine Sitemap für eine andere Website hosten, wenn Sie den Besitz dieser Website verifiziert haben und deren robots.txt auf den tatsächlichen Speicherort der Sitemap verweist – Google nennt dies Cross-Submission, und es ist der Mechanismus hinter einem Sitemap-Index, der anderswo gehostete Sitemaps aggregiert.
  • Kodierung. Immer UTF-8.
  • Kompression. Sie dürfen eine Sitemap gzip-komprimieren (als .xml.gz ausliefern), was bei großen Dateien sinnvoll ist. Wichtige Nuance: Das 50-MB-Limit wird unkomprimiert gemessen – gzip spart Bandbreite, nicht Spielraum gegenüber dem Größenlimit.

Limits → aufteilen + Sitemap-Index

Eine einzelne Sitemap ist auf 50 000 URLs oder 50 MB unkomprimiert begrenzt, je nachdem, was zuerst eintritt. Google sagt es direkt: “All formats limit a single sitemap to 50MB (uncompressed) or 50 000 URLs.” Wenn Sie eines der beiden Limits überschreiten, teilen Sie die Liste auf mehrere Sitemap-Dateien auf und referenzieren Sie sie alle über einen Sitemap-Index – eine Sitemap von Sitemaps. Das ist ein eigenes verwandtes Thema; die Kurzfassung ist, dass Sie den Index einreichen, und ein Index kann auf bis zu 50 000 untergeordnete Sitemaps verweisen, sodass Ihnen praktisch nie die Kapazität ausgeht.

Welche URLs aufnehmen – und “ausschließen ≠ noindex”

Nehmen Sie nur URLs auf, die indexierbar, kanonisch und mit 200 antworten. Das bedeutet keine 3xx-Weiterleitungen, keine nicht-kanonischen Duplikate, keine noindex-Seiten, keine robots-blockierten URLs. Eine saubere Sitemap mit genau Ihrer indexierbaren Menge macht den Vergleich zwischen eingereicht und indexiert in der Search Console aussagekräftig – verschmutzen Sie sie mit Müll, haben Sie die Diagnosemöglichkeit weggeworfen.

Nun der mechanische Punkt, den viele falsch verstehen: Das Ausschließen einer URL aus Ihrer Sitemap führt nicht zu ihrer Deindexierung. Die Sitemap ist eine Werbung, kein Tor. Das Entfernen eines URL-Eintrags stoppt nur die Bewerbung dieser Seite; wenn Google bereits davon weiß (über Links, Verlauf oder eine andere Quelle), bleibt sie im Index. Die einzigen Mechanismen, die eine Seite tatsächlich entfernen, sind eine noindex-Anweisung (mit erlaubtem Crawling, damit Google sie sehen kann), ein 404/410 oder das Entfernungs-Tool. Also ist “aus der Sitemap nehmen” niemals die richtige Antwort auf “Wie deindexiere ich das?”.

Akzeptierte Sitemap-Dateiformate

XML ist nicht das einzige Format, das Google akzeptiert – das ist gut zu wissen, damit Sie nicht annehmen, Sie müssten XML von Hand schreiben. Google nennt XML “the most versatile of the sitemap formats,” aber es liest auch:

  • RSS 2,0 / Atom-Feeds – praktisch, weil viele CMS bereits einen veröffentlichen; sie enthalten nur Seiten-URLs.
  • mRSS – ein Media-RSS-Feed, der für Videos verwendet wird.
  • Reiner Text (.txt) – buchstäblich eine URL pro Zeile, nur Webseiten-URLs, UTF-8.

XML ist immer noch die richtige Standardwahl, weil es das einzige Format ist, das die Erweiterungen unterstützt (lastmod-Metadaten, Bild-, Video- und hreflang-Anmerkungen). Die anderen sind nur URL-basiert.

hreflang in Sitemaps

Wenn Sie eine mehrsprachige oder multiregionale Website betreiben, ist die Sitemap normalerweise der einfachste Ort, um hreflang zu verwalten – Sie pflegen den gesamten Sprachcluster in einer Datei, anstatt Rückverweis-Tags in jede Seitenvorlage einzufügen. (Es ist einer der drei gültigen Orte, an denen hreflang leben kann; <head> und HTTP-Header sind die anderen.)

So wird es implementiert. Jedes <url> erhält xhtml:link rel="alternate"-Kindelemente, eines pro Sprach-/Regionsversion, und Sie deklarieren den Namespace xmlns:xhtml="http://www.w3.org/1999/xhtml" auf <urlset>:

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://www.example.com/english/page.html</loc>
    <xhtml:link rel="alternate" hreflang="en" href="https://www.example.com/english/page.html"/>
    <xhtml:link rel="alternate" hreflang="de" href="https://www.example.de/deutsch/page.html"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://www.example.com/english/page.html"/>
  </url>
  <!-- each alternate URL repeats the FULL set, including itself (return tags) -->
</urlset>

Die Return-Tag-Regel. Das ist der Teil, der den Leuten Probleme bereitet. Jedes <url>-Element muss jede alternative Version der Seite auflisten – einschließlich sich selbst. Google: „Each <url> element must have a child element <xhtml:link rel="alternate" hreflang="[supported_language-code]"> that lists every alternate version of the page, including itself.“ Und es muss bidirektional sein: „If page X links to page Y, page Y must link back to page X. If this is not the case for all pages that use hreflang annotations, those annotations may be ignored or not interpreted correctly.“ Fügen Sie einen x-default-Eintrag für den Fallback ohne Sprachzuordnung hinzu. Ein einzelner fehlerhafter oder fehlender Return-Tag kann den gesamten Satz ungültig machen.

Das Limit zählt nur <loc>-URLs. Eine Erleichterung für große internationale Websites: Das 50 000-URL-Limit zählt nur die <loc>-Seiten-URLs, nicht die hreflang-Alternativen. Eine Sitemap mit 50 000 Seiten, jede mit zehn Sprachalternativen, passt also trotzdem – es zählen die Standort-URLs, nicht die alternativen URLs.

Wann es tatsächlich live geht – rechnen Sie mit Tagen, nicht Minuten. Hier ist die Erwartung, die Sie setzen sollten, und es ist Mechanik und keine zitierbare Zeile. Google parst Ihr Sitemap-hreflang, wenn es die Sitemap erneut abruft, aber die Annotationen werden erst wirksam, sobald alle URLs im Satz (erneut) gecrawlt und die Return-Tags miteinander abgeglichen wurden. Das bedeutet, es gibt eine echte Verzögerung zwischen der Veröffentlichung des hreflang und der Berücksichtigung der Alternativen, und eine langsam neu zu crawelnde oder fehlerhafte URL im Satz kann den Rest aufhalten. Erwarten Sie nicht, dass es sofort nach der Einreichung aktiv wird – planen Sie ein, dass es sich über Tage einpendelt.

Referenzieren und einreichen

  • robots.txt – fügen Sie eine Sitemap:-Zeile mit der vollständigen absoluten URL hinzu. Dies ermöglicht auch die automatische Erkennung durch Suchmaschinen.
  • Google Search Console – der Sitemaps-Bericht (oder die Search Console API) ist die primäre Einreichungsmethode; hier lesen Sie auch die Diagnose zu eingereichten vs. indexierten URLs.
  • Bing Webmaster Tools – reichen Sie auch dort ein; Bing ruft sie schnell ab und prüft regelmäßig neu.

Eine Automatisierungsanmerkung aus meiner Sichtweise: Eine Sitemap sollte automatisch aus den tatsächlich vorhandenen Seiten generiert werden, damit sie aktuell bleibt. Eine handgebaute Sitemap veraltet, sobald sich Ihre Website ändert. Die verwandten Seiten dieser Seite – die Sitemaps-Übersicht, der Sitemap-Index für große Websites sowie die Bild-Sitemap- und Video-Sitemap-Erweiterungen – decken den Rest der Familie ab, und das themenübergreifende Discovery-Thema verbindet Sitemaps mit den anderen Wegen, wie Suchmaschinen Ihre URLs finden.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.