Sitemap.xml - jak zbudować poprawną mapę strony i nie wysyłać sprzecznych sygnałów?

Jakie adresy powinny znaleźć się w mapie?

• Kanoniczne strony HTML zwracające kod 200.
• Publiczne artykuły, usługi, kategorie i landingi, które mają samodzielną wartość.
• Preferowany protokół HTTPS oraz jeden wybrany wariant hosta.
• Adresy możliwe do pobrania przez roboty i bez dyrektywy noindex.
• Pliki multimedialne tylko wtedy, gdy używasz odpowiedniego rozszerzenia sitemap.

Nie dodawaj stron koszyka, wyników wyszukiwania wewnętrznego, panelu, wariantów filtrów bez wartości, adresów przekierowujących ani stron usuniętych. Jeżeli URL ma canonical do innego dokumentu, w mapie powinien być adres docelowy.

lastmod - mały element, który łatwo zepsuć

lastmod powinien oznaczać datę istotnej ostatniej modyfikacji strony. Google może wykorzystać ten sygnał, jeśli jest konsekwentnie wiarygodny. Nie należy ustawiać dzisiejszej daty dla wszystkich adresów przy każdym wdrożeniu stopki, analityki albo kompilacji CSS. Takie zachowanie uczy system, że pole nie niesie informacji.

Dla artykułu istotną zmianą jest nowa sekcja, aktualizacja danych, korekta wniosku lub rozbudowa źródeł. Dla produktu może to być ważna zmiana opisu lub dostępności, zależnie od sposobu korzystania z mapy. Historia treści powinna być jednym źródłem daty dla widoku, schema i sitemap.

Format, limity i indeks sitemap

Plik używa kodowania UTF-8 i pełnych adresów URL. Pojedyncza sitemap ma limit 50 000 adresów lub 50 MB przed kompresją. Większy serwis dzieli mapy i tworzy sitemap index. Każda mapa w indeksie również powinna być dostępna dla robota i odnosić się do właściwego hosta lub zweryfikowanego zakresu.

Jak wygenerować mapę w praktyce?

1. Zbierz kanoniczne URL-e z routingu lub plików, nie z przypadkowego crawla parametrów.
2. Dla każdego sprawdź status, robots, noindex i canonical.
3. Przypisz datę rzeczywistej zmiany treści z CMS lub repozytorium.
4. Wygeneruj poprawny XML i ucieknij znaki specjalne w adresach.
5. Sprawdź duplikaty, host, protokół i maksymalne limity.
6. Dodaj adres mapy do robots.txt i zgłoś go w Search Console oraz Bing.
7. Waliduj mapę automatycznie przy każdym wdrożeniu.

Najczęstsze błędy wykrywane w audytach

Częsty problem to mapy pozostawione po poprzednim CMS, które zawierają stare hosty lub adresy kończące się inaczej niż canonical. Innym jest data w przyszłości albo automatycznie dzisiejsza dla wszystkich pozycji. W sklepach do mapy trafiają tysiące kombinacji filtrów, mimo że mają canonical do kategorii.

Sama obecność błędnych URL-i nie musi zniszczyć widoczności, ale wysyła sprzeczne sygnały i marnuje czas na diagnostykę. Raport pokrycia staje się mniej czytelny, bo problemy techniczne mieszają się z adresami, których wcale nie planowano indeksować.

Obrazy w sitemapie - kiedy warto je dodać?

Rozszerzenie obrazów może pomóc odkrywać ważne grafiki osadzone na stronach, szczególnie gdy serwis intensywnie korzysta z JavaScript. Dla każdego obrazu należy wskazać loc. Starsze pola takie jak image:title nie są już potrzebne w dokumentacji Google i nie powinny być dodawane tylko dlatego, że występują w starym generatorze.

Alt nadal należy do HTML obrazu i opisuje jego sens w kontekście strony. Sitemap nie zastępuje alternatywnego tekstu, poprawnego rozmiaru, kompresji ani lazy loadingu dla elementów poza pierwszym ekranem.

Kontrola po publikacji

Po zgłoszeniu mapy sprawdź liczbę odkrytych adresów, błędy odczytu i różnicę między przesłanymi a zindeksowanymi stronami. Ta różnica nie jest automatycznie problemem: wyszukiwarka może pominąć duplikaty lub materiały niskiej wartości. Trzeba analizować konkretne przykłady.

Raz w miesiącu porównaj sitemapę z crawlem witryny. Każdy adres w XML powinien zwracać 200 i wskazywać sam na siebie jako canonical. Każda ważna indeksowalna strona powinna być w mapie oraz mieć co najmniej jeden zwykły link HTML.