Mapa witryny XML to po prostu plik z listą adresów, które chcesz pokazać Google. Trafiają do niej tylko kanoniczne, działające podstrony. Potem zgłaszasz ją w pliku robots.txt i w Google Search Console. I tyle. Nowe podstrony długo nie pojawiają się w wyszukiwarce, a Ty nawet nie wiesz, czy serwis ma sitemap.xml i co w nim siedzi? Poniżej pokazuję, jak to sprawdzić i naprawić. Jedno zastrzeżenie na start: dla Google mapa jest tylko wskazówką. Nie gwarantuje indeksacji ani wyższych pozycji.
Spis treści
Czym jest mapa witryny XML i kiedy naprawdę pomaga?
To plik w formacie XML z listą adresów URL serwisu. Przy adresach można podać dodatkowe informacje, np. datę ostatniej zmiany. Google przyjmuje też mapy w formie RSS, mRSS, Atom, a nawet zwykłego pliku tekstowego, ale najwięcej da się zrobić w XML. Według wprowadzenia Google do map witryn mapa przydaje się przede wszystkim w dużych albo często zmienianych serwisach, sklepach z mnóstwem produktów, na stronach z dużą liczbą grafik i wideo oraz w witrynach pokazywanych w Google News.
Mapa uzupełnia linkowanie wewnętrzne. Nie zastępuje go. Jeśli do podstrony nie prowadzi żaden link z reszty serwisu, to nadal wysyła słaby sygnał, choćby i figurowała w pliku. Robot łatwiej znajdzie adres, owszem. Ale o tym, co wejdzie do indeksu, decyduje Google, nie Ty.
Co umieścić w sitemap.xml, a co z niej wyrzucić
Zasada jest prosta: w mapie lądują tylko adresy, które chcesz widzieć w wynikach wyszukiwania. W praktyce chodzi o:
- adresy kanoniczne, czyli główne wersje stron, a nie ich kopie,
- strony zwracające kod 200 (czyli działające),
- podstrony przeznaczone do indeksu, bez znacznika noindex,
- jedną wersję protokołu i domeny, np. tylko https i tylko z www.
Co wylatuje? Przekierowania, strony 404, adresy z noindex i duplikaty, które różnią się tylko parametrami. W sklepie to najczęściej kombinacje filtrów (temat na osobną rozmowę, więcej w tekście o tym, jak filtry sklepu a indeksowanie wpływają na siebie nawzajem).
Znacznik lastmod mówi, kiedy strona ostatnio się zmieniła. Zgodnie z dokumentacją Google o budowaniu mapy wyszukiwarka bierze go pod uwagę tylko wtedy, gdy wartość jest konsekwentnie i sprawdzalnie zgodna z rzeczywistością. Więc nie, nie ustawiaj wszystkim adresom dzisiejszej daty. Google to wyłapie. Ta sama dokumentacja mówi, że priority i changefreq są pomijane, więc szkoda na nie czasu. Rozszerzenia XML pozwalają za to opisać grafiki, wideo, wiadomości i wersje językowe. Masz serwis w kilku językach? Przyda się hreflang w mapie witryny.
Limity pliku i indeks map witryny przy większym serwisie
Pojedynczy plik mapy ma limit rozmiaru i liczby adresów. Aktualne wartości są w dokumentacji Google podlinkowanej wyżej. Serwis się nie mieści? Dzielisz mapę na kilka plików i robisz plik indeksu map (sitemap index), który wskazuje na każdy z nich. Zgłaszasz wtedy tylko indeks.
Moim zdaniem najlepiej dzielić według typu treści: osobno wpisy, strony, produkty i kategorie. Kiedy raport pokaże błędy, od razu wiesz, której części serwisu dotyczą. Ręczne utrzymywanie mapy w dużej, często zmienianej witrynie to w sumie proszenie się o kłopoty. Niech generuje ją CMS albo wtyczka.
Mapa witryny w WordPressie: gdzie jej szukać
WordPress sam tworzy mapę pod adresem /wp-sitemap.xml. Wtyczki SEO zwykle podmieniają ją na własną. U nas wygląda to tak: web-systems.pl ma mapę wygenerowaną przez Rank Math pod /sitemap_index.xml, a /wp-sitemap.xml przekierowuje do niej na stałe (stan na wrzesień 2026).
U siebie wpisz w przeglądarce po nazwie domeny kolejno /sitemap_index.xml, /sitemap.xml i /wp-sitemap.xml. Potem zajrzyj do ustawień wtyczki SEO. Plik znaleziony? No to przejrzyj, co w nim jest. Stron technicznych, pustych tagów, stron załączników i adresów z noindex być tam nie powinno.
Jak zgłosić mapę witryny XML w Google krok po kroku
Są dwie drogi: plik robots.txt i Google Search Console. Najlepiej obie. Cztery kroki:
- Ustal pełny adres mapy albo indeksu map, razem z https.
- W pliku robots.txt w katalogu głównym domeny dopisz linię w formie Sitemap: https://example.com/sitemap_index.xml.
- W Google Search Console otwórz raport Mapy witryn, wklej adres i zatwierdź.
- Sprawdź status przetwarzania i liczbę wykrytych adresów.
Raport pokazuje błędy? Search Console ma własny przewodnik rozwiązywania problemów z mapami witryn. Aha, przy kilku domenach każdy serwis wskazuje w swoim robots.txt własną mapę, nawet jeśli wszystkie pliki leżą na tym samym serwerze.
Mapa jest, a nowych podstron nadal nie ma w Google - co sprawdzić
Mapa przyspiesza odkrycie adresu. Tylko tyle. Indeksowanie nowych podstron zależy też od jakości treści, linków wewnętrznych i tego, czy nic technicznie nie blokuje robota. Najczęstsi winowajcy:
- znacznik noindex albo blokada w robots.txt,
- adres kanoniczny wskazujący inną stronę,
- podstrona osierocona, bez żadnego linku z serwisu,
- treść powielająca istniejącą już stronę.
Zmieniałeś adresy? Wtedy potrzebujesz aktualnej mapy i przemyślanego planu przekierowań przy redesignie. Jeśli przyczyny nie widać gołym okiem, pomoże techniczny audyt SEO strony, a dalszą pracą nad widocznością zajmuje się pozycjonowanie strony firmowej.
Dobra mapa witryny XML? Czysty plik z samymi kanonicznymi adresami, uczciwy lastmod, zgłoszenie w robots.txt i Search Console, no i regularne zaglądanie do raportu. Nic więcej. Zacznij od sprawdzenia, co dziś siedzi w Twoim pliku.
Najczęstsze pytania
Czy mała strona firmowa potrzebuje mapy witryny XML?
Przy kilkunastu dobrze podlinkowanych podstronach Google zwykle znajdzie je i bez mapy. Ale plik nic nie kosztuje, a w WordPressie i tak powstaje sam. Sprawdź tylko, czy nie ma w nim zbędnych adresów, i go zgłoś.
Czy mapa witryny gwarantuje indeksację?
Nie. To wskazówka dla Google, nic więcej. O tym, czy strona trafi do indeksu, decydują jej jakość i dostępność dla robota. Mapa pomaga jedynie szybciej znaleźć adres.
Jak często aktualizować sitemap.xml?
Przy każdej zmianie treści, najlepiej automatycznie przez CMS albo wtyczkę. Jeśli adres mapy się nie zmienia, nie musisz jej ponownie zgłaszać w Search Console po każdej aktualizacji.
