XML-Sitemaps für große Websites organisieren

Welche URLs gehören in eine XML-Sitemap?

Eine Sitemap ist eine maschinenlesbare Liste der Seiten, die als öffentliche Antworten gefunden werden sollen. Entscheidend ist der tatsächliche Veröffentlichungszustand: Die URL liefert den richtigen Inhalt, ist für Suchmaschinen zugänglich und soll unter dieser Adresse erscheinen. Eine URL in einem Redaktionsplan, eine interne Suchseite oder eine Vorschau wird dadurch noch nicht zu einem geeigneten Eintrag.

Beginnen Sie mit einer Bestandsliste aus Ihrem CMS oder Ihrer Website-Erzeugung. Erfassen Sie Adresse, Seitentyp, Status, Canonical-Ziel und letzte relevante Änderung. Bei mehreren Sprachversionen wird jede tatsächlich vorhandene Sprach-URL geprüft. Eine automatische Erzeugung spart Pflege, muss aber dieselben Auswahlregeln durchsetzen wie eine manuell kontrollierte Liste.

Ein Entscheidungsraster für die Aufnahme

Das Raster ist eine praktische Bestandsregel. Prüfen Sie den Zweck der Seite, bevor ein Werkzeugbefund automatisch zu einer Änderung führt. Eine bewusst ausgeschlossene Kontoverwaltungsseite benötigt keine SEO-Reparatur. Eine versehentlich ausgeschlossene zentrale Angebotsseite dagegen schon. Halten Sie den gewünschten Zustand im selben Arbeitsblatt fest.

Eine Sitemap-Datei oder mehrere Teilbestände?

Eine Aufteilung ist sinnvoll, wenn sie die Pflege und Fehlersuche erleichtert. Beispiele sind Produkte, Wissensartikel und öffentliche Standortseiten. Ordnen Sie jede URL genau dem vorgesehenen Teilbestand zu. Ein Sitemap-Index verweist auf die einzelnen Dateien; er ersetzt deren Prüfung nicht.

Google nennt als Obergrenzen 50.000 URLs oder 50 MB unkomprimierte Größe je Sitemap. Diese Grenzen sind keine Empfehlung, bis zum letzten Eintrag zu warten. Wenn verschiedene Teams Inhalte betreuen, können kleinere fachlich zusammenhängende Dateien die Auswertung erleichtern. Eine Datei je einzelner Kategorie erzeugt dagegen unnötige Komplexität, wenn niemand daraus eine eigene Kontrollaufgabe ableitet.

Für eine Website mit beispielsweise 8.000 Produkten und 900 Ratgebern kann die getrennte Verwaltung der beiden Bestände sinnvoll sein. Das ist ein Planungsbeispiel, keine Aussage, dass ab einer bestimmten Seitenzahl zwingend mehr Dateien nötig wären.

Ein gültiges XML-Beispiel richtig lesen

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://beispiel.de/leistungen/beratung/</loc>
    <lastmod>2026-10-19</lastmod>
  </url>
</urlset>

Das Beispiel verwendet eine fiktive Domain. loc enthält die vollständige bevorzugte Adresse. lastmod beschreibt eine tatsächlich erfolgte relevante Änderung. Sonderzeichen in XML-Werten müssen korrekt maskiert werden; ein kaufmännisches Und in einer Adresse steht dort beispielsweise als &. Lassen Sie das Dokument durch eine XML-Bibliothek erzeugen, statt URLs unkontrolliert in Zeichenketten einzusetzen.

Für die Abnahme genügt nicht, dass der Browser irgendeinen Text anzeigt. Ein Parser muss das Dokument lesen können. Danach wird geprüft, ob die enthaltenen Adressen zum gewünschten Bestand passen. Formatprüfung und inhaltliche Vollständigkeit sind zwei unterschiedliche Kontrollen.

Welche Änderung rechtfertigt lastmod?

Nutzen Sie ein verlässlich gespeichertes Datum der relevanten Seitenänderung. Eine fachliche Korrektur, eine erhebliche Erweiterung oder eine wichtige Änderung der strukturierten Angaben kann dazu gehören. Ein täglicher technischer Build beweist dagegen nicht, dass jede Seite inhaltlich neu bearbeitet wurde.

Führen Sie bei Bedarf zwei interne Daten: zuletzt technisch erzeugt und zuletzt fachlich geändert. Nur weil beide im CMS verfügbar sind, bedeuten sie nicht dasselbe. Kann Ihr System keinen belastbaren Änderungsstand liefern, lassen Sie lastmod weg, statt täglich ein neues Datum für unveränderte Inhalte zu erzeugen. Ein falscher Aktualitätshinweis erschwert die spätere Einordnung auch im eigenen Team.

Veröffentlichung und Sitemap als einen Ablauf abnehmen

1. Die neue Seite ohne internen Login öffnen und den richtigen Inhalt prüfen.
2. Canonical, Indexierungsangaben und den vorgesehenen HTTP-Status kontrollieren.
3. Die Seite aus dem freigegebenen Bestand in die passende Sitemap übernehmen.
4. Die öffentliche XML-Datei erneut abrufen und auf gültiges Format prüfen.
5. Erwartete und tatsächlich enthaltene URLs als Mengen vergleichen.
6. Die Seite über eine passende Übersicht und relevante Artikel verlinken.
7. Die Sitemap in der Suchanbieter-Konsole einreichen und die Verarbeitung getrennt beobachten.

Ein Mengenvergleich findet fehlende Einträge und versehentliche Duplikate zuverlässiger als eine Stichprobe. Prüfen Sie auch das Gegenteil: Adressen, die noch in der Datei stehen, obwohl der Inhalt zurückgezogen wurde. Der technische Auftrag sollte deshalb erwartete Ergänzungen und erwartete Entfernungen enthalten. Eine neue Datei mit größerer URL-Zahl ist nicht automatisch vollständiger oder richtiger.

Häufige Fehler gezielt eingrenzen

Kann die Konsole die Sitemap nicht lesen, rufen Sie zuerst die öffentliche Adresse auf. Unterscheiden Sie eine nicht erreichbare Datei, einen Serverfehler, eine Zugriffssperre und ungültiges XML. Prüfen Sie anschließend den tatsächlich ausgelieferten Inhalt: Manche Systeme geben unter der XML-Adresse versehentlich eine HTML-Fehlerseite mit Erfolgsstatus zurück.

Sind Einträge sichtbar, aber einzelne Seiten fehlen im Suchindex, prüfen Sie deren eigenen Status. Eine Sitemap-Verarbeitung sagt nichts Verbindliches über die Aufnahme jeder URL. Eine Seite kann beispielsweise auf ein anderes Canonical zeigen, ausgeschlossen sein oder eine unzureichende eigenständige Antwort liefern. Wiederholtes Einreichen derselben unveränderten Datei repariert diese Ursachen nicht.

Verantwortung und Monitoring für große Bestände

Legen Sie fest, welches System den öffentlichen Bestand bestimmt und wer Abweichungen bearbeitet. Eine sinnvolle Kontrolle meldet eine fehlende freigegebene URL, eine unerwartete Adresse, einen Formatfehler oder einen nicht erreichbaren Teilbestand. Jede Meldung braucht eine betroffene Datei oder URL und einen prüfbaren Sollzustand.

Berichten Sie die Stufen getrennt: veröffentlicht, in der Sitemap enthalten, vom Suchanbieter verarbeitet und tatsächlich indexiert. Für die Website-Pflege sind alle vier Informationen nützlich. Keine davon sollte stellvertretend für die anderen als vollständig erledigte Sichtbarkeit ausgegeben werden.

Häufige Fragen.