Przekierowania 301 po zmianie adresów produktów. Jak znaleźć błędy i je naprawić?
Zmieniłeś adresy produktów? Stare URL-e powinny zwykle przekierowywać kodem 301 bezpośrednio na nowe karty, które zwracają 200 OK. Jeśli zamiast tego klient trafia na błąd 404, niewłaściwy produkt albo zapętlenie, sklep może tracić ruch i zamówienia.
Problem nie zawsze widać w przeglądarce. Produkt może otwierać się prawidłowo, choć po drodze wykonuje kilka przekierowań. Z kolei komunikat „Strona zawiera przekierowanie” w Google Search Console często oznacza, że wszystko działa tak, jak powinno.
Zacznijmy od sprawdzenia jednego adresu. Potem pokażemy, jak znaleźć błędy w całym katalogu i co konkretnie poprawić w PrestaShop.
Jak sprawdzić przekierowanie 301 produktu w minutę?
Nie potrzebujesz na początek płatnego programu ani dostępu do panelu sklepu.
- Otwórz httpstatus.io.
- Wklej pełny, stary adres produktu, razem z
https://. - Uruchom sprawdzanie.
- Zobacz kod odpowiedzi i końcowy adres przekierowania.
- Otwórz stronę końcową. Sprawdź, czy to właściwy produkt.
Jak odczytać wynik?
| Wynik | Co oznacza? |
|---|---|
| 301 → 200 | Poprawna ścieżka HTTP. Sprawdź jeszcze produkt i możliwość indeksowania |
| 302 → 200 | Przekierowanie tymczasowe. Przy trwałej zmianie URL-a zwykle stosuje się 301 |
| 301 → 301 → 200 | Łańcuch przekierowań, który warto skrócić |
| 301 → 404 | Przekierowanie prowadzi do nieistniejącej strony |
| 404 | Stary URL nie przekierowuje i nie działa |
| 200 na starym i nowym adresie | Możliwe dwie wersje tej samej karty. Sprawdź adres kanoniczny |
Sam kod 301 nie oznacza jeszcze, że przekierowanie jest poprawne. Może prowadzić do innego modelu, nieaktualnej wersji produktu albo strony, której Google nie może indeksować.
Dlatego zawsze sprawdzaj zarówno odpowiedź serwera, jak i zawartość strony docelowej.
Jeden produkt, dwa adresy. Jak powinno wyglądać poprawne przekierowanie?
Sprzedajesz latarkę czołową NOX H400. Produkt jest dostępny w dwóch kolorach, ma opis, galerię zdjęć i parametry techniczne.
Postanawiasz zmienić jego adres na bardziej czytelny.
Dotychczasowy URL: sklep.example/410-nox-h400.html
Nowy URL: sklep.example/410-latarka-czolowa-nox-h400.html
Adres produktu, a nie sam produkt, powinien się zmienić.
Karta NOX H400 przed i po zmianie URL-a
| Element | Przed zmianą | Po prawidłowej zmianie |
|---|---|---|
| Adres URL | /410-nox-h400.html |
/410-latarka-czolowa-nox-h400.html |
| Nazwa | Latarka czołowa NOX H400 | Bez zmian |
| Zdjęcia | Zdjęcie główne, widok boczny i zdjęcie latarki na głowie | Te same zdjęcia pod nowym URL-em |
| Opis | Latarka czołowa z regulowanym paskiem i trzema trybami świecenia | Ten sam opis |
| Parametry | 400 lm, akumulator USB-C, IPX4 | Te same parametry |
| Warianty | Czarny i oliwkowy | Oba warianty nadal dostępne |
| Cena | 179 zł | 179 zł |
| Dostępność | Produkt w magazynie | Produkt w magazynie |
| Dostawa | Wysyłka w 24 godziny | Ta sama informacja |
| Odpowiedź HTTP | Stary URL zwraca 200 | Stary URL zwraca 301, nowy 200 |
| Canonical | Wskazuje stary adres | Wskazuje nowy adres |
Nie zmieniamy specyfikacji, zdjęć ani ceny. Wszystkie informacje o ofercie pozostają aktualne. Zmieniamy jedynie adres, pod którym produkt jest dostępny.
To ważne przy większych migracjach. Jeśli jednocześnie zmienisz URL-e, zawartość kart i strukturę kategorii, później trudniej ustalić przyczynę ewentualnego spadku widoczności.
Jak powinien działać stary adres?
Po zmianie oba adresy nie powinny funkcjonować jako dwie niezależne karty produktu.
Stary URL → 301 → nowy URL → 200 OK
Klient, który kliknie stary link, trafi na aktualną kartę NOX H400. Google otrzyma sygnał, że produkt został trwale przeniesiony pod nowy adres. To jednak nie daje gwarancji zachowania wszystkich wcześniejszych pozycji.
Zmieniłeś adresy produktów i nie masz pewności, czy wszystko działa?
W WarsztatSEO możemy sprawdzić stare URL-e, ich rzeczywiste cele i błędy, które utrudniają klientom dotarcie do produktów.
Otrzymasz listę wykrytych problemów, priorytety naprawy i rekomendacje techniczne. Możemy również wdrożyć uzgodnione poprawki i ponownie przetestować przekierowania.
Czy warto zmieniać adresy produktów, które już są w Google?
Nie zawsze.
Masz sklep z 3000 produktów. Obecne adresy wyglądają tak:
sklep.pl/elektronarzedzia/wiertarki/120-wiertarka-bosch.html
Chcesz skrócić je do:
sklep.pl/120-wiertarka-bosch.html
Nowy adres jest krótszy. Ale czy dzięki temu produkt będzie wyżej w Google? Nie ma takiej gwarancji.
Jeśli obecna karta zdobywa ruch, ma wartościowe linki i jest prawidłowo indeksowana, zmiana URL-a oznacza dodatkową pracę i ryzyko błędów. Musisz przygotować przekierowania, poprawić linkowanie wewnętrzne, zaktualizować mapę XML i umożliwić Google ponowne przetworzenie adresów.
Nie zmieniaj działających URL-i wyłącznie dlatego, że krótsze wyglądają lepiej.
Zmiana może być uzasadniona podczas migracji platformy, przebudowy wadliwej struktury adresów lub porządkowania poważnych problemów technicznych. Wtedy trzeba ją odpowiednio zaplanować.
7 błędów przekierowań 301 po zmianie adresów produktów
1. Stary adres zwraca 404, chociaż produkt nadal istnieje
Zmieniasz adres latarki i zapisujesz nowy URL. W panelu sklepu wszystko wygląda dobrze. Ale klient klika stary link z newslettera, poradnika lub Google i trafia na błąd 404.
Naprawa: znajdź aktualny URL tego samego produktu, ustaw 301 ze starego adresu i sprawdź, czy nowa karta zwraca 200.
Inaczej postępuje się z produktami trwale wycofanymi. Ten temat opisaliśmy osobno: Produkt niedostępny w sklepie. Zostawić stronę, zrobić 301 czy usunąć?.
Jeśli takich adresów masz setki, przejdź do audytu niedostępnych produktów krok po kroku. Najpierw ustalisz, które stare URL-e mają wartość, a dopiero potem poprawisz reguły 301.
2. Sklep stosuje 302 zamiast 301
Kod 302 informuje o tymczasowym przekierowaniu. Jeśli nowy URL produktu jest już jego stałym adresem, zwykle właściwszy będzie 301. To wyraźniejszy sygnał dla Google, że nowa strona powinna zastąpić starą w wynikach wyszukiwania.
Naprawa: ustal, czy zmiana jest trwała. Jeśli tak, popraw konfigurację na 301 lub inne odpowiednie trwałe przekierowanie, np. 308.
Nie zamieniaj jednak wszystkich 302 automatycznie. Część przekierowań może celowo mieć charakter tymczasowy.
3. Produkt przechodzi przez kilka przekierowań
Sklep działa od kilku lat. W tym czasie zmieniano nazwy produktów i strukturę URL-i.
/latarka-2019 → 301 → /latarka-2022 → 301 → /latarka-2026
Klient ostatecznie dociera do produktu, ale przeglądarka wykonuje dodatkowe żądania. Google potrafi obsługiwać łańcuchy przekierowań. Nie oznacza to jednak, że warto je pozostawiać. Wydłużają drogę do strony i komplikują diagnostykę.
Naprawa: zmień pierwszą regułę tak, żeby stary adres prowadził bezpośrednio do aktualnego URL-a:
/latarka-2019 → 301 → /latarka-2026
Nie musisz przeprowadzać klienta przez wszystkie historyczne wersje adresu.
4. Przekierowania tworzą pętlę
Stary URL kieruje na nowy, ale nowy odsyła z powrotem do starego:
/latarka-stara → /latarka-nowa → /latarka-stara
Przeglądarka przerywa próbę otwarcia strony i pokazuje komunikat o zbyt wielu przekierowaniach. Przyczyną może być konflikt między mechanizmem PrestaShop, dodatkowym modułem SEO i regułami serwera.
Naprawa: sprawdź pełną ścieżkę przekierowań i ustal, która reguła powoduje powrót do wcześniejszego URL-a. Nie dodawaj kolejnego przekierowania bez znalezienia przyczyny.
5. Przekierowanie prowadzi do niewłaściwego produktu
To jeden z trudniejszych błędów do wykrycia. Stary adres zwraca 301, a docelowy 200. Pod względem kodów HTTP wszystko wygląda prawidłowo. Ale klient szukający NOX H400 trafia na inną latarkę.
Takie pomyłki mogą powstać podczas masowego mapowania URL-i, szczególnie jeśli stare i nowe adresy połączono według kolejności wierszy, a nie identyfikatorów produktów.
Naprawa: porównaj produkty na podstawie ID, stabilnego SKU oraz specyfikacji. Jeśli identyfikatory się nie zgadzają, sprawdź ręcznie, czy adres docelowy rzeczywiście odpowiada starej ofercie.
Sam kod 200 nie potwierdza poprawności przekierowania.
6. Nowy adres działa, ale nie może być indeksowany
Stary URL prawidłowo przekierowuje na aktualny produkt. Problem w tym, że na nowej karcie znajduje się niezamierzony noindex, błędny canonical albo blokada utrudniająca dostęp Googlebotowi.
Przekierowanie działa, ale nowa strona może nie pojawiać się w wynikach wyszukiwania.
Naprawa: sprawdź kod odpowiedzi strony końcowej, dostępność dla Googlebota, dyrektywy indeksowania i wskazanie canonical. Nowy adres nie musi zostać natychmiast zaindeksowany, nawet jeśli wszystko jest poprawnie skonfigurowane.
7. Linki wewnętrzne nadal prowadzą do starych URL-i
Przekierowania działają, ale opisy kategorii, menu i artykuły blogowe nadal zawierają stare linki. Klienci docierają do produktów, jednak po drodze wykonują niepotrzebne przekierowania.
Naprawa: zaktualizuj własne linki, aby prowadziły bezpośrednio na nowe adresy. Sprawdź także mapę XML, feed produktowy Merchant Center i linki używane w kampaniach reklamowych.
Przekierowania mogą nadal obsługiwać historyczne odnośniki, których nie kontrolujesz. Własne linkowanie najlepiej poprawić u źródła.
Więcej o tym, jak porządkować połączenia między kartami produktów, kategoriami i poradnikami, pisaliśmy w artykule o linkowaniu wewnętrznym w sklepie internetowym.
Błędne przekierowanie 301. Co dokładnie poprawić?
| Problem | Co zrobić? |
|---|---|
| Stary URL zwraca 404 | Dodaj 301 do aktualnego produktu |
| Trwała zmiana, ale kod 302 | Zmień przekierowanie na 301 |
| Łańcuch kilku adresów | Skieruj pierwszy URL bezpośrednio do końcowego |
| Przekierowanie prowadzi do 404 | Popraw niedziałający cel przekierowania |
| Pętla adresów | Usuń konflikt między regułami |
| Przekierowanie do złego produktu | Popraw mapowanie ID/SKU |
Niezamierzony noindex na nowej karcie |
Usuń blokadę indeksowania |
| Linkowanie do starych URL-i | Zaktualizuj adresy w sklepie |
To lista działań, a nie instrukcja modyfikowania jednego konkretnego pliku. Najpierw ustal, czy przekierowaniem zarządza PrestaShop, moduł SEO, serwer czy usługa CDN. Dopiero później zmieniaj konfigurację.
Jak znaleźć błędne przekierowania w Google Search Console?
Otwórz Google Search Console i przejdź do Indeksowanie → Strony. W raporcie zobaczysz powody, dla których Google nie indeksuje poszczególnych adresów.
„Strona zawiera przekierowanie”
To zwykle normalne zachowanie starego adresu produktu. Jeśli dawny URL przekierowuje na nową kartę, Google nie powinien traktować go jako osobnej strony przeznaczonej do indeksowania. Sprawdź jednak, czy przekierowanie jest zamierzone i prowadzi do właściwej oferty.
„Błąd przekierowania” i „Nie znaleziono (404)”
„Błąd przekierowania” wymaga diagnostyki. Google mógł napotkać pętlę, zbyt długi łańcuch lub nieprawidłowy adres docelowy. Jeśli 404 dotyczy starego URL-a produktu, który nadal istnieje pod nowym adresem, sprawdź, czy nie pominięto przekierowania.
Jak sprawdzić konkretny URL?
Wklej stary adres do narzędzia Sprawdzanie adresu URL na górze Search Console. Następnie sprawdź osobno nowy URL, aby ustalić, czy może być indeksowany i jaki adres Google uznaje za kanoniczny. Test na żywo może podążać za przekierowaniem bez pokazania wszystkich etapów, dlatego pełny łańcuch sprawdzaj osobnym narzędziem.
Jak sprawdzić setki przekierowań w Screaming Frog?
Przy pięciu czy dziesięciu produktach wystarczy ręczne sprawdzenie URL-i. Jeśli zmieniłeś adresy 500 lub 5000 produktów, potrzebujesz automatycznej kontroli.
Krok 1. Zbierz historyczne adresy
Najlepiej wykorzystać eksport katalogu sprzed zmiany. Jeśli go nie masz, poszukaj starych URL-i w poprzednich mapach XML, Search Console, danych analitycznych, logach serwera i raportach linków zewnętrznych.
Krok 2. Zaimportuj adresy do Screaming Frog
Wybierz Mode → List i zaimportuj listę starych adresów. Następnie przejdź do Configuration → Spider → Advanced → Always Follow Redirects, włącz tę opcję i uruchom skanowanie.
Krok 3. Sprawdź raport
Po zakończeniu wybierz Reports → Redirects → All Redirects. Raport pokaże stary i końcowy adres, liczbę przekierowań, kod HTTP strony docelowej, pętle, przekierowania tymczasowe oraz status możliwości indeksowania strony końcowej.
Szczegółowe funkcje eksportu opisuje dokumentacja Screaming Frog dotycząca audytu przekierowań.
Jak sprawdzić, czy stare adresy prowadzą do właściwych produktów?
Screaming Frog pokaże, że adres zwraca 301 i kończy się kodem 200. Nie zawsze potwierdzi jednak, że strona docelowa zawiera właściwy produkt.
Co zapisać w mapie przekierowań?
W Excelu lub Arkuszach Google utwórz tabelę zawierającą ID produktu lub stabilne SKU, stary URL, planowany nowy URL, rzeczywisty końcowy URL, kod odpowiedzi, liczbę przekierowań i wynik weryfikacji. Łącz dane po pełnych URL-ach i identyfikatorach produktów.
Nie przypisuj starych i nowych adresów według kolejności wierszy. Jeden brakujący rekord może spowodować, że kolejne produkty zostaną połączone z niewłaściwymi kartami.
| Stary URL | Wynik | Decyzja |
|---|---|---|
/410-nox-h400.html |
301 → 200, właściwy model | OK |
/411-latarka-aku.html |
301 → 404 | Poprawić cel |
/412-latarka-mini.html |
301 → 200, inny model | Sprawdzić zgodność |
Co naprawić najpierw?
- Pętle i adresy prowadzące do niedziałających stron.
- Przekierowania do niewłaściwych produktów.
- Adresy, które generowały istotny ruch lub mają wartościowe linki.
- Produkty ważne dla sprzedaży.
Jak naprawić przekierowania 301 w PrestaShop?
Najpierw sprawdź, co faktycznie wykonuje przekierowanie. W PrestaShop może za nie odpowiadać mechanizm adresów kanonicznych, moduł SEO albo reguła serwera.
Adres kanoniczny i slug
W panelu PrestaShop odszukaj ustawienia SEO i URL-i, zwykle w obszarze Parametry sklepu → Ruch i SEO → SEO i URL. Jeśli system już zwraca prawidłowe 301, nie dodawaj kolejnej reguły. Ustal też, czy zmiana nazwy produktu automatycznie zmienia jego przyjazny URL.
Reguła serwera lub moduł
Przy zmianie całego wzorca adresów automatyczne przekierowania mogą nie wystarczyć. Na Apache prosta reguła może wyglądać tak:
Redirect 301 /410-nox-h400.html /410-latarka-czolowa-nox-h400.htmlTo przykład wymagający dostosowania. Nie edytuj ręcznie bloku generowanego przez PrestaShop w pliku .htaccess. Przed zmianą sprawdź istniejące przekierowanie, wykonaj kopię konfiguracji i przetestuj rezultat.
Więcej znajdziesz w dokumentacji PrestaShop dotyczącej .htaccess.
Przekierowania 301 działają, ale ruch z Google spadł. Co dalej?
Prawidłowy kod 301 nie gwarantuje natychmiastowego zachowania wszystkich pozycji. Google musi ponownie odwiedzić stare adresy i przetworzyć nowe strony.
- Indeksowanie: czy Google zna nowe adresy i może je indeksować?
- Canonical: czy nowe karty wskazują właściwe URL-e?
- Linkowanie: czy kategorie i poradniki prowadzą bezpośrednio do aktualnych produktów?
- Zawartość: czy podczas migracji nie zniknęły ważne informacje z kart?
W Search Console przejdź do Skuteczność → Wyniki wyszukiwania i porównaj widoczność migrowanych produktów przed zmianą oraz po niej. Jeśli spadek obejmuje także strony, których adresów nie zmieniano, skorzystaj z poradnika Spadek ruchu w sklepie internetowym.
Lista kontrolna po naprawie przekierowań
- Stare URL-e trwale przeniesionych produktów zwracają 301.
- Każde przekierowanie prowadzi do właściwej karty, a strona końcowa zwraca 200.
- Nie występują pętle ani zbędne łańcuchy.
- Nowe strony są dostępne dla Googlebota, mogą być indeksowane i mają właściwy canonical.
- Linki wewnętrzne, mapa XML, feed Merchant Center i kampanie korzystają z aktualnych URL-i.
Jak długo utrzymywać przekierowania 301?
Google zaleca pozostawienie przekierowań po zmianie URL-i przez co najmniej rok. Z perspektywy użytkowników często warto utrzymywać je znacznie dłużej.
Pełne zalecenia opisuje Google Search Central w dokumentacji migracji adresów.
Planujesz zmianę adresów produktów albo migrację PrestaShop?
Możemy przygotować mapę starych i nowych URL-i, zweryfikować przekierowania, sprawdzić linkowanie i przeanalizować indeksowanie po wdrożeniu.
Najczęstsze pytania o przekierowania 301 produktów
Czy zmiana URL-a produktu szkodzi SEO?
Sama zmiana adresu nie musi powodować spadku pozycji. Problemy pojawiają się, jeśli zabraknie przekierowań, nowe strony nie będą dostępne dla Google albo podczas migracji znikną ważne treści i linki.
Czy przekierowanie 301 przenosi wartość SEO starego adresu?
Google wskazuje, że prawidłowe trwałe przekierowania nie powodują same w sobie utraty PageRank. Nie gwarantują jednak identycznych pozycji po zmianie URL-a.
Czy komunikat „Strona zawiera przekierowanie” jest błędem?
Nie, jeśli stary adres został celowo przeniesiony na właściwą stronę.
Czy canonical może zastąpić przekierowanie 301?
Nie w pełni. Canonical wskazuje preferowaną wersję strony, ale nie przenosi użytkownika pod nowy adres.
Czy PrestaShop automatycznie przekierowuje stary slug?
Może to zrobić, jeśli rozpoznaje produkt ze starego adresu i ma odpowiednio skonfigurowane przekierowania do URL-i kanonicznych.
Czy trzeba zgłaszać każdy nowy produkt do indeksowania?
Nie. Po zmianie adresów zaktualizuj mapę XML i linkowanie. Przy pojedynczych ważnych kartach możesz dodatkowo poprosić o indeksowanie w Search Console.