Sitemap.xml-Validator

Fügen Sie Ihre sitemap.xml ein, um sie gegen sitemaps.org zu prüfen: urlset-Namespace, erforderliches loc-Element, Format von lastmod/priority und Googles Limit von 50.000 URLs.

Was dieser sitemap.xml-Prüfer leistet

Eine sitemap.xml teilt Suchmaschinen mit, welche Seiten es gibt. Weicht das Format jedoch auch nur geringfügig ab, überspringen sie die Datei stillschweigend und sagen nichts. Eine Sitemap, die „eingereicht, aber nie abgeholt“ wurde, scheitert mitunter an einem einzigen falschen Zeichen im Namensraum oder an einem lastmod im falschen Datumsformat. Fügen Sie den Inhalt hier ein, und dieses Werkzeug prüft die Datei gegen das Protokoll von sitemaps.org und listet alle Funde auf.

Geprüft wird, ob das Dokument wohlgeformtes XML ist, ob ein ``-Element vorhanden ist, ob xmlns genau `http://www.sitemaps.org/schemas/sitemap/0.9` lautet, ob jedes `` genau ein `` enthält, ob `` dem W3C-Datetime-Format folgt, ob `` einer der sieben zulässigen Werte ist, ob `` zwischen 0.0 und 1.0 liegt, ob die Datei unter 50.000 URLs bleibt und ob sie unkomprimiert 50 MB nicht überschreitet. Die Funde sind in Fehler (Protokollverstöße) und Warnungen (zulässig, aber nicht ratsam) getrennt. Sie können auch eine veröffentlichte URL abrufen; die Prüfung eingefügter Inhalte läuft jedoch vollständig in Ihrem Browser.

So prüfen Sie eine Sitemap

  1. Inhalt einfügen oder URL eingeben Fügen Sie die sitemap.xml unverändert ein. Bei einer bereits veröffentlichten Sitemap können Sie stattdessen deren URL eingeben und sie abrufen lassen.
  2. Zuerst ein Beispiel ausprobieren Ein gültiges Beispiel sowie je eines mit Fehlern und mit Warnungen stehen bereit, damit Sie die Art der Funde sehen, bevor Sie Ihre eigene Datei einspeisen.
  3. Fehler vor Warnungen beheben Als Fehler gekennzeichnete Punkte verletzen das Protokoll und können verhindern, dass eine Suchmaschine die Datei korrekt liest. Kümmern Sie sich zuerst darum.
  4. URL-Anzahl und Dateigröße prüfen Die Summen stehen über den Funden. Nähert sich eine davon ihrer Obergrenze, lohnt es sich, die Aufteilung über einen Sitemap-Index vorzubereiten.

Tipps für die Nutzung

  • Ein aktuelles <lastmod> hilft Crawlern, tatsächlich geänderte Seiten priorisiert erneut abzurufen. Veraltete oder in der Zukunft liegende Zeitstempel schaden der Glaubwürdigkeit eher, als dass sie nützen.
  • <priority> zeigt nur die relative Wichtigkeit zwischen Seiten der eigenen Website an — Google hat erklärt, den Wert nicht fürs Ranking zu nutzen. Behandeln Sie ihn als ergänzende Information, nicht als Wachstumshebel.
  • Eine einzelne sitemap.xml darf höchstens 50.000 URLs enthalten und unkomprimiert nicht größer als 50MB sein. Überschreiten Sie eines der Limits, teilen Sie die Datei auf und verknüpfen Sie sie über eine <sitemapindex>.
  • Eine einzige Sitemap:-Direktive in Ihrer robots.txt lässt Suchmaschinen Ihre sitemap.xml automatisch entdecken. Kombinieren Sie das mit unserem robots.txt-Checker für eine vollständige Überprüfung.
  • Enthalten <loc>-URLs Nicht-ASCII-Zeichen (z. B. japanische Pfade), müssen diese zuvor prozentkodiert werden. Wird die in der Adressleiste angezeigte, bereits dekodierte URL unverändert eingefügt, wird dies als ungültig markiert.

Wann diese Prüfung hilft

Wenn die Search Console einen Abruffehler meldet

Sie trennt ein serverseitiges Problem von einem Formatproblem und weist bei Formatfehlern auf das Element und dessen Position hin.

Wenn Sie die Sitemap selbst erzeugen

Gerade in Ausgaben aus Vorlagen oder Skripten schleichen sich Datumsformate und nicht maskierte Zeichen ein. Ein Durchlauf vor der Veröffentlichung fängt das ab.

Wenn Sie über die Aufteilung einer großen Website entscheiden

Sie sehen in Zahlen, wie viel Spielraum bis zu den Grenzen von 50.000 URLs und 50 MB unkomprimiert bleibt.

Wenn Sie eine bestehende Website übernehmen

Ein einziger Durchlauf zeigt, ob die übernommene Sitemap noch dem aktuellen Protokoll entspricht.

Sitemap-Begriffe

urlset
Das oberste Element, das die gesamte Sitemap umschließt. Ohne den korrekten Namensraum daran wird die Datei gar nicht als Sitemap erkannt.
Namensraum (xmlns)
Die Kennung dafür, welcher Spezifikation das XML folgt. Für Sitemaps ist `http://www.sitemaps.org/schemas/sitemap/0.9` der richtige Wert, und **eine abweichende Versionsangabe am Ende oder ein anderes Schema (http statt https) gilt als Nichtübereinstimmung.**
loc
Die URL der Seite. Innerhalb jedes `` ist genau eine erforderlich, geschrieben als absolute URL.
lastmod
Das Datum der letzten Änderung im W3C-Datetime-Format (etwa `2026-09-20` oder `2026-09-20T10:00:00+09:00`).
changefreq
Ein Hinweis darauf, wie oft sich die Seite ändert. Gültig sind nur sieben Werte: always, hourly, daily, weekly, monthly, yearly und never. **Es ist ein Hinweis und keine Zusage, dass in diesem Rhythmus gecrawlt wird.**
priority
Ein Wert von 0.0 bis 1.0 für die relative Bedeutung innerhalb der eigenen Website. Für den Vergleich verschiedener Websites wird er nie herangezogen.
Sitemap-Index
Eine übergeordnete Datei, die mehrere Sitemaps bündelt. Damit teilen Sie Inhalte auf, die die Grenzen von 50.000 URLs und 50 MB unkomprimiert je Datei überschreiten.

Häufige Fragen

Üblicherweise wird sie im Root-Verzeichnis der Domain abgelegt (z. B. https://example.com/sitemap.xml). Legen Sie sie in einem Unterverzeichnis ab, kann sie nur URLs aus diesem Unterverzeichnis auflisten — eine reale Einschränkung, die man beachten sollte.

Das ist nicht zwingend erforderlich, aber eine manuelle Einreichung über die Google Search Console kann die Indexierung beschleunigen. Alternativ lässt eine Sitemap:-Direktive in der robots.txt Crawler die Datei automatisch entdecken, ganz ohne manuelle Einreichung.

Google erklärt seit 2020 öffentlich, dass beide Werte für das Ranking praktisch ignoriert werden. Andere Suchmaschinen und Crawler könnten sie dennoch berücksichtigen, weshalb eine korrekte Angabe kein vertaner Aufwand ist.

Nein — Sie können Erweiterungs-Namespace-Tags wie image:image oder video:video innerhalb desselben Standard-urlset neben den regulären Seiteneinträgen hinzufügen. Dieses Tool validiert diese Erweiterungs-Tags nicht, was jedoch die Validierung der Standardfelder (loc, lastmod usw.) nicht beeinträchtigt.
Tool-kun

Übrigens – Der Tag, an dem sich Suchmaschinen auf ein gemeinsames Sitemap-Format einigten

Google führte im Juni 2005 einen eigenen Sitemap-Mechanismus ein. Gut ein Jahr später, im November 2006, kündigten Yahoo! und Microsoft (damals MSN Search) Unterstützung für dasselbe Format an, und gemeinsam standardisierten sie es als sitemaps.org — ein seltener Fall, in dem sich direkt konkurrierende Suchmaschinen auf ein gemeinsames Format einigten.

Eine sitemap.xml ist eine Karte, die Crawlern mitteilt: "Diese URL existiert" — sie garantiert nicht, dass die Seite tatsächlich gecrawlt oder indexiert wird. Bei großen Websites wird das Crawl-Budget (die begrenzten Ressourcen, die eine Suchmaschine dem Crawlen einer Website widmet) zu einer echten Einschränkung: Ist die Sitemap mit geringwertigen URLs überladen, kann die Entdeckung wirklich wichtiger Seiten verzögert werden.

Die Grenzen von 50.000 URLs und 50MB existieren vor allem, um die serverseitige Verarbeitung einer einzelnen XML-Datei handhabbar zu halten. Websites mit riesigen URL-Mengen, etwa große E-Commerce-Kataloge, teilen ihre Sitemap üblicherweise in mehrere Dateien auf und verknüpfen sie über eine Sitemap-Index-Datei — ein eigenes Format, dessen Wurzelelement <sitemapindex> statt <urlset> ist.