Sitemap.xml Validator — weryfikacja zgodności z protokołem
Wklej lub prześlij plik sitemap.xml (lub indeks map witryn) i zweryfikuj go zgodnie z rzeczywistym protokołem sitemaps.org: element główny i przestrzeń nazw, bezwzględne adresy URL w <loc>, udokumentowane limity 50 000 adresów URL / 50 MB, <lastmod>, <priority>, <changefreq> — a także histogram aktualności i wykrywanie zduplikowanych adresów URL.
🔒 Przetwarzane w całości w Twojej przeglądarce — nic, co tu wpiszesz, nie zostanie nigdy przesłane.
Wynik
Plik sitemap.xml może być idealnie poprawnym XMLem, a mimo to stanowić wadliwą mapę witryny: brakująca przestrzeń nazw xmlns, względny adres URL w <loc>, <priority> o wartości „1,5” czy <changefreq> ustawione jako „Daily” zamiast „daily” — wszystko to przejdzie ogólną walidację XML, ale po cichu zignoruje rzeczywisty protokół sitemap, którego oczekują Google, Bing i każdy inny konsument pliku. To narzędzie analizuje wklejoną lub przesłaną mapę witryny za pomocą natywnego DOMParser przeglądarki i sprawdza ją zgodnie z prawdziwymi regułami opublikowanymi na sitemaps.org: elementem głównym musi być <urlset> dla zwykłej mapy witryny lub <sitemapindex> dla indeksu map witryn (wykrywany automatycznie), najlepiej zadeklarowany z dokładną przestrzenią nazw http://www.sitemaps.org/schemas/sitemap/0.9, a każdy <url> (lub <sitemap> w pliku indeksu) musi zawierać znacznik <loc> wskazujący prawidłowy, bezwzględny adres URL http/https.
Poza strukturą protokół dokumentuje również twarde limity i precyzyjne formaty pól, które to narzędzie sprawdza pole po polu. Pojedynczy plik mapy witryny nie może zawierać więcej niż 50 000 adresów URL i nie może przekraczać 50 MB po dekompresji — limity te dotyczą również plików indeksu map witryn, zliczając wpisy <sitemap> zamiast <url> — a to narzędzie mierzy rzeczywistą, wklejoną/przesłaną zawartość względem obu. Każdy znacznik <lastmod>, jeśli występuje, jest sprawdzany pod kątem rzeczywistych formatów dat W3C-DTF akceptowanych przez specyfikację: gołej daty (RRRR-MM-DD) lub pełnego znacznika czasu z godzinami, minutami, opcjonalnymi sekundami i obowiązkowym oznaczeniem strefy czasowej. Każdy znacznik <priority>, jeśli występuje, musi być liczbą dziesiętną z zakresu 0,0–1,0, a każdy <changefreq> musi być dokładnie jedną z siedmiu wartości zdefiniowanych w specyfikacji — always, hourly, daily, weekly, monthly, yearly, never — a nie wiarygodnie wyglądającym synonimem. Każde naruszenie wskazuje konkretny numer wpisu i jego rzeczywistą wartość, z ograniczeniem do 50 pokazanych przypadków na regułę i dopiskiem „+N więcej”, aby raport pozostał czytelny nawet dla mapy witryny bliskiej limitu adresów URL.
Dwie kontrole wykraczają poza wymogi pisemnego protokołu, ale wyłapują realne, częste problemy: histogram aktualności <lastmod> grupuje wszystkie poprawne daty ostatniej modyfikacji według miesięcy, dzięki czemu na pierwszy rzut oka widać, czy zawartość witryny jest rzeczywiście aktualizowana, czy też większość adresów URL ma nieaktualny znacznik czasu sprzed lat, a detektor zduplikowanych <loc> oznacza każdy adres URL wymieniony więcej niż raz w tym samym pliku — częsty efekt uboczny generatorów map witryn, które łączą wiele źródeł bez usuwania duplikatów. Wszystko działa lokalnie: parsowanie, sprawdzanie reguł i histogram są w całości obliczane w przeglądarce na podstawie wklejonego tekstu lub przesłanego pliku za pośrednictwem File API, nic nie jest pobierane ani wysyłane na serwer, a żaden pojedynczy adres URL z mapy witryny nie jest nigdy wywoływany ani indeksowany — to narzędzie sprawdza sam dokument mapy witryny, a nie to, czy strony w nim wymienione rzeczywiście istnieją lub zwracają kod 200 OK.