# Przekierowania 301 po przebudowie PrestaShop: plan działania

> Przebudowa udana wizualnie może kosztować połowę ruchu organicznego w trzy tygodnie. Cztery źródła do skrzyżowania przy inwentaryzacji, zasady mapowania, kolejność operacji w dniu przełączenia i dwa tygodnie kontroli po nim.

- Strona: <https://www.datafirefly.com/pl/2026/09/10/przekierowania-301-przebudowa-prestashop/>
- Język: pl
- Opublikowano: 2026-09-10
- Zaktualizowano: 2026-09-10
- Inne języki: [fr](https://www.datafirefly.com/2026/09/10/redirections-301-refonte-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/09/10/301-redirects-after-prestashop-redesign/index.md), [es](https://www.datafirefly.com/es/2026/09/10/redirecciones-301-rediseno-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/09/10/301-weiterleitungen-prestashop-relaunch/index.md), [it](https://www.datafirefly.com/it/2026/09/10/redirect-301-restyling-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/09/10/301-redirects-herbouw-prestashop/index.md), [pt](https://www.datafirefly.com/pt/2026/09/10/redirecionamentos-301-remodelacao-prestashop/index.md)
- Indeks: <https://www.datafirefly.com/pl/2026/llms.txt>

Przebudowa udana wizualnie może kosztować połowę ruchu organicznego w trzy tygodnie. Przyczyna jest niemal zawsze ta sama: adresy się zmieniły, a nic nie łączy starych z nowymi.

Plan przekierowań nie jest zadaniem na koniec projektu. Przygotowuje się go przed uruchomieniem i kontroluje przez miesiąc po nim.

## Przed: pełna inwentaryzacja

Nie przekierujecie tego, czego nie znacie. Cztery uzupełniające się źródła, do skrzyżowania.

**Crawl obecnego serwisu**, który daje wszystkie strony osiągalne przez nawigację. To podstawa i jest niepełna.

**Mapa witryny**, która czasem zawiera strony niepodlinkowane w nawigacji.

**Search Console** z dwunastu miesięcy, która ujawnia strony otrzymujące ruch organiczny, w tym te, których crawl nie znalazł. To źródło najcenniejsze: mówi wam, co ma wartość.

**Logi serwera** z trzech miesięcy, które pokazują adresy realnie żądane, także przez stare linki zewnętrzne, o których zapomnieliście.

Suma tych czterech źródeł wyznacza wasz zakres. Przy katalogu średniej wielkości liczcie kilka tysięcy adresów, z czego część nie zasługuje na żadną obsługę.

## Priorytetyzować zamiast obsługiwać wszystko

Przekierowywanie dziesięciu tysięcy stron po kolei nie jest ani możliwe, ani użyteczne. Trzy poziomy obsługi.

**Reguły ogólne.** Jeśli struktura adresów zmienia się systematycznie, jedna reguła pokrywa tysiące stron. Tak jest, gdy usuwacie prefiks, zmieniacie format identyfikatorów albo przechodzicie z jednej struktury na inną.

**Przekierowania pojedyncze.** Dla stron, które nie podlegają żadnej regule: przemianowane strony CMS, połączone kategorie, scalone produkty. Skupcie je na stronach z ruchem albo z linkami przychodzącymi.

**Obsługa kodem 410.** Dla tego, co znika bez odpowiednika. Ten kod oznacza świadome usunięcie i przyspiesza wypadnięcie z indeksu, co 404 robi wolniej.

Użyteczny punkt odniesienia: przy większości przebudowań 90 % ruchu organicznego skupia się na mniej niż 20 % stron. To one wymagają weryfikacji pojedynczej.

## Zasady mapowania

Cztery zasady, z których pierwsza jest łamana najczęściej.

**Przekierowanie prowadzi do najbliższego odpowiednika, nigdy na stronę główną.** Masowe przekierowanie na stronę główną jest traktowane jako miękki błąd: wyszukiwarka widzi, że strona docelowa nie ma nic wspólnego z żądaniem, i korzyść wynosi zero. Dla produktu wycofanego przekierujcie na produkt zastępczy albo, w braku takiego, na jego kategorię.

**Przekierowanie jest trwałe.** Kod 301 przenosi wartość starej strony. Przekierowanie tymczasowe tego nie robi i zostawia oba adresy współistniejące w indeksie.

**Przekierowanie jest bezpośrednie.** Żadnych łańcuchów: jeśli adres A został rok temu przekierowany na B, a B staje się dziś C, zaktualizujcie regułę A na C zamiast nakładać kolejną.

**Strona docelowa musi odpowiadać kodem 200.** Przekierowanie na stronę samą w błędzie zdarza się często, gdy mapowanie powstaje przed ukończeniem nowego serwisu. Sprawdzajcie po fakcie, nie przed.

## Dzień przełączenia

Kolejność operacji, każda warunkuje następną.

1. **Przekierowania są gotowe przed otwarciem**, przetestowane na środowisku przedprodukcyjnym z prawdziwymi adresami.
2. **Mapa witryny jest generowana od nowa** wyłącznie z nowymi adresami i przesłana.
3. **Linki wewnętrzne prowadzą do nowych adresów**, a nie do starych, które przekierowują. Serwis, w którym wszystkie linki wewnętrzne przechodzą przez przekierowanie, spowalnia własne indeksowanie i rozprasza wartość.
4. **Plik robots jest sprawdzony**, zwłaszcza jeśli środowisko przedprodukcyjne blokowało indeksowanie. Zapomniana dyrektywa blokująca na produkcji to najdroższy wypadek przebudowy.
5. **Znaczniki kanoniczne** wskazują nowe adresy.

## Kolejne dwa tygodnie

To okres, w którym wszystko się rozstrzyga, i w którym większość projektów traci czujność.

**Błędy 404 w Search Console**, do sprawdzania co dwa dni. Każdy nowy 404 sygnalizuje adres pominięty w mapowaniu.

**Logi serwera**, filtrowane po kodach 404 i 500. Pojawiają się szybciej niż w Search Console i obejmują żądania robotów.

**Ruch organiczny**, porównywany z tym samym okresem roku poprzedniego, a nie z poprzednim miesiącem. Spadek o 10 do 20 % przez dwa do czterech tygodni jest normalny, tyle zajmuje wyszukiwarkom przetworzenie przekierowań. Spadek o 50 % sygnalizuje problem.

**Pozycje na dwudziestu głównych zapytaniach**, zebrane przed przebudową i śledzone po niej.

## Jak długo trzymać przekierowania

Pytanie częste. Wyszukiwarki przenoszą wartość dość szybko, ale linki zewnętrzne i zakładki odwiedzających nie aktualizują się nigdy.

Zasada ostrożna: trzymajcie przekierowania bezterminowo, dopóki nie powodują problemów wydajnościowych. Plik z kilkoma tysiącami dobrze zaindeksowanych reguł nic nie kosztuje. Kosztują łańcuchy nagromadzone przez kolejne przebudowy, które trzeba okresowo spłaszczać.

## Klasyczne błędy

Przekierowanie wszystkich starych stron na stronę główną, już wspomniane i zdecydowanie najbardziej niszczące. Pominięcie wersji z ukośnikiem końcowym i bez niego, które są dwoma różnymi adresami. Zignorowanie obrazów, których adresy też się zmieniają i które mogą otrzymywać ruch. Oraz pozostawienie bez obsługi parametrów adresów ze starych filtrów, co daje sporą liczbę błędów.

obsługuje ten łańcuch na PrestaShop 8 i 9: masowy import mapowania, reguły według wzorca obok przekierowań pojedynczych, wykrywanie łańcuchów i pętli oraz śledzenie napotkanych 404, żeby uzupełniać plan dzień po dniu.