Sitemap zawiera błędne adresy po migracji strony – co sprawdzić i jak to naprawić?

Sitemap po migracji strony powinna pomagać Google w szybkim odnalezieniu właściwych adresów. Problem zaczyna się wtedy, gdy mapa strony zawiera stare URL-e, adresy testowe, wersje z innej domeny, przekierowania, strony z noindex albo podstrony, które w ogóle nie powinny trafić do indeksu. W praktyce oznacza to, że Google otrzymuje listę URL-i, których nie powinien indeksować, a crawl budget i sygnały rankingowe mogą być rozpraszane na nieaktualne zasoby.

Jeśli sitemap zawiera bledne adresy po migracji strony, nie jest to wyłącznie problem techniczny w pliku XML. To sygnał, że po wdrożeniu mogły pozostać niespójności między CMS, przekierowaniami, canonicalami, konfiguracją domeny, środowiskiem stagingowym i narzędziami SEO. Poniżej znajdziesz praktyczny schemat diagnostyki i naprawy, przygotowany z perspektywy SEO technicznego.

Jak wygląda problem z błędnymi adresami w sitemapie?

Typowy objaw jest prosty: po migracji Google Search Console pokazuje, że przesłana mapa strony zawiera adresy, które nie powinny być zgłaszane do indeksowania. Mogą to być stare URL-e sprzed zmiany struktury, adresy z domeny tymczasowej, strony z parametrami, podstrony koszyka, wyniki filtrowania, duplikaty językowe, paginacje albo adresy zwracające 301, 404, 410 lub soft 404.

Problem bywa widoczny w raportach indeksowania, ale często zaczyna się wcześniej. Googlebot pobiera sitemapę, odkrywa nieaktualne adresy, porównuje je z przekierowaniami, canonicalami i odpowiedziami serwera, a następnie podejmuje decyzję, co zrobić z każdym URL-em. Jeśli sygnały są niespójne, indeksacja po migracji może trwać dłużej, a część ważnych adresów może zostać odkryta lub oceniona później.

Najczęstsze przyczyny po migracji strony

Migracja strony zwykle obejmuje kilka warstw: zmianę domeny, CMS, hostingu, struktury URL, szablonu, treści, wersji językowych albo konfiguracji indeksowania. Błędy w sitemapie powstają wtedy, gdy jeden element został zaktualizowany, ale inny nadal korzysta ze starych danych.

Diagnostyka krok po kroku

Nie zaczynaj od losowego usuwania URL-i z mapy strony. Najpierw ustal, skąd błędne adresy trafiają do sitemap, czy Google pobiera aktualny plik oraz czy problem dotyczy całej mapy, wybranego indeksu sitemap czy tylko konkretnego typu podstron.

1. Sprawdź, którą sitemapę widzi GoogleWejdź w Google Search Console i sprawdź przesłane mapy strony. Porównaj datę ostatniego odczytu, liczbę wykrytych adresów oraz ewentualne błędy. Następnie otwórz dokładny URL sitemap w przeglądarce i upewnij się, że pobierasz ten sam plik.
2. Zweryfikuj indeks sitemapJeśli strona używa indeksu sitemap, sprawdź każdy plik cząstkowy: wpisy, strony, produkty, kategorie, tagi, obrazy lub wersje językowe. Problem często nie dotyczy całego XML, tylko jednego generatora.
3. Wyeksportuj listę URL-iPobierz adresy z sitemap do arkusza lub narzędzia crawlującego. Oznacz typ podstrony, status HTTP, canonical, meta robots, indeksowalność i adres finalny po przekierowaniu.
4. Porównaj sitemap z rzeczywistą strukturą po migracjiSprawdź, czy URL-e odpowiadają nowej architekturze informacji. Zwróć uwagę na stare katalogi, zmienione slugi, produkty usunięte z oferty, nieaktywne kategorie i podstrony tymczasowe.
5. Sprawdź statusy HTTPW sitemapie nie powinno być URL-i zwracających 3xx, 4xx, 5xx, soft 404 ani stron wymagających logowania. Priorytetem są adresy z kodem 200, które mają być indeksowane.
6. Zweryfikuj canonicaleKażdy URL w sitemapie powinien wskazywać canonical na siebie lub na właściwy wariant tego samego adresu. Jeśli canonical prowadzi gdzie indziej, Google dostaje niespójny sygnał.
7. Sprawdź noindex i robots.txtJeśli URL jest w sitemapie, ale ma noindex albo jest zablokowany w robots.txt, trzeba ustalić, która decyzja jest prawidłowa. Blokowanie crawl przez robots.txt może utrudnić Google zobaczenie noindex.
8. Oceń źródło generowania sitemapUstal, czy mapa jest generowana przez CMS, wtyczkę SEO, osobny moduł e-commerce, aplikację headless, skrypt CRON czy statyczny plik XML. Bez tego naprawa może być tylko tymczasowa.

Tabela diagnostyczna: co sprawdzić i co oznacza wynik

Jak naprawić sitemapę po migracji?

Naprawa powinna obejmować zarówno sam plik XML, jak i źródło problemu. Jeśli usuniesz błędne adresy ręcznie, ale generator nadal działa na starej konfiguracji, problem wróci przy kolejnym odświeżeniu mapy strony.

1. Ustal, które adresy powinny zostać w sitemapie

W sitemapie zostaw tylko URL-e spełniające jednocześnie kilka warunków: są kanoniczne, indeksowalne, zwracają kod 200, nie są zablokowane w robots.txt, mają wartość dla użytkownika i pasują do aktualnej architektury serwisu. W przypadku e-commerce oznacza to zwykle produkty aktywne, kategorie sprzedażowe, kluczowe strony informacyjne i treści wspierające decyzję zakupową.

2. Usuń URL-e techniczne, duplikaty i nieindeksowalne

Wyklucz z generatora sitemap strony koszyka, konta klienta, podziękowania po formularzu, wyniki wyszukiwania wewnętrznego, parametry sortowania, techniczne tagi, archiwa bez wartości SEO i warianty, które nie powinny konkurować w indeksie. Jeśli potrzebujesz uporządkować definicje pojęć takich jak canonical, noindex czy robots.txt, pomocny będzie słownik pojęć SEO i marketingu.

3. Zaktualizuj reguły przekierowań

Po migracji stare adresy powinny przekierowywać do najbardziej zbliżonych nowych odpowiedników. Nie oznacza to jednak, że stare adresy mają pozostać w sitemapie. Mapa strony powinna zawierać finalne URL-e, a przekierowania powinny obsługiwać użytkowników i roboty trafiające ze starych linków, historii indeksu lub linków zewnętrznych.

4. Wyczyść cache i wymuś regenerację sitemap

Po zmianach wyczyść cache wtyczki SEO, cache strony, cache obiektowy, CDN i cache serwera. Następnie sprawdź źródło sitemap w trybie prywatnym lub przez narzędzie, które nie korzysta z lokalnej pamięci podręcznej. Warto również porównać nagłówki HTTP, aby upewnić się, że Google nie otrzymuje starej wersji pliku.

5. Prześlij poprawioną sitemapę w Google Search Console

Po wygenerowaniu poprawnej mapy strony prześlij ją ponownie w Google Search Console. Nie oczekuj natychmiastowego usunięcia wszystkich starych adresów z raportów. Google może przez pewien czas pokazywać historyczne dane, ale kolejne odczyty sitemap powinny potwierdzić, że liczba zgłoszonych URL-i jest prawidłowa.

6. Monitoruj indeksowanie po wdrożeniu

Przez kilka tygodni po poprawkach obserwuj raport indeksowania, statystyki indeksowania, logi serwera i ruch organiczny na najważniejszych typach stron. Jeśli migracja była duża, warto wykonać pełny audyt SEO, który sprawdzi nie tylko sitemapę, ale też przekierowania, canonicale, linkowanie wewnętrzne, renderowanie i jakość sygnałów indeksacyjnych.

Na co uważać w WordPressie?

W WordPressie sitemapy są często generowane przez rdzeń systemu, wtyczkę SEO albo dodatkowe moduły dla WooCommerce, wersji językowych i niestandardowych typów treści. Po migracji problem może wynikać z konfliktu między kilkoma generatorami lub z ustawień, które zostały przeniesione ze starej strony bez weryfikacji.

Jeżeli problem dotyczy WordPressa, sprawdź ustawienia indeksowania dla każdego typu treści, kategorii, tagów, archiwów i produktów. Warto też zweryfikować konfigurację po stronie szablonu, ponieważ niektóre motywy lub buildery tworzą techniczne adresy, które później trafiają do sitemap lub linkowania wewnętrznego. Więcej o poprawnym podejściu do technicznej konfiguracji znajdziesz na stronie optymalizacja WordPress.

Lista kontrolna po poprawkach

• Mapa strony zawiera wyłącznie finalne adresy z kodem 200.
• W sitemapie nie ma adresów HTTP, jeśli kanoniczna wersja działa na HTTPS.
• W sitemapie nie ma mieszanki wariantów z www i bez www.
• Każdy URL z sitemap ma canonical zgodny z samym sobą lub z właściwą wersją kanoniczną.
• W sitemapie nie ma stron z noindex.
• W sitemapie nie ma adresów zablokowanych w robots.txt.
• Usunięto adresy środowisk testowych, stagingowych i technicznych.
• Usunięto adresy z parametrami, jeśli nie są przeznaczone do indeksacji.
• Stare adresy po migracji są obsłużone przekierowaniami, ale nie są zgłaszane w sitemapie.
• W Google Search Console przesłano aktualny adres sitemap.
• Plik robots.txt wskazuje poprawną lokalizację sitemap.
• Cache strony, CDN i cache wtyczek zostały wyczyszczone po zmianach.
• Wykonano crawl porównujący sitemap z rzeczywistym stanem strony.
• Monitorowane są raporty indeksowania i logi serwera po wdrożeniu.

Kiedy warto skonsultować problem z ekspertem?

Nie każdy błąd w sitemapie wymaga zewnętrznego wsparcia. Jeśli problem dotyczy kilku nieaktualnych podstron, zwykle wystarczy korekta ustawień wtyczki lub CMS. Konsultacja jest jednak wskazana, gdy błędne adresy pojawiły się po dużej migracji, zmianie domeny, wdrożeniu nowego sklepu, przejściu na headless CMS albo przebudowie struktury kategorii.

W RankHero analizujemy takie problemy w ramach technicznej diagnostyki SEO: sprawdzamy sitemapę, indeksację, przekierowania, canonicale, robots.txt, linkowanie wewnętrzne, logi i konfigurację CMS. Dzięki temu można odróżnić błąd w samym XML od szerszego problemu migracyjnego.

Skonsultuj problem z RankHero

Prześlij nam adres strony i opisz, co zmieniło się podczas migracji. Sprawdzimy, dlaczego sitemap zawiera błędne URL-e i wskażemy konkretne działania naprawcze.

Umów konsultację