XML-Sitemap-Validator

XML-Sitemap-Validator & URL-Prüfer

XML-Sitemaps und Sitemap-Indexdateien sofort validieren. Prüfung auf 50.000-URL-Limits, W3C-Datetime-Syntax, hreflang-Attribute, Medienschemata und Google Search Console-Fehler.

Größe: 967 BIntegritätswert: 100/100
✨ Vorlagen:
Validierungsstandard:
Sitemap-Profil:
Zeilenumbrüche:
XML-Quellcode<urlset>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Zeilen: 26Zeichen: 967Größe: 967 B
Kein BOM
Gesamt-URLs / Sitemaps0Max. 50.000
Schwere Fehler0RFC-Verstöße
Warnungen0SEO / Unsicher (HTTP)
Hinweise & Infos0Empfehlungen
Echtzeit-Pipeline für RFC-Konformität & IntegritätIntegritätswert: 100/100
Lexer967 BDOMParserURL-Set (<urlset>)RFC 39860 URLsHreflangReziprok100%Bewertung A
Spezifikations-Konformitätsprüfung
XML-Wohlgeformtheit & Entity-MaskierungBESTANDEN
Sitemaps.org 0.9 XML-NamespaceBESTANDEN
50.000-URL-Limit pro SitemapBESTANDEN
50-MB-Dateigrößenlimit (unkomprimiert)BESTANDEN
W3C-Datetime-Syntax (ISO 8601 / RFC 3339)BESTANDEN
Gültiger Prioritätsbereich (0,0 bis 1,0)BESTANDEN
Gültige changefreq-EnumerationBESTANDEN
Reziproke hreflang-Verknüpfung & x-defaultBESTANDEN
Validierte URLs: 0Probleme: 0
Integritätswert:100/100 (A)
50.000-URL- & 50-MB-Skalierbarkeit

Echtzeit-Prüfung kritischer Grenzwerte: Prüft URL-Anzahl sowie unkomprimierte Dateigröße und warnt bei nötiger Index-Partitionierung.

RFC 3339 & W3C-Datetime-Striktheit

Erkennt ungültige Datumsformate, fehlerhafte Kalendertage und fehlende Zeitzonen-Offsets für maximale Search Console-Kompatibilität.

Bidirektionale Hreflang-Graphmatrix

Analysiert mehrsprachige alternate-Cluster auf bidirektionale Verlinkung und x-default-Fallbacks für internationales Enterprise-SEO.

Clientseitige DOMParser-Engine

Hochperformantes, isoliertes XML-DOM-Parsing ohne externe Serverabfragen direkt im Arbeitsspeicher des Browsers.

Zero-Server-Upload-Datenschutz

Vertrauliche Sitemap-Payloads, Staging-Endpunkte und interne URLs verbleiben zu 100 % lokal auf Ihrem Rechner.

Multi-Suchmaschinen-Konformität

Strikte Validierung gemäß Sitemaps.org 0.9, W3C Datetime sowie Google Search Console- und Bing-Richtlinien.

Technische Referenz & Architektur-Leitfaden

XML Sitemap Validator & Syntax-Prüfer — Referenzhandbuch

XML-Sitemaps und Sitemap-Indexdateien direkt validieren. Prüfen Sie das 50.000-URL-Limit, W3C-Datetime-Syntax, hreflang-Tags, Medien-Schemas und Fehler der Google Search Console.

XML Sitemap Validator & Syntax-Prüfer — Referenzhandbuch — Client-seitige In-Memory-Architektur und Datenfluss
XML Sitemap Validator & Syntax-Prüfer — Referenzhandbuch — Client-seitige In-Memory-Architektur und Datenfluss

Wichtige Parameter & Einstellungen

<loc> Kanonische Ziel-URLURI (RFC 3986)

Obligatorisches URL-Standortelement. Muss mit einem expliziten Protokollschema beginnen (https:// empfohlen), Nicht-ASCII-Zeichen strikt per Prozent-Kodierung (Percent-Encoding) maskieren und unter der Obergrenze von 2.048 Bytes Pfadlänge bleiben.

Standard: https://example.com/page
<lastmod> W3C-Datetime-ZeitstempelISO-8601- / W3CDTF-String

Optionaler Änderungszeitstempel gemäß W3C-Datetime-Syntax: Entweder nur Datum (JJJJ-MM-TT) oder kombinierter UTC-/Offset-Zeitstempel (JJJJ-MM-TTThh:mm:ss+00:00). Millisekunden-Bruchteile werden von Suchmaschinencrawlern ignoriert.

Standard: 2026-10-31
<priority> Crawl-PrioritätsfaktorFloat-Bereich (0,0 bis 1,0)

Relativer Prioritätswert als IEEE-754-Dezimalzeichenkette zwischen 0,0 und 1,0. Wird vom modernen Googlebot vollständig ignoriert, jedoch von einigen regionalen Crawlern noch ausgewertet.

Standard: 0.5
<changefreq> Aktualisierungsintervall-HinweisAufzählungs-Token (Enum)

Empfohlene Änderungsfrequenz, streng beschränkt auf 7 Tokens: always, hourly, daily, weekly, monthly, yearly, never. Crawler überschreiben diesen Hinweis anhand historischer HTTP-ETag- und Last-Modified-Header-Telemetrie.

Standard: weekly
URL-Obergrenze pro EinzeldateiGanzzahl-Schwellenwert (Integer)

Maximal zulässige Anzahl an <url>- oder <sitemap>-Einträgen in einer einzelnen XML-Nutzlast vor einer zwingenden Aufteilung auf mehrere Dateien mittels übergeordnetem <sitemapindex>-Container.

Standard: 50.000 URLs
Dateigrößen-Limit (unkomprimiert)Datenvolumen (Bytes)

Maximal unkomprimierte Nutzlastkapazität, die von der Google Search Console und den Bing Webmaster Tools akzeptiert wird. Gzip-komprimierte Sitemaps werden vor der Prüfung dekomprimiert.

Standard: 50 MB (52.428.800 Bytes)

Profi-Tipps & Best Practices

Kaufmanns-Und (&) in URL-Query-Parametern stets maskieren

Unmaskierte '&'-Zeichen innerhalb von <loc>-URLs führen sofort zu einem fatalen XML-Wohlgeformtheitsfehler ('EntityRef: expecting ;'). Alle Query-Trennzeichen in XML-Sitemaps müssen zwingend als Entity '&amp;' (z. B. 'https://example.com/search?q=seo&amp;sort=asc') oder prozentkodiert als '%26' angegeben werden. Suchmaschinen-Parser dekodieren '&amp;' vor dem Absetzen der HTTP-Crawl-Anfrage automatisch wieder zu '&'.

Strikte Hreflang-Reziprozität mit x-default-Fallbacks erzwingen

Google verlangt für internationale SEO-Sitemaps eine bidirektionale Bestätigung (Reziprozität). Verweist Seite A (en) über ein <xhtml:link>-Alternate-Tag auf Seite B (de), muss Seite B zwingend auf Seite A (en) zurückverweisen. Fehlt diese wechselseitige Verknüpfung, ignorieren Suchmaschinen die hreflang-Annotation für beide Sprachversionen, um Domain-Spoofing durch Dritte zu unterbinden.

Kryptografische Content-Hashes für deterministisches Lastmod nutzen

Aktualisieren Sie <lastmod> keinesfalls pauschal bei jedem Deployment oder nächtlichen Cronjob. Die Google Search Console bewertet die Vertrauenswürdigkeit von Zeitstempeln: Ändert sich <lastmod> ohne messbare DOM- oder semantische HTML-Änderungen, stuft Googlebot die Signale der Sitemap herab und kehrt zum heuristischen Crawling zurück. Berechnen Sie einen SHA-256-Hash des Seiteninhalts und aktualisieren Sie <lastmod> nur bei verändertem Hash.

Sitemap-Indexdateien dürfen nicht rekursiv verschachtelt werden

Das Protokoll von Sitemaps.org untersagt rekursive Hierarchien bei Sitemap-Indexen. Ein übergeordnetes <sitemapindex>-Dokument darf ausschließlich direkt auf untergeordnete <urlset>-Sitemaps verweisen. Die Angabe einer <sitemapindex>-URL innerhalb eines anderen <sitemapindex> erzeugt in der Google Search Console und den Bing Webmaster Tools den schwerwiegenden Fehler 'Nicht unterstütztes Dateiformat' bzw. 'Verschachtelter Sitemap-Index'.

Häufige Fehlerquellen & Fehlerbehebung

⚠️XML-Parsing-Fehler: XML- oder Textdeklaration nicht am Anfang der Entität

Stellen Sie sicher, dass vor dem einleitenden '<?xml version="1.0" encoding="UTF-8"?>'-Prolog keinerlei führende Leerzeichen, Leerzeilen oder versteckte UTF-8-Byte-Order-Marks (BOM, Hexadezimalfolge 0xEF, 0xBB, 0xBF) liegen. Gemäß RFC 7303 muss die XML-Deklaration exakt bei Byte-Offset 0 beginnen; jedes vorangestellte Whitespace-Zeichen führt zum Parser-Abbruch.

⚠️Google Search Console meldet: 'Ungültiges Datumsformat'

Prüfen Sie, ob die Zeitstempel exakt der W3CDTF-Syntax entsprechen. Typische Fehlerquellen sind Leerzeichen statt 'T' (z. B. '2026-10-31 14:00'), fehlende Doppelpunkte im UTC-Offset (z. B. '+0000' statt '+00:00' bzw. 'Z') oder unzulässige Zeitzonen-Kürzel wie 'MEZ' oder 'CET'.

⚠️Cross-Domain-URLs als 'Unzulässiges URL-Protokoll oder unzulässige Domain' markiert

Standardmäßig müssen alle <loc>-URLs in einer Sitemap mit Protokoll, Host und Port der Sitemap-Host-URL übereinstimmen (eine Sitemap unter 'https://example.com/sitemap.xml' darf keine URLs wie 'https://blog.example.com/page' oder 'http://example.com/page' enthalten). Um domainübergreifende URLs zu indexieren, müssen beide Hosts unter einer konsolidierten Domain-Property in der Google Search Console verifiziert sein.

⚠️DOMParser-Speicherabsturz (Out of Memory) bei großen 50.000-URL-Sitemaps

Das Einlesen eines unkomprimierten 50-MB-XML-Dokuments über den browsernativen DOMParser erzeugt einen DOM-Baum im Arbeitsspeicher, der 200 MB bis 400 MB Heap-Speicher belegt und JavaScript-Freezes verursacht. Verarbeiten Sie große Nutzlasten stattdessen mit einem Streaming-Token-Parser oder zeilenbasierten Regex-Scanner mit linearer O(n)-Laufzeit und begrenztem O(1)-Pufferspeicher.

Häufig gestellte Fragen (FAQ)

Welche Größen- und URL-Limits gelten für Google-XML-Sitemaps?▼

Eine einzelne XML-Sitemap darf maximal 50.000 URLs umfassen und im unkomprimierten Zustand 50 MB (52.428.800 Bytes) nicht überschreiten. Übersteigt eine Website eines dieser Limits, müssen die URLs auf mehrere Teil-Sitemaps (z. B. sitemap-1.xml, sitemap-2.xml) aufgeteilt und über ein übergeordnetes <sitemapindex>-Dokument verknüpft werden. Bei gzip-komprimierten Sitemaps (.xml.gz) liegt die Transfergröße meist zwischen 2 MB und 8 MB; der entpackte Datenstrom muss dennoch zwingend unter 50 MB bleiben, um Crawler-Abbrüche zu verhindern.

Welches W3C-Datetime-Format ist für sitemap lastmod vorgeschrieben?▼

Zeitstempel für <lastmod> müssen der W3CDTF-Spezifikation (W3C Note-DATETIME, ein striktes Profil von ISO 8601) entsprechen. Gültig sind ausschließlich zwei Darstellungen: reines Datum 'JJJJ-MM-TT' (z. B. '2026-10-31') oder vollständiger Zeitstempel mit Zeitzonenangabe 'JJJJ-MM-TTThh:mm:ss+00:00' (oder UTC 'Z'). Das Weglassen des Offsets, Leerzeichen statt 'T' ('2026-10-31 14:00'), Unix-Timestamps oder Schrägstriche ('2026/10/31') führen in der Google Search Console zur Ungültigkeit des Eintrags.

Was ist der Unterschied zwischen einer XML-Sitemap und einem Sitemap-Index?▼

Eine Standard-XML-Sitemap besitzt das Wurzelelement <urlset> (Namespace http://www.sitemaps.org/schemas/sitemap/0.9) und enthält einzelne <url>-Einträge für Webseiten. Ein Sitemap-Index hingegen nutzt das Wurzelelement <sitemapindex> und beinhaltet ausschließlich <sitemap>-Einträge, die auf andere XML-Sitemaps verweisen. Ein Index darf keine direkten <url>-Knoten enthalten, und untergeordnete Sitemaps dürfen keine weiteren Indizes verschachteln, wodurch eine strikt einstufige Hierarchie gewährleistet wird.

Berücksichtigt Google noch priority- und changefreq-Tags in Sitemaps?▼

Googlebot ignoriert <priority> und <changefreq> beim Crawlen, Indexieren und Ranking vollständig. Googles Crawling-Systeme nutzen stattdessen algorithmische Recrawl-Scheduler, die auf tatsächlichen HTTP-Response-Headern (wie ETag, Last-Modified und 304 Not Modified), interner Linkstruktur und verifizierter <lastmod>-Genauigkeit basieren. Zwar sind beide Tags nach dem Sitemaps.org-0.9-Schema syntaktisch valide, moderne SEO-Pipelines können sie jedoch weglassen, um die Dateigröße um bis zu 35 % zu senken.

Wie werden hreflang-Alternate-Links in einer XML-Sitemap korrekt formatiert?▼

Für hreflang-Verknüpfungen muss der XHTML-Namespace xmlns:xhtml="http://www.w3.org/1999/xhtml" im <urlset>-Wurzelelement deklariert werden. Anschließend werden <xhtml:link rel="alternate" hreflang="[code]" href="[url]" />-Elemente in jeden <url>-Knoten eingebettet. Jede Seite muss einen Selbstreferenz-Link, Verweise auf alle lokalisierten Sprachvarianten sowie ein hreflang="x-default"-Tag für nicht explizit zugewiesene Regionen enthalten.

Verwandte Tools & Hilfsprogramme

Alle Tools →