Die XML-Sitemap bleibt die am wenigsten genutzte Datei in Webprojekten. Die meisten Teams erstellen sie einmal, reichen sie bei der Google Search Console ein und kehren dann nie wieder zurück. Dieser passive Ansatz beraubt uns eines mächtigen Diagnosewerkzeugs, sowohl für das Crawlen als auch für die von den Nutzern wahrgenommene Navigationsqualität.
Die XML-Sitemap als technisches Diagnosewerkzeug auditieren
Eine Sitemap dient nicht nur dazu, URLs für Googlebot aufzulisten. Wir nutzen sie als Spiegel der tatsächlichen Architektur der Website: Jede Inkonsistenz zwischen der Sitemap und dem technischen Zustand der Seiten offenbart ein ausnutzbares Problem.
Die erste Überprüfung betrifft die HTTP-Antwortcodes. Eine Sitemap, die URLs mit 301, 404 oder 410 enthält, sendet ein widersprüchliches Signal an die Crawling-Roboter. Die Datei erklärt: „Diese Seite existiert und verdient es, indexiert zu werden“, während der Server das Gegenteil antwortet. Diese Art von Konflikt verwässert das Crawling-Budget ohne jeglichen Nutzen.
Die zweite Überprüfung betrifft die Indexierungsrichtlinien. Eine URL, die in der Sitemap vorhanden ist, aber mit noindex in ihrem Meta-Tag gekennzeichnet ist, schafft eine Inkonsistenz, die Google zudem in der Search Console unter der Kategorie „Indexiert, obwohl blockiert“ anzeigt. Wir empfehlen, den Inhalt der Sitemap systematisch mit einem Crawling-Tool wie Screaming Frog oder Sitebulb abzugleichen, um diese Widersprüche zu erkennen.
Um diese Art von Struktur konkret zu beobachten, können Sie die Sitemap von MYN Idee einsehen und notieren, wie die URLs nach thematischen Abschnitten organisiert sind, was die schnelle Identifizierung der abgedeckten Bereiche erleichtert.
Sitemap und WCAG-Konformität: Eine ignorierte Navigationsrolle
Der WCAG 2.2 Standard verlangt, dass ein Benutzer jede Seite über mindestens zwei verschiedene Mechanismen (Hauptmenü, interne Suche, Inhaltsverzeichnis oder Sitemap) finden kann. Die HTML-Sitemap erfüllt direkt dieses Kriterium der „mehreren Wege“ und wird zu einem Element der Barrierefreiheitskonformität, nicht nur zu einem SEO-Artefakt.
Regierungsportale integrieren mittlerweile spezielle Tastenkombinationen zu ihrer Seite „Sitemap“, die als priorisierter Zugangspunkt behandelt wird. Diese Entwicklung verändert die Wahrnehmung der HTML-Sitemap: Sie ist nicht mehr eine Seite aus den 2000er Jahren, sondern ein funktionales Element der barrierefreien Navigation.
In der Praxis beobachten wir, dass aktuelle Barrierefreiheit-Audits das Fehlen einer nutzbaren HTML-Sitemap ahnden, insbesondere auf Websites mit tiefen Strukturen, wo die Menü-Navigation nicht ausreicht, um alle Seiten in zwei Klicks anzuzeigen.
Die XML-Sitemap bereinigen: Konkrete Filterkriterien
Eine leistungsfähige Sitemap enthält nur URLs, die es wert sind, indexiert zu werden. Jede Seite in der Datei muss drei Bedingungen gleichzeitig erfüllen: einen Code 200 zurückgeben, keine noindex-Richtlinie tragen und nicht Ziel einer Weiterleitung sein.
Über diese Voraussetzungen hinaus muss die Filterung Kategorien von Seiten ausschließen, die oft übersehen werden:
- Die Seiten der Paginierung (/page/2/, /page/3/…), die keinen eigenen Indexierungswert bieten und das Crawling-Budget auf redundante Listen fragmentieren.
- Die URLs mit Sortier- oder Filterparametern (aufsteigend, Farbe, Größe), die Varianten von bereits unter ihrer kanonischen Form indexierten Seiten erzeugen.
- Die Hilfeseiten (Impressum, AGB, Cookie-Richtlinie), die nicht darauf abzielen, organischen Traffic zu generieren und die Datei ohne Nutzen aufblähen.
Eine schlanke Sitemap beschleunigt die Verarbeitung durch die Roboter und konzentriert deren Aufmerksamkeit auf strategische Seiten. Auf einer E-Commerce-Website mit mehreren tausend Referenzen stellt das Verhältnis zwischen eingereichten URLs und tatsächlich indexierten URLs einen direkten Indikator für die technische Gesundheit dar.
Sitemap-Index und Segmentierung nach Inhaltstyp
Wenn eine Website die Grenze von 50.000 URLs pro Sitemap-Datei (oder die Obergrenze von 50 MB unkomprimiert) überschreitet, wird die Verwendung eines Sitemap-Index obligatorisch. Diese übergeordnete Datei verweist auf mehrere untergeordnete Sitemaps, von denen jede eine Teilmenge von URLs zusammenfasst.
Die nützlichste Segmentierung folgt nicht der Verzeichnisstruktur, sondern der Typologie des Inhalts. Die Trennung der Sitemaps nach Art (Artikel, Produktblätter, Bilder, Videos) ermöglicht eine unabhängige Analyse der Indexierungsabdeckung jeder Kategorie in der Search Console.
Die spezialisierten Sitemaps bieten eine zusätzliche Granularität:
- Die Bild-Sitemap verwendet das Tag <image:loc>, um die mit jeder Seite verbundenen visuellen Inhalte zu kennzeichnen, was ihre Sichtbarkeit in Google Bilder verbessert.
- Die Video-Sitemap integriert Metadaten (Titel, Beschreibung, Dauer, Miniaturansicht), die die Anzeige von Rich Snippets in den Suchergebnissen erleichtern.
- Die Nachrichten-Sitemap, die für Websites reserviert ist, die in Google Nachrichten gelistet sind, verlangt eine Veröffentlichungsfrische von weniger als zwei Tagen für jede deklarierte URL.
Aktualisierungsfrequenz und automatisierte Einreichung
Eine statische Sitemap verliert ihre Relevanz, sobald die Website Inhalte veröffentlicht oder entfernt. Auf WordPress regenerieren Plugins wie Yoast SEO oder Rank Math die Datei automatisch bei jeder Änderung. Bei benutzerdefinierten CMS empfehlen wir, die Regeneration über einen Post-Deployment-Hook oder einen täglichen Cron-Job auszulösen.
Die Einreichung beschränkt sich nicht auf die Google Search Console. Die Datei muss auch im robots.txt über die Direktive Sitemap: gefolgt von der absoluten URL deklariert werden. Diese Methode stellt sicher, dass jeder Crawler, der den Standard einhält (Bingbot, Yandex usw.), die Sitemap ohne manuelle Konfiguration in jedem Webmaster-Tool entdeckt.
Die regelmäßige Überwachung des Indexabdeckungsberichts bleibt der einzige Weg, um zu überprüfen, ob die eingereichten URLs tatsächlich berücksichtigt werden. Eine wachsende Diskrepanz zwischen eingereichten URLs und indexierten URLs signalisiert ein Problem mit der Inhaltsqualität, der internen Verlinkung oder widersprüchlichen Richtlinien, das kein anderer Bericht so klar aufzeigt.