Sitemap Checker
Findet deine Sitemap so, wie ein Crawler es tun würde — erst robots.txt, dann die üblichen Pfade — und prüft dann, was gefunden wurde.
Kostenlos · Ohne Anmeldung · Liest das rohe HTML, das ein Crawler sieht
Wie deine Sitemap hier gefunden wird
Es wird dort gesucht, wo ein Crawler sucht, und in derselben Reihenfolge. Zuerst die Sitemap:-Zeilen in der robots.txt, denn das ist der deklarierte Ort. Dann die üblichen Pfade — /sitemap.xml, /sitemap_index.xml, /wp-sitemap.xml und ein paar weitere.
Wird nichts gefunden, ist das das Ergebnis. Eine Seite ohne auffindbare Sitemap verlässt sich vollständig auf interne Links, was bei kleinen Seiten funktioniert und bei großen still scheitert — besonders bei Seiten, auf die noch nichts verlinkt.
Was eine Sitemap leistet und was nicht
Eine Sitemap ist eine Hilfe beim Auffinden. Sie sagt Crawlern, welche URLs existieren und über lastmod, welche sich geändert haben. Sie erzwingt keine Indexierung, verbessert keine Rankings, und eine URL in deiner Sitemap kann aus einem Dutzend anderer Gründe trotzdem ausgeschlossen bleiben.
Der Fehler, den sie verhindert, ist allerdings real: Seiten, die existieren, von nirgendwo offensichtlich verlinkt sind und deshalb nie gecrawlt werden. Am stärksten trifft das neue Seiten und tiefe Archive.
Das lastmod-Datum ist der am wenigsten genutzte Teil. Crawler priorisieren damit erneute Besuche. Eine Sitemap, in der jeder Eintrag behauptet, heute geändert worden zu sein, ist schlechter als eine ohne Datumsangaben, weil sie ignoriert wird.
Die Grenzen des Protokolls
Eine einzelne Sitemap fasst maximal 50.000 URLs und 50 MB unkomprimiert. Jenseits einer der beiden Grenzen verarbeiten Crawler, was hineinpasst, und verwerfen den Rest — stillschweigend.
Die Lösung ist ein Sitemap-Index: eine Datei, die andere Sitemaps auflistet, jede innerhalb der Grenzen. Ein Index selbst darf bis zu 50.000 Sitemaps referenzieren, mehr Luft als jede Seite braucht. Dieses Tool folgt deinem Index und prüft stichprobenartig, ob die Kinddateien erreichbar sind.
- Nur absolute URLs — relative Pfade sind in einer Sitemap ungültig und werden übersprungen.
- Gleiche Domain — Einträge auf fremden Domains werden ignoriert, außer bei verifizierter Cross-Submission.
- Kanonische Versionen — trage die URL ein, die indexiert werden soll — keine Weiterleitung, keine Parametervariante.
- Keine Duplikate — wiederholte Einträge verbrauchen Crawl-Budget und verwässern das lastmod-Signal.
Checker oder Validator — was brauchst du?
Die beiden Begriffe werden synonym benutzt, aber wer danach sucht, will meist Unterschiedliches. Ein Validator beantwortet „ist dieses XML wohlgeformt und schemakonform?“. Ein Checker beantwortet „funktioniert meine Sitemap tatsächlich?“ — und dazu gehört, sie überhaupt erst zu finden, sowie Probleme zu erkennen, die vollkommen legales XML sind.
Dieses Tool macht beides, in dieser Reihenfolge. Es validiert das Format und geht dann weiter: Eine Sitemap kann fehlerfrei parsen und trotzdem URLs einer anderen Domain listen, Einträge doppeln, relative Pfade verwenden oder behaupten, jede Seite habe sich heute geändert. Nichts davon bricht das XML. Alles davon verbrennt Crawl-Budget.
Wenn du nur strikte Validierung gegen die sitemaps.org-Spezifikation brauchst, genügt jeder XML-Validator. Wenn du wissen willst, warum deine Seiten nicht gefunden werden, ist das Format selten die Antwort.
Sitemaps und KI-Crawler
KI-Crawler haben das Discovery-Problem stärker als Google. Sie crawlen weniger Web, kommen seltener zurück, und die meisten führen kein JavaScript aus. Eine Seite, die sie nie abrufen, kann in einer Antwort nicht zitiert werden — und anders als bei Google gibt es keine Search Console, die dir das verrät.
Die Sitemap:-Zeile in robots.txt liest mehr als nur Googlebot. OAI-SearchBot, PerplexityBot und ClaudeBot rufen robots.txt vor dem Crawlen ab. Damit ist eine deklarierte Sitemap der günstigste Weg, ihnen eine vollständige URL-Liste zu übergeben, statt darauf zu hoffen, dass sie genug internen Links folgen.
Am stärksten zählt das für genau die Seiten, die KI-Antworten tatsächlich zitieren: Dokumentation, Guides und Referenzinhalte, die tief in einer Seite liegen und aus einem einzigen Navigationsmenü verlinkt sind. Das sind genau die URLs, die unentdeckt bleiben, wenn nichts sie deklariert.
So benutzt du es
- Domain eingeben — Nur die Domain — die Sitemap findet das Tool selbst.
- Prüfen, ob sie gefunden wurde — Wurde nichts gefunden, stehen die geprüften Orte dabei, damit du siehst, was ein Crawler verpasst hätte.
- URL-Hygiene ansehen — Relative Pfade, fremde Domains und Duplikate werden alle gemeldet.
- In der robots.txt deklarieren — Ergänze eine Sitemap:-Zeile, damit Crawler nicht raten müssen.
Häufige Fragen
Was macht ein Sitemap-Checker?
Er findet deine XML-Sitemap, bestätigt, dass sie parst, zählt die URLs und meldet Probleme: Einträge auf anderen Domains, relative Pfade, Duplikate, lastmod-Daten, die in Wahrheit der Generierungszeitpunkt sind, und Dateien über den Protokollgrenzen.
Wo sollte meine Sitemap liegen?
Üblicherweise unter /sitemap.xml im Root. Die Spezifikation schreibt den Ort nicht fest, aber du musst ihn in der robots.txt mit einer Sitemap:-Zeile deklarieren, und eine Sitemap darf nur URLs in ihrem eigenen Verzeichnis oder darunter abdecken.
Sorgt eine Sitemap dafür, dass meine Seiten indexiert werden?
Nein. Sie hilft Crawlern, URLs zu finden; die Indexierung ist eine separate Entscheidung, die Google anhand von Qualität, Dubletten, Canonical-Signalen und Crawl-Budget trifft. Eine Sitemap räumt ein Hindernis aus dem Weg, nicht alle.
Wie viele URLs passen in eine Sitemap?
Bis zu 50.000 URLs und 50 MB unkomprimiert. Darüber hinaus teilst du sie in mehrere Sitemaps auf und listest diese in einer Sitemap-Index-Datei.
Brauche ich lastmod-Daten?
Sie sind optional, aber nützlich — Crawler priorisieren damit erneute Besuche. Sie helfen nur, wenn sie korrekt sind. Behauptet jeder Eintrag „heute“, ist das Signal wertlos und wird ignoriert.