XML-Sitemap: Was die Datei Suchmaschinen meldet und wo ihre Wirkung endet

Eine XML-Sitemap meldet Suchmaschinen die URLs einer Website in einem maschinenlesbaren Format. Das Protokoll begrenzt eine einzelne Datei auf 50.000 URLs und 50 MB unkomprimiert; größere Bestände werden auf mehrere Sitemaps verteilt. Für B2B-Kataloge ist die Datei der Kanal, über den neue Adressen überhaupt erst bekannt werden.

Was ist eine XML-Sitemap?

Eine XML-Sitemap ist eine maschinenlesbare Datei im XML-Format, die Suchmaschinen die URLs einer Website meldet und dazu optionale Angaben wie das Datum der letzten Änderung enthält. Google beschreibt sie als Datei, „mit der du Informationen zu den Seiten, Videos und sonstigen Dateien auf deiner Website angibst und die Beziehungen zwischen diesen Seitenelementen darstellst“ (Google Search Central).

Ihr Zweck ist die Entdeckung neuer und geänderter URLs. Über Crawling und Aufnahme in den Index entscheiden Suchmaschinen unabhängig von der Datei.

Das zugrunde liegende Sitemap-Protokoll liegt in der Version 0.90 vor und wird von Google, Yahoo und Microsoft unterstützt (sitemaps.org). Die Datei trägt üblicherweise den Namen sitemap.xml und liegt im Stammverzeichnis einer Domain. Davon zu unterscheiden ist die HTML-Sitemap, eine verlinkte Übersichtsseite für Besucher; das Sitemap-Protokoll beschreibt ausschließlich die maschinenlesbare Datei.

Wie funktioniert eine XML-Sitemap?

Der Aufbau folgt einer festen Struktur. Das Wurzelelement <urlset> umschließt die Datei, jede Adresse steht in einem eigenen <url>-Block, und <loc> trägt die vollständige URL (Sitemap-Protokoll auf sitemaps.org). Optional kommen unter anderem <lastmod>, <changefreq> und <priority> hinzu.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/produkte/dichtung-nbr/</loc>
    <lastmod>2026-08-13</lastmod>
  </url>
</urlset>

Suchmaschinen erfahren auf zwei Wegen von der Datei. Eine Sitemap-Zeile in der robots.txt nennt ihre Adresse, und der Sitemaps-Bericht der Google Search Console nimmt sie zur Einreichung entgegen. Danach ruft der Crawler die Datei regelmäßig ab.

Der Speicherort bestimmt die Reichweite. Eine Sitemap unter /katalog/sitemap.xml darf nur URLs unterhalb von /katalog/ enthalten, eine Sitemap im Stammverzeichnis dagegen alle Adressen der Domain.

Ein Zulieferer mit 120.000 Artikelnummern überschreitet die Grenze einer einzelnen Datei deutlich. Sein Bestand wird auf mehrere Sitemaps aufgeteilt, die eine Sitemap-Indexdatei zusammenfasst – ein Index verweist laut Protokoll auf höchstens 50.000 Sitemaps.

Was eine XML-Sitemap nicht leistet: der Steuerungs-Mythos

In Audit-Berichten wird die Sitemap meist auf Syntax und Erreichbarkeit geprüft, während ihre Wirkungsgrenze unerwähnt bleibt. Verbreitet ist die Erwartung, ein Eintrag mit hoher Priorität führe zu häufigerem Crawling und zu einem Platz im Index. Das Protokoll sieht diese Steuerung nicht vor.

Google ignoriert die Werte <priority> und <changefreq> und verwendet <lastmod> nur, wenn dieser Wert konsistent und nachweisbar korrekt ist (Google-Doku zum Sitemap-Aufbau). Auch bei der Kanonisierung bleibt die Wirkung begrenzt. Alle in einer Sitemap gelisteten Seiten schlägt Google als kanonisch vor, dieses Signal wiegt allerdings schwach.

Berücksichtigt Google die Angaben priority und changefreq?

Google berücksichtigt <priority> und <changefreq> nicht. Beide Angaben bleiben Teil des Protokolls und dürfen in der Datei stehen, ohne das Crawling zu beeinflussen. Verwertbar ist <lastmod>, sofern der Wert das Datum der letzten signifikanten Aktualisierung zeigt.

XML-Sitemap und SEO: Warum wichtig?

Die Datei wirkt an einer einzigen Stelle der Verarbeitungskette – bei der Entdeckung. Was danach folgt, entscheidet sich unabhängig von ihr.

• Entdeckung als Voraussetzung: Eine URL, die Google nicht kennt, wird weder gecrawlt noch indexiert. Die Sitemap meldet neue und geänderte Adressen auch dann, wenn kein interner oder externer Link auf sie verweist.
• Keine Garantie für die Aufnahme: Google hält ausdrücklich fest, dass nicht alle Elemente einer Sitemap gecrawlt und indexiert werden. Das Protokoll selbst bezeichnet die Datei als Hinweis für Crawler.
• Kein Zuwachs an Crawling-Ressourcen: Eine XML-Sitemap hilft Google, URLs zu entdecken und Änderungen zu erkennen, vergrößert aber die verfügbaren Crawling-Ressourcen nicht. Das Crawl-Budget richtet sich nach Serverkapazität und Crawling-Bedarf der Domain.
• Schwaches Kanonisierungs-Signal: Gelistete URLs schlägt Google als kanonisch vor; gegenüber einem Canonical Tag und Weiterleitungen wiegt dieses Signal weniger.
• Pflege zählt zur Crawling-Hygiene: Google empfiehlt, Sitemaps aktuell zu halten und dort alle Inhalte anzugeben, die gecrawlt werden sollen.
• Größenabhängige Relevanz: Kleine, intern umfassend verlinkte Websites kommen laut Google ohne Sitemap aus; als klein gilt dort eine Website mit etwa 500 oder weniger Seiten. Gewicht bekommt die Datei bei Katalogen, Konfiguratoren und programmatisch erzeugten Beständen.

Kennt Google alle Produktseiten Ihres Katalogs, oder endet die Entdeckung bei den intern verlinkten Kategorien?

XML-Sitemap in der Praxis: Auswahl, Segmentierung, Diagnose

Eine Sitemap ist schnell erzeugt und veraltet ebenso schnell. Über ihren Nutzen entscheiden zwei Fragen – welche Adressen hineingehören und wie der Bestand geschnitten wird. Eine dritte kommt hinzu, sobald es um die Diagnose geht.

Welche URLs in die Sitemap gehören

Die Auswahlregel steht knapp in der Google-Dokumentation. In die Datei gehören die URLs, die in den Google-Suchergebnissen erscheinen sollen. Damit fallen Adressen heraus, die mit einer Weiterleitung oder einem Fehler antworten; der HTTP-Statuscode der gelisteten URLs ist deshalb Teil jeder Sitemap-Prüfung.

Bei doppelten Inhalten gehört die bevorzugte Adresse in die Datei, denn Google schlägt alle dort gelisteten Seiten als kanonisch vor. Seiten, die per noindex aus dem Index gehalten werden, widersprechen der Auswahlregel ebenfalls.

Segmentierte Sitemaps bei großen Katalogen

Ab 50.000 URLs oder 50 MB ist die Aufteilung ohnehin Pflicht. Auch darunter hat sie einen diagnostischen Wert. Wird ein Katalog nach Produktkategorien in eigene Sitemaps zerlegt, lässt sich der Indexierungsbericht der Search Console nach Sitemap filtern und zeigt, welcher Teil des Bestands hängt. Ein einzelner Gesamt-Klumpen verschleiert genau das.

Was der Sitemaps-Bericht beantwortet

Der Sitemaps-Bericht der Google Search Console listet jede eingereichte Datei mit ihrem Typ, dem letzten Lesedatum und dem Verarbeitungsstatus. Wie viele der gemeldeten URLs im Index liegen, steht dagegen im Bericht unter „Indexierung → Seiten“.

Nach einem Relaunch zeigt der Bericht deshalb zuerst, ob die neue Sitemap überhaupt eingereicht wurde oder ob dort nur die alte Datei weiterläuft.

Fazit & Takeaways

• Gleichen Sie die Datei gegen den Live-Bestand ab: Ziehen Sie die gelisteten Adressen und prüfen Sie ihre Statuscodes – in die Sitemap gehören nur Adressen, die in den Suchergebnissen erscheinen sollen.
• Schneiden Sie große Bestände in Segmente: Eigene Sitemaps je Produktkategorie machen im Indexierungsbericht sichtbar, welcher Katalogteil hängt; spätestens bei 50.000 URLs verlangt das Protokoll die Aufteilung ohnehin.
• Investieren Sie Pflege in lastmod statt in priority: Google wertet den Änderungszeitpunkt aus, sofern er belastbar ist, und lässt die beiden anderen optionalen Angaben unberücksichtigt.

Verwandte Begriffe

• Indexierung: Die Aufnahme-Entscheidung, die nach der Entdeckung über eine gemeldete URL fällt.
• Crawl-Budget: Bestimmt, wie viele der gemeldeten Adressen Googlebot in einem Zeitraum tatsächlich abruft.
• Canonical Tag: Das stärkere Signal, sobald Sitemap-Eintrag und Canonical-Angabe auseinanderlaufen.
• Technisches SEO: Dort gehören Sitemap-Pflege, Statuscode-Hygiene und Indexierungs-Management in eine Hand.
• Programmatic SEO für B2B-Kataloge: Der Ratgeber zum skalierten Seitenaufbau, in dem segmentierte Sitemaps die Freigabe neuer URLs steuern.

---

Ob eine Sitemap den tatsächlichen Bestand einer Website meldet, zeigt der Abgleich zwischen der Datei und dem Indexierungsstatus ihrer URLs. Diese Prüfung steht am Anfang, bevor Aufwand in Generatoren und Segmentierung fließt.

Autor: Daniel Neubauer, Gründer und Geschäftsführer RED RAM MEDIA, Agentur- und SEO-Erfahrung seit 2010.

Häufige Fragen (FAQ)

Was ist eine XML-Sitemap?

Eine XML-Sitemap ist eine maschinenlesbare Datei im XML-Format, die Suchmaschinen die URLs einer Website meldet. Sie enthält je Adresse den Ort und optional das Datum der letzten Änderung. Suchmaschinen nutzen sie zur Entdeckung neuer und geänderter URLs.

Wozu dient eine XML-Sitemap?

Die XML-Sitemap dient der Entdeckung neuer und geänderter URLs. Google nennt sie besonders hilfreich bei großen Websites, bei neuen Websites mit wenigen externen Links und bei Beständen mit vielen Bildern, Videos oder Nachrichtenseiten.

Braucht jede Website eine XML-Sitemap?

Eine XML-Sitemap ist laut Google nicht überall erforderlich. Kleine und intern umfassend verlinkte Websites kommen in der Regel ohne sie aus. Als klein gilt bei Google eine Website mit etwa 500 oder weniger Seiten.

Berücksichtigt Google die Angaben priority und changefreq?

Die XML-Sitemap kennt die optionalen Angaben <priority> und <changefreq>; Google ignoriert beide Werte. Den Wert <lastmod> verwendet Google, wenn er konsistent und nachweisbar korrekt ist und die letzte signifikante Aktualisierung zeigt.

Wie viele URLs darf eine XML-Sitemap enthalten?

Eine einzelne XML-Sitemap fasst höchstens 50.000 URLs und 50 MB unkomprimiert. Größere Bestände werden auf mehrere Dateien verteilt und über eine Sitemap-Indexdatei gebündelt, wie es der Ratgeber zu Programmatic SEO für Kataloge beschreibt.

Garantiert ein Eintrag in der XML-Sitemap die Indexierung?

Ein Sitemap-Eintrag garantiert die Indexierung nicht. Die Datei macht eine URL für Google auffindbar; ob die Adresse danach in den Index aufgenommen wird, zeigt der Bericht „Indexierung → Seiten“ der Search Console. Die Aufnahme-Kriterien beschreibt der Eintrag zur Indexierung.