Walidator mapy witryny

Sprawdź jedną mapę XML lub indeks. Znajdź błędy pól, oceń ostrzeżenia i popraw źródło na podstawie dowodów.

Walidator mapy witryny sprawdza, czy mapa XML ma oczekiwaną strukturę i obsługiwane wartości pól. Screpy analizuje jeden dokument i wskazuje błędy, ostrzeżenia oraz dowody ze źródła, aby pomóc poprawić generator. Wynik bez problemów dotyczy tylko sprawdzonego zakresu: nie dowodzi, że wymienione strony działają ani że Google je zindeksował.

Wybierz dokument do walidacji

Podaj dokładny publiczny adres XML, np. https://example.com/sitemap.xml, aby sprawdzić opublikowany plik. Ten fikcyjny adres pokazuje format. Strona główna może zwracać HTML; użyj Sitemap Checker, jeśli najpierw musisz znaleźć mapę.

Wybierz wklejenie XML, aby sprawdzić źródło przed publikacją lub zapisany dokument. Kopiuj surowy XML, nie sformatowaną tabelę przeglądarki. Nie ma pola do przesyłania plików. Opcjonalny bazowy URL zapewnia kontekst porównania źródeł adresów; nie naprawia adresów względnych. Nawet przy bazie https://example.com/ wpis <loc>/products/</loc> wymaga pełnego adresu HTTP lub HTTPS.

Bez bazowego URL wklejona treść nie ma kontekstu źródła do tego porównania. Nadal można sprawdzić obsługiwaną strukturę i wartości pól.

Popraw element główny, przestrzeń nazw i znaki specjalne XML

Mapa stron wymaga elementu głównego urlset w standardowej przestrzeni nazw oraz loc wewnątrz każdego url. Ten fikcyjny dokument z jednym wpisem pokazuje wymaganą strukturę:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/products/blue-mug/</loc>
  </url>
</urlset>

Zachowaj URI przestrzeni nazw dokładnie, włącznie z http. Identyfikuje ono słownik XML; zmiana na https nie poprawia bezpieczeństwa i zmienia identyfikator. Indeks ma inny element główny, opisany niżej. Protokół Sitemaps definiuje obie struktury.

W XML zapisuj & z adresu URL jako &amp;, np. ?color=blue&amp;size=m. Popraw kodowanie znaków w generatorze, zamiast usuwać potrzebny parametr. Brakujące znaczniki zamykające, nieobsługiwana treść lub deklaracja DOCTYPE mogą zatrzymać kontrolę przed szczegółowym raportem. Nieudana kontrola nie oznacza pomyślnej walidacji.

Przełóż każde ustalenie na poprawkę w źródle

Czytaj razem oznaczenia wyniku i zakresu. Czerwony oznacza błędy, żółty ostrzeżenia lub częściowy zakres, zielony brak ustaleń wymagających uwagi w sprawdzonym zakresie. Kolorom towarzyszą tekst i ikony. Znajdź blok XML na podstawie dowodu i początkowej linii wpisu, a następnie popraw generujące go źródło.

Ustalenie Przykładowy problem Poprawka w źródle
Nieprawidłowy adres /products/ lub puste loc Podaj zamierzony bezwzględny URL HTTP lub HTTPS.
Nieprawidłowa wartość opcjonalna lastmod z 2026-02-30 lub priority z 1.2 Popraw wartość albo pomiń pole opcjonalne, którego nie możesz utrzymywać.
Powtórzone pole Dwa pola loc w jednym wpisie Generuj jedną wartość pola; to błąd.
Powtórzony adres Ten sam adres w dwóch wpisach Usuń duplikaty z listy źródłowej; to ostrzeżenie.
Nieoczekiwany element priority we wpisie indeksu Zachowaj pola właściwe dla typu dokumentu.

Kontrola duplikatów porównuje tekst adresów po usunięciu skrajnych spacji. Nie ustala, czy różne URL mają tę samą treść, ani nie wybiera adresu kanonicznego. Powtórzenie w innym pliku również wykracza poza sprawdzenie tego dokumentu.

„Wpisy wymagające sprawdzenia” liczy wpisy z błędami, nie wszystkie ostrzeżenia ani problemy całego dokumentu. Dlatego licznik może pokazać zero obok błędu elementu głównego lub przestrzeni nazw. Czytaj ustalenia, zamiast traktować tę liczbę jako ocenę poprawności. Kilka ustaleń może dotyczyć jednego wpisu.

Sprawdź znaczenie daty, nie tylko jej format

lastmod, changefreq i priority są opcjonalne w mapie stron. Ich brak nie jest błędem pola. Jeśli podajesz datę, użyj poprawnej wartości, np. 2026-09-01 lub 2026-09-01T14:30:00Z. Pozornie poprawny format nie czyni niemożliwej daty prawidłową.

Dla strony lastmod powinno odzwierciedlać istotną zmianę, nie każde ponowne wygenerowanie mapy. Generator zastępujący wszystkie daty dzisiejszą może tworzyć dane poprawne składniowo, lecz mylące. Porównaj datę źródłową z rzeczywistymi zmianami strony; ten walidator nie weryfikuje historii modyfikacji.

Wskazówki Google dotyczące map witryn mówią o używaniu stale dokładnych, weryfikowalnych dat zmian oraz ignorowaniu priority i changefreq. Poprawienie tych dwóch pól naprawia podane metadane; samo nie podnosi pozycji. Jeśli je zachowujesz, priorytet musi mieścić się między 0 a 1, a częstotliwość mieć obsługiwaną wartość małymi literami, np. weekly.

Czytaj indeks jako listę plików

sitemapindex zawiera wpisy sitemap. Każde loc wskazuje podrzędny plik mapy; opcjonalne lastmod opisuje zmianę tego pliku. Nie opisuje każdej strony wewnątrz niego. Indeks z trzema plikami ma zatem trzy wpisy, nie trzy strony witryny.

Screpy waliduje sam przesłany indeks, nie otwiera plików podrzędnych. Przy problemie wewnątrz takiego pliku sprawdź go osobno. Do pobrania wykazu XML Sitemap Parser wyodrębnia wpisy, ale nie zmienia indeksu w połączoną listę stron.

Ostrzeżenie o źródle adresu porównuje schemat, nazwę hosta i port wpisu z końcowym URL pobranego dokumentu lub bazą wklejonego XML. Przed zmianą adresów sprawdź nieoczekiwane http, inny host lub port. Różnica wymaga oceny, a nie automatycznego uznania zgłoszenia za nieprawidłowe.

Google dopuszcza skonfigurowane zgłoszenia map między witrynami przy odpowiedniej własności lub odwołaniach do map właściwych dla poszczególnych witryn. Narzędzie nie weryfikuje tych ustawień. Potwierdź zamierzony sposób zgłoszenia, zanim zamienisz prawidłowe adresy tylko po to, by usunąć ostrzeżenie.

Sprawdź poprawiony plik ponownie w podanym zakresie

Protokół ogranicza plik do 50 000 wpisów i 50 MiB nieskompresowanej treści. Screpy przyjmuje do 256 KiB wklejonego XML lub 50 MiB zdekodowanego zdalnego XML. Limity mierzą bajty, nie znaki.

Walidacja zatrzymuje się po przetworzeniu 50 000 wpisów; pełna liczba i poprawność strukturalna XML mogą pozostać nieznane. Zachowywanych jest najwyżej 1 000 wierszy, a limity rozmiaru odpowiedzi mogą zmniejszyć wynik. Odczytanie większej liczby wpisów niż widoczna nie czyni listy pełną. Sprawdź zakres przed interpretacją sum lub udostępnieniem raportu.

CSV i TXT zawierają zachowane wpisy, JSON ograniczony raport. Eksport częściowego wyniku nie gwarantuje pełnego wykazu. Elementy rozszerzeń również mogą powodować częściowy zakres: narzędzie sprawdza obsługiwane pola podstawowe, nie pełne schematy rozszerzeń ani pełną zgodność XSD.

Popraw generator, szablon lub rekordy źródłowe, wygeneruj XML ponownie i sprawdź poprawiony opublikowany adres. Edycja tylko wygenerowanego pliku może zostać nadpisana przy kolejnej przebudowie. Dla dużego pliku waliduj mniejsze źródłowe mapy osobno i zapisuj ukończone kontrole.

Na koniec zbadaj zachowanie stron osobno. Bulk HTTP Status Checker pomaga sprawdzić odpowiedzi i przekierowania wymienionych URL. Pomyślne kontrole XML nie dowodzą statusu strony, kanonikalizacji, noindex ani indeksacji. Po zgłoszeniu sprawdź przetwarzanie mapy i dowody indeksacji stron w Google, zamiast uznawać raport za potwierdzenie widoczności w wyszukiwaniu.

Pytania o walidację map witryn

Sprawdź jedną mapę XML lub indeks. Znajdź błędy pól, oceń ostrzeżenia i popraw źródło na podstawie dowodów.

Czy lastmod jest wymagane?

Nie, jest opcjonalne. Podana data musi być prawidłowa; osobno sprawdź, czy odzwierciedla istotną aktualizację strony lub modyfikację podrzędnego pliku mapy.

Co zrobić, gdy nie można sprawdzić XML?

Potwierdź, że adres zwraca surowy XML, nie HTML ani stronę dostępu. Sprawdź znaczniki zamykające i kodowanie znaków we wklejonej treści. DOCTYPE nie jest obsługiwane; nieudane żądanie nie oznacza pomyślnej kontroli.

Dlaczego raport bez błędów pól może być częściowy?

Limity lub niewalidowane rozszerzenia mogą ograniczyć zakres. Przeczytaj uwagę: pobrane pliki zawierają tylko zachowane wiersze lub dowody ograniczonego raportu.

Czy bazowy URL naprawi adresy względne?

Nie. Zapewnia kontekst źródła dla wklejonego XML. Każde loc nadal wymaga bezwzględnego URL HTTP lub HTTPS.

Czy duplikaty URL i pól to ten sam błąd?

Nie. Dokładnie powtórzony adres to ostrzeżenie. Powtórzenie pola w jednym wpisie to błąd. Różne ciągi URL nie są sprawdzane pod kątem równoważnej treści.

Czy pomyślna walidacja gwarantuje indeksację w Google?

Nie. Raport sprawdza obsługiwane pola XML jednego dokumentu. Zgłoszenie jest wskazówką; dostępność, możliwość indeksowania i decyzje Google wymagają osobnych dowodów.