Narzędzie do sprawdzania sitemap odczytuje plik z adresami stron i wykrywa problemy w XML, wpisach oraz metadanych. Użyj go, gdy sitemapy nie można odczytać, po zmianie generatora lub przed zgłoszeniem nowego pliku. Najpierw przeczytaj zakres analizy: wynik bez problemów dotyczy sprawdzonych plików i nie potwierdza, że Google zindeksował strony.
Jaki URL wpisać?
Wpisz stronę główną witryny, np. https://example.com/, aby znaleźć sitemapę. Screpy odczytuje deklaracje Sitemap: w robots.txt. Jeśli ich nie ma, sprawdza /sitemap.xml, /sitemap_index.xml i /sitemap-index.xml. To miejsca wyszukiwania, a nie wymagane nazwy plików. Brak pliku w opcjonalnej lokalizacji nie unieważnia sitemapy znalezionej gdzie indziej.
Jeśli znasz adres, podaj dokładny URL sitemapy:
https://example.com/sitemap.xmldla pliku z adresami stron.https://example.com/sitemap-index.xmldla indeksu z adresami podrzędnych sitemap.https://example.com/products-sitemap.xml, aby osobno zbadać plik podrzędny.
To przykładowe adresy. Zastąp domenę i ścieżkę własnymi. Wpisanie strony takiej jak /products/ powoduje pobranie tego dokumentu jako sitemapy; nie uruchamia wyszukiwania od strony głównej. Strona HTML, ekran logowania lub strona błędu pod podanym adresem nie jest zawartością sitemapy XML.
Jak czytać raport sitemapy
Najpierw sprawdź tabelę plików i zakres, a potem ustalenia:
- Zielony: brak wykrytych problemów w sprawdzonym zakresie.
- Czerwony: potwierdzone błędy wymagają poprawy, np. uszkodzony XML lub brak adresów URL.
- Żółty: przejrzyj ostrzeżenia o duplikatach, wątpliwych datach lub niepełnym zakresie.
- Szary: dane niedostępne albo niesprawdzone; nie oznacza pomyślnej weryfikacji.
Załóżmy, że przykładowy indeks ma trzy pliki podrzędne: dwa odczytano w całości i zawierają 40 oraz 60 wpisów stron, a trzeciego nie udało się pobrać. Raport może policzyć 100 wpisów z dwóch ukończonych plików. Nie może ustalić sumy dla całej witryny. Liczba odczytanych plików obejmuje też poprawnie odczytany indeks; jego wpisy wskazują pliki, nie strony.
Wpisy URL i unikalne adresy to różne miary. Ten sam adres podany dwukrotnie daje dwa wpisy, ale jeden unikalny URL. Problemy mogą się nakładać, więc ich liczba nie musi odpowiadać liczbie stron, których dotyczą. Wyświetlane słupki porównują wpisy w odczytanych podrzędnych sitemapach; nie pokazują stron zindeksowanych.
Jedna analiza sprawdza do 20 plików, 100 000 wpisów i 100 MiB rozpakowanej zawartości w ciągu 27 sekund, przechodząc jeden poziom plików podrzędnych indeksu. Zagnieżdżone indeksy, nieczytelne pliki lub osiągnięte limity mogą pozostawić częściowy zakres. Podaj właściwy plik podrzędny bezpośrednio, aby zbadać brakującą część. Limity narzędzia różnią się od opisanych poniżej limitów standardu dla pojedynczego pliku.
Jak wygląda poprawny XML sitemapy
Podstawowa sitemapa stron używa XML w UTF-8, przestrzeni nazw Sitemap, elementu głównego urlset i wartości loc w każdym wpisie url. Każdy adres musi być pełnym URL, z protokołem i nazwą hosta. Ten minimalny przykład zawiera jedną stronę:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/guides/</loc>
</url>
</urlset>
Protokół Sitemap dopuszcza do 50 000 wpisów i 50 MiB (52 428 800 bajtów) na nieskompresowany plik. Gzip zmniejsza rozmiar przesyłania, nie ten limit po rozpakowaniu. Podziel większe pliki i umieść je w indeksie.
Ważne jest zapisywanie znaków specjalnych XML: w URL zawierającym ?a=1&b=2 znak ampersand trzeba zapisać w loc jako &. Zachowuje to adres, ale nie czyni wariantu z parametrami preferowaną stroną. Screpy obsługuje sitemapy XML, indeksy i XML gzip. Wynik „nieobsługiwany format” nie dowodzi, że Google odrzuca ten format; schematy rozszerzeń nie są w pełni walidowane.
Sprawdź daty, duplikaty i własność
lastmod jest opcjonalny. Jeśli go dodasz, użyj rzeczywistej daty, np. 2025-09-12, lub poprawnej daty i godziny ze strefą czasową. We wpisie strony oznacza ostatnią istotną zmianę strony, nie moment ponownego wygenerowania sitemapy. We wpisie indeksu dotyczy zmiany podrzędnego pliku sitemapy. Przy ostrzeżeniu o przyszłej dacie sprawdź zegar, strefę i wartość źródłową.
Wytyczne Google dotyczące sitemap mówią, że Google używa konsekwentnie dokładnych wartości lastmod, a ignoruje priority i changefreq. Dodanie tych opcjonalnych pól nie poprawia pozycji w wynikach. Narzędzie sprawdza poprawność podanych wartości, ale nie potwierdza, kiedy treść strony rzeczywiście się zmieniła.
Przy duplikatach popraw listę źródłową generatora, aby docelowy adres występował raz. Przed zmianą URL przejrzyj przykłady: identyczne powtórzenia różnią się od osobnych adresów mogących przedstawiać tę samą treść.
Ostrzeżenie o własności wymaga kontekstu. Zgłoszenia między witrynami mogą być prawidłowe po odpowiedniej konfiguracji, jak wyjaśniają wytyczne Google dotyczące indeksów. Narzędzie nie potwierdza własności ani ustawień zgłoszenia; sprawdź je, zanim uznasz inny host lub zakres ścieżki za błąd.
Popraw źródło i sprawdź ponownie
Napraw generator sitemapy, konfigurację CMS lub dane źródłowe zamiast ręcznie edytować wygenerowany plik, który kolejna aktualizacja nadpisze. Użyj wskazanego pliku i przykładów z raportu, aby znaleźć problem.
| Ustalenie | Co zmienić | Co sprawdzić później |
|---|---|---|
| Błąd pobrania lub HTML zamiast XML | Popraw publiczną ścieżkę, ograniczenie dostępu lub odpowiedź serwera. | Dokładny adres udostępnia sitemapę bez logowania lub ekranu weryfikacji. |
Uszkodzony XML, przestrzeń nazw lub brak loc |
Popraw szablon, zapis znaków lub niepełny wpis. | Plik można odczytać, a każdy wpis zawiera zamierzony bezwzględny URL. |
| Duplikat URL lub błędna data | Usuń duplikaty źródłowe; popraw daty lub pomiń opcjonalne daty, których nie możesz utrzymywać dokładnie. | Po ponownym wygenerowaniu to samo ustalenie nie występuje. |
| Częściowy zakres lub przekroczone limity standardu | Sprawdź wskazany plik podrzędny osobno; podziel duże pliki i zaktualizuj indeks. | Właściwe pliki są sprawdzone w całości i mieszczą się w limitach pojedynczego pliku. |
Wygeneruj i opublikuj poprawiony plik, a następnie powtórz analizę z tym samym adresem. Pobierz raport JSON, jeśli chcesz zachować ustalenia i zakres do porównania.
Poprawna sitemapa nie dowodzi indeksowania
Narzędzie pobiera dokumenty sitemap, nie każdą wymienioną stronę. Nie ustala kodów odpowiedzi stron, tagów canonical, dyrektyw noindex ani decyzji Google o indeksowaniu. Poprawnie zapisany wpis może nadal prowadzić do usuniętej strony lub adresu, którego nie chcesz indeksować.
Wybierz odpowiedni URL z listy i zbadaj osobną kwestię: tester robots.txt sprawdzi reguły dostępu robotów, narzędzie do sprawdzania tagów canonical — deklarowany preferowany URL, a narzędzie do sprawdzania SEO on-page — sygnały SEO strony. Te analizy także mają własny zakres; żadna nie gwarantuje indeksowania.
Po poprawieniu sitemapy sprawdź jej przetwarzanie w Google Search Console. Status powodzenia oznacza, że Google pobrał i odczytał plik, nie że zindeksował wszystkie odkryte strony. Wykluczenia zbadaj w informacjach o indeksowaniu strony. Dokumentacja raportu Sitemaps wyjaśnia tę różnicę. Oddziel pozostałe problemy z indeksowaniem od błędów składni sitemapy, aby poprawić właściwe źródło.
Aby porównać kody odpowiedzi i łańcuchy przekierowań listy stron, użyj narzędzia Masowe sprawdzanie statusów HTTP.
Aby porównać dwie wersje mapy witryny, użyj narzędzia do porównywania map witryny. Sprawdź dodane, usunięte i wspólne adresy URL. Zanim ocenisz brakujące adresy, upewnij się, że oba źródła zostały przetworzone w całości.
Do osobnej kontroli konfiguracji IndexNow użyj kontrolera IndexNow. Odczytuje plik i porównuje klucz bez wysyłania adresów; nie potwierdza przyjęcia przez wyszukiwarkę ani indeksowania.