Najlepsze darmowe walidatory sitemap (2026): co naprawdę sprawdza każdy z nich

Pytanie „czy moja mapa witryny jest poprawna?” oznacza trzy różne rzeczy. Czy XML jest poprawnie zbudowany i zgodny z protokołem sitemap? Czy są w nim właściwe URL (odpowiedź 200, indeksowalne, kanoniczne)? I czy Google faktycznie ją przeczytał? Żadne darmowe narzędzie nie odpowiada na wszystkie trzy pytania, dlatego sześć narzędzi poniżej pogrupowaliśmy według tego, co naprawdę sprawdzają.

Zasady, które walidator powinien znać

• Do 50 000 URL i 50 MB (bez kompresji) w jednym pliku; duże witryny używają indeksu map (sitemap index).
• Bezwzględne URL w <loc>, znaki specjalne takie jak & zakodowane.
• <lastmod> w formacie daty W3C (np. 2026-10-13), zgodnie z prawdziwymi zmianami treści.
• Google ignoruje <priority> i <changefreq>, więc walidatory, które je oceniają, w najlepszym razie sprawdzają pod inne wyszukiwarki.

Krótkie porównanie (październik 2026)

Narzędzia według zastosowań

Google Search Console — żeby wiedzieć, co zrobił Google

Raport „Mapy witryny” to jedyne narzędzie na liście, które pokazuje stronę Google: historię przesłań, czy mapę udało się pobrać, błędy parsowania i liczbę wykrytych URL. Pomoc Google dodaje, że raport indeksowania stron można przefiltrować według mapy i zobaczyć, ile URL z niej jest w indeksie. Potrzebujesz zweryfikowanej usługi, a do przesłania — uprawnień właściciela; bez nich możesz wskazać mapę w robots.txt. To nie jest walidator przed publikacją: problemy widać dopiero, gdy Google spróbuje odczytać plik.

Walidator Patricka Stoxa — żeby znaleźć, co dokładnie jest zepsute

Walidator Patricka Stoxa jest darmowy i nie wymaga rejestracji. Możesz wkleić XML, wgrać plik .xml lub .xml.gz albo pobrać mapę z URL przez proxy strony z limitem częstotliwości. Walidacja działa w Twojej przeglądarce, a wynik pokazuje wszystkie problemy według wagi z numerami linii, ocenę i eksport do CSV/JSON. Strona uczciwie mówi o ograniczeniu: poprawny plik może nadal zawierać przekierowania lub strony z noindex, co widać dopiero po przeskanowaniu URL.

Swetrix Sitemap Validator — czytelna lista kontrolna protokołu

Walidator Swetrix pobiera mapę z URL i według opisu sprawdza poprawność XML, kodowanie, wymagane tagi, format URL, duplikaty, format dat W3C w lastmod, wartości priority i changefreq, limity rozmiaru i liczby URL oraz indeksy map. Wyniki zawierają podgląd URL. Limity nie są opublikowane.

Screaming Frog SEO Spider — do sprawdzenia URL w mapie

Poradnik audytu map Screaming Frog mówi, że wersja darmowa może wgrać i przeanalizować mapę XML w trybie listy, skanując do 500 URL. Widać wtedy kody odpowiedzi, przekierowania, noindex i canonical dla każdego URL z mapy. Porównanie mapy z pełnym skanowaniem witryny (żeby znaleźć strony osierocone albo brakujące w mapie) wymaga płatnej licencji.

Analiza sitemap PromoPilot — szybkie sprawdzenie na podstawie samej domeny

Nasza analiza sitemap.xml przyjmuje domenę albo URL mapy. Gdy podasz domenę, szuka wierszy Sitemap: w robots.txt, a potem próbuje /sitemap.xml i /sitemap_index.xml. Sprawdza, czy XML się parsuje, liczy URL, mierzy, ile z nich ma lastmod i jak świeże są te daty (aktualizacja w ostatnich 90 dniach czy starsza niż rok), liczy tagi priority i ostrzega przed limitami 50 000 URL i 50 MB. Dla indeksu map wyświetla listę map podrzędnych. Tabela pokazuje pierwsze 100 URL.

Walidator XML-Sitemaps.com — szybka kontrola formatu

Walidator XML-Sitemaps.com sprawdza, czy mapa jest poprawnie sformatowana, i zgłasza problemy przed przesłaniem. Ta sama strona ma generator map działający bez rejestracji. Strona proponuje też „pingowanie” Google, ale sam Google zaleca przesłanie mapy w Search Console albo wskazanie jej w robots.txt.

Typowe problemy z mapą witryny i które narzędzie je wykrywa

• Niezakodowany & w URL psuje cały plik. Wykryje go każdy walidator z listy, a walidator Patricka Stoxa wskaże linię.
• URL z przekierowaniem, noindex lub 404 w mapie. XML jest wtedy poprawny, więc walidatory składni go przepuszczą; potrzebne jest skanowanie URL albo raport indeksowania w Search Console.
• Testowa lub http-owa domena pozostawiona na liście po migracji. Widać ją w każdym podglądzie URL, ale łatwo ją przeoczyć w pliku z tysiącami wierszy.
• Ten sam lastmod przy każdym URL — zwykle data wygenerowania mapy. To poprawne, ale nic nie mówi wyszukiwarkom. W naszej analizie widać to tak: niemal wszystkie URL „zaktualizowane w ostatnich 90 dniach” na stronie, która rzadko się zmienia.
• Mapa zwracająca stronę HTML (formularz logowania, szablon 404 z kodem 200) zamiast XML. Search Console pokaże to jako błąd pobrania lub parsowania.

Jak wybrać

1. Przed przesłaniem: walidator składni (Patrick Stox lub Swetrix) albo nasz, jeśli znasz tylko domenę.
2. Po migracji lub dużym wdrożeniu: przeskanuj URL z mapy (tryb listy Screaming Frog albo nasze sprawdzanie kodu odpowiedzi dla kilku adresów) — w mapie powinny być tylko URL z odpowiedzią 200, indeksowalne i kanoniczne.
3. Zawsze: prześlij mapę w Search Console i po kilku dniach zajrzyj do raportu.
4. Nie masz jeszcze mapy: zbuduj ją generatorem sitemap i upewnij się, że robots.txt ją wskazuje.

Czego nasze narzędzie nie robi

• Sprawdza poprawność budowy XML, ale nie wykonuje pełnej walidacji schematu (XSD) i nie podaje numerów linii.
• Nie otwiera automatycznie map podrzędnych z indeksu — sprawdź każdą osobno. Skompresowanych plików .xml.gz nie rozpakowuje.
• Nie sprawdza kodów odpowiedzi ani indeksowalności URL z mapy.

Warto przeczytać: sprawdzenie sitemap.xml i typowe błędy, sprawdzanie robots.txt oraz jak sprawdzić, czy strona jest w indeksie.