Przekierowanie URL to mechanizm, który informuje przeglądarkę, robota wyszukiwarki lub inne narzędzie, że żądany adres powinien zostać zastąpiony innym adresem. Użytkownik wpisuje lub klika jeden URL, ale serwer odsyła go do innego URL-a. W HTTP przekierowania należą do grupy statusów 3xx, czyli odpowiedzi informujących klienta, że potrzebna jest dodatkowa akcja związana z inną lokalizacją zasobu. 

W praktyce przekierowanie jest potrzebne wtedy, gdy:

• zmieniasz adres podstrony,
• usuwasz starą treść i zastępujesz ją nową,
• przenosisz stronę na inną domenę,
• przechodzisz z HTTP na HTTPS,
• zmieniasz strukturę kategorii w sklepie,
• łączysz kilka podobnych artykułów w jeden,
• prowadzisz test A/B,
• tymczasowo kierujesz użytkownika na inną wersję strony,
• chcesz uporządkować warianty adresów, na przykład www i non-www albo slash i bez slash.

Przekierowanie nie jest tylko techniczną sztuczką. To decyzja o tym, który adres ma być uznany za właściwy, który ma zostać zapamiętany przez użytkowników, który ma być indeksowany i który ma otrzymywać sygnały z linków, treści oraz historii strony.

Definicja i granice tematu

Ten artykuł dotyczy przede wszystkim dwóch najczęściej stosowanych typów przekierowań:

• 301 Moved Permanently – przekierowanie trwałe,
• 302 Found – przekierowanie tymczasowe.

301 oznacza, że zasób został trwale przeniesiony do nowego adresu wskazanego w nagłówku Location. 302 oznacza, że zasób został przeniesiony tymczasowo, a pierwotny adres nadal może być traktowany jako obowiązujący. 

Granica tematu jest ważna. Przekierowanie nie jest tym samym co:

• tag canonical,
• usunięcie strony kodem 404,
• trwałe usunięcie strony kodem 410,
• blokada w robots.txt,
• noindex,
• zmiana linku w menu,
• zmiana adresu w sitemapie.

Te mechanizmy mogą się uzupełniać, ale nie powinny być stosowane przypadkowo. Jeżeli strona faktycznie została przeniesiona, używa się przekierowania. Jeżeli istnieją dwie podobne wersje strony, ale obie mają być dostępne, można rozważyć canonical. Jeżeli treść zniknęła i nie ma dobrego odpowiednika, często lepsze będzie 404 lub 410 niż przekierowanie do przypadkowej strony.

Przekierowanie 301 – co oznacza?

Przekierowanie 301 oznacza trwałe przeniesienie zasobu. Dla użytkownika efekt jest prosty: wchodzi na stary adres, a przeglądarka automatycznie prowadzi go do nowego. Dla wyszukiwarki komunikat jest znacznie ważniejszy: stary adres powinien zostać zastąpiony nowym adresem jako docelowym. Google wskazuje, że wybór przekierowania zależy między innymi od tego, jak długo ma ono obowiązywać oraz który adres ma być pokazywany w wynikach wyszukiwania. 

Kiedy stosować 301?

Przekierowanie 301 stosuj wtedy, gdy zmiana jest trwała.

Najczęstsze przypadki:

• zmiana adresu artykułu,
• zmiana adresu kategorii,
• zmiana struktury URL,
• migracja z HTTP na HTTPS,
• migracja domeny,
• połączenie kilku podobnych treści w jedną,
• usunięcie starej podstrony i zastąpienie jej nową, bardzo podobną,
• uporządkowanie wersji z www i bez www,
• uporządkowanie trailing slash,
• zmiana CMS lub platformy sklepowej,
• przeniesienie bloga do innej struktury.

Przykład:

Stary adres:

example.pl/blog/co-to-jest-seo

Nowy adres:

example.pl/poradnik/co-to-jest-seo

Jeżeli stary adres już nie będzie używany, a nowy jest jego stałym następcą, właściwym wyborem jest 301.

Przekierowanie 302 – co oznacza?

Przekierowanie 302 oznacza tymczasowe przeniesienie zasobu. Użytkownik zostaje przeniesiony pod inny adres, ale pierwotny URL nie musi być traktowany jako trwale zastąpiony. Według MDN 302 informuje, że żądany zasób został tymczasowo przeniesiony do adresu wskazanego w nagłówku Location. 

Kiedy stosować 302?

Przekierowanie 302 stosuj wtedy, gdy zmiana jest czasowa i planujesz powrót do pierwotnego adresu.

Najczęstsze przypadki:

• test A/B,
• tymczasowa kampania promocyjna,
• chwilowe przekierowanie na stronę serwisową,
• sezonowa wersja landing page,
• testowanie nowego układu strony,
• czasowe wyłączenie produktu,
• tymczasowe przekierowanie użytkowników na inną wersję językową lub lokalizacyjną,
• przekierowanie zależne od eksperymentu marketingowego.

Google w dokumentacji dotyczącej testów A/B rekomenduje stosowanie przekierowań 302, a nie 301, oraz prowadzenie eksperymentów tylko tak długo, jak jest to konieczne. 

Przykład:

Masz stronę:

example.pl/oferta

Na dwa tygodnie chcesz testować wariant:

example.pl/oferta-test

Jeżeli po teście zamierzasz wrócić do oryginalnego adresu lub dopiero zdecydować, która wersja zostanie na stałe, właściwym wyborem jest 302.

301 a 302 – najważniejsza różnica

Najprostsza zasada:

301 stosuj, gdy zmiana jest trwała. 302 stosuj, gdy zmiana jest tymczasowa.

Problem zaczyna się wtedy, gdy firma używa 302 przez wiele miesięcy, mimo że zmiana jest już stała, albo wdraża 301 do testu, który miał trwać tylko kilka dni. Wtedy wyszukiwarki, systemy analityczne, cache przeglądarek, użytkownicy i zespół techniczny mogą otrzymywać sprzeczne sygnały.

Tabela porównawcza 301 i 302

Jak Google interpretuje przekierowania 301 i 302?

Google traktuje przekierowania jako sygnały dotyczące wyboru adresu kanonicznego. W dokumentacji Google Search Central wskazano, że różne typy przekierowań są interpretowane jako sygnały pomagające określić, który adres powinien być traktowany jako docelowy w wyszukiwarce. 

To oznacza, że przekierowanie wpływa nie tylko na przejście użytkownika ze starego adresu na nowy, ale też na to, jak Google porządkuje adresy w indeksie.

W dużym uproszczeniu:

• 301 mówi: nowy adres jest docelowy,
• 302 mówi: teraz pokaż użytkownikowi inny adres, ale pierwotny może nadal być właściwy,
• 307 działa podobnie do tymczasowego przekierowania, ale zachowuje metodę żądania,
• 308 działa podobnie do trwałego przekierowania, ale zachowuje metodę żądania. 

Czy przekierowanie 301 przenosi moc SEO?

W praktyce SEO 301 jest standardowym rozwiązaniem przy trwałej zmianie adresu. Jego celem jest przekazanie sygnału, że stary adres został zastąpiony nowym. Google opisuje 301 jako rozwiązanie dla trwałych zmian, a dokumentacja migracji stron wskazuje, że przekierowania są jednym z podstawowych elementów przenoszenia adresów przy ograniczaniu negatywnego wpływu na wyniki wyszukiwania. 

Ale warto dodać ważny komentarz praktyczny: 301 nie jest magicznym narzędziem do przenoszenia wszystkiego wszędzie. Najlepiej działa wtedy, gdy adres docelowy jest logicznym odpowiednikiem starej strony.

Dobry przykład:

• stary artykuł o przekierowaniach 301 → nowy artykuł o przekierowaniach 301,
• stara kategoria buty damskie → nowa kategoria buty damskie,
• stary produkt → nowy model tego samego produktu lub najbliższy odpowiednik.

Zły przykład:

• stary artykuł o kredycie hipotecznym → strona główna,
• usunięty produkt → losowa kategoria,
• stara kategoria z ruchem → ogólna strona kontaktu,
• setki różnych adresów → jedna strona główna.

Takie przekierowania mogą być technicznie poprawne, ale semantycznie słabe. Użytkownik nie dostaje tego, czego szukał, a wyszukiwarka nie dostaje jasnego następcy starego zasobu.

Czy przekierowanie 302 szkodzi SEO?

302 samo w sobie nie szkodzi SEO. Szkodzi dopiero błędne użycie 302 tam, gdzie zmiana jest trwała.

Jeżeli strona została przeniesiona na stałe, ale nadal działa 302, wyszukiwarka może otrzymywać niejednoznaczny sygnał: użytkownik jest wysyłany na nowy adres, ale pierwotny adres nadal może być traktowany jako ten, który powinien pozostać w indeksie. Właśnie dlatego przy migracjach, zmianach adresów i trwałym usuwaniu starych URL-i standardowo stosuje się 301, a przy eksperymentach i zmianach czasowych 302. 

Przekierowania przy migracji strony

Migracja strony to jeden z najważniejszych momentów, w których przekierowania 301 decydują o stabilności widoczności. Migracją może być:

• zmiana domeny,
• przejście z HTTP na HTTPS,
• zmiana CMS,
• zmiana struktury adresów,
• połączenie kilku serwisów,
• zmiana wersji językowych,
• przebudowa kategorii,
• zmiana adresów produktów,
• zmiana bloga lub bazy wiedzy.

Google opisuje migrację z URL changes jako proces zmiany istniejących adresów strony, przy którym celem jest ograniczenie negatywnego wpływu na wyniki wyszukiwania. Przykłady obejmują między innymi przejście z HTTP na HTTPS, zmianę domeny i zmianę ścieżek URL. 

Jak planować przekierowania przy migracji?

Najlepsza praktyka to przygotowanie mapy przekierowań przed wdrożeniem.

Mapa powinna zawierać:

Najważniejsze zasady:

• przekierowuj jeden do jednego,
• nie przekierowuj wszystkiego na stronę główną,
• zaktualizuj linkowanie wewnętrzne,
• zaktualizuj sitemapę,
• sprawdź canonicale,
• usuń pętle,
• skróć łańcuchy,
• monitoruj indeksację po wdrożeniu,
• sprawdź logi serwera i Google Search Console.

Przekierowanie 301 przy zmianie domeny

Zmiana domeny prawie zawsze wymaga przekierowań 301 ze starej domeny na nową. Nie wystarczy przekierować strony głównej. Należy przekierować każdy ważny adres do jego odpowiednika.

Zły model:

stara-domena.pl/wszystkie-podstrony → nowa-domena.pl

Dobry model:

stara-domena.pl/oferta → nowa-domena.pl/oferta
stara-domena.pl/blog/przekierowanie-301 → nowa-domena.pl/blog/przekierowanie-301
stara-domena.pl/kontakt → nowa-domena.pl/kontakt

Google w dokumentacji migracji stron podaje zmianę domeny jako jeden z przykładów zmiany adresów URL, którą należy przeprowadzić tak, aby zminimalizować negatywny wpływ na wyniki wyszukiwania. 

Przekierowanie HTTP na HTTPS

Przejście z HTTP na HTTPS to trwała zmiana wersji adresu, więc standardowym rozwiązaniem jest 301.

Przykład:

http://example.pl/oferta → https://example.pl/oferta

Ważne jest, aby przekierowanie działało dla wszystkich adresów, nie tylko dla strony głównej. Równie ważne jest, aby w linkowaniu wewnętrznym, sitemapie i canonicalach używać wersji HTTPS.

Błędy typowe przy HTTPS:

• HTTP przekierowuje na HTTPS, potem na www, potem na slash,
• sitemap zawiera adresy HTTP,
• canonical wskazuje HTTP,
• część zasobów ładuje się przez HTTP,
• przekierowanie działa tylko dla strony głównej,
• stara wersja nadal jest linkowana wewnętrznie.

Przekierowanie ze slashem i bez slasha

Adresy:

example.pl/kategoria

i

example.pl/kategoria/

mogą być interpretowane jako różne URL-e. W praktyce należy wybrać jedną wersję i konsekwentnie ją stosować.

Dla katalogów często naturalna jest wersja ze slashem, ale najważniejsza jest nie sama forma, tylko konsekwencja:

• jedna wersja w linkowaniu wewnętrznym,
• jedna wersja w sitemapie,
• jedna wersja w canonicalu,
• przekierowanie duplikatu na wersję docelową.

Google zaleca wybór preferowanej wersji, konsekwentne używanie jej w linkach wewnętrznych i umieszczanie jej w sitemapie. 

Przekierowania w e-commerce

W sklepach internetowych przekierowania są szczególnie ważne, bo adresy produktów i kategorii często się zmieniają. Dochodzą filtry, parametry, produkty wycofane, warianty, sezonowość i duplikacja.

Co zrobić z wycofanym produktem?

To zależy od sytuacji.

Nie każdy produkt powinien być przekierowany. Jeżeli użytkownik szuka konkretnego modelu, a trafia na ogólną stronę główną, jest to słabe doświadczenie. W SEO i AI Search coraz większe znaczenie ma spójność informacji, intencji i źródeł, dlatego przekierowanie powinno prowadzić do naprawdę powiązanego zasobu, a nie tylko do dowolnej działającej strony.

Przekierowania przy łączeniu treści

Jeżeli masz kilka artykułów na bardzo podobny temat, możesz połączyć je w jeden mocniejszy materiał. Wtedy stare adresy przekierowujesz 301 na nowy, skonsolidowany artykuł.

Przykład:

/blog/co-to-jest-301
/blog/jak-zrobic-301
/blog/301-a-seo

mogą zostać połączone w:

/blog/przekierowanie-301-i-302

Taki ruch ma sens, gdy nowy artykuł realnie przejmuje intencję poprzednich tekstów. Jeżeli nowa treść nie odpowiada na pytania użytkowników ze starych artykułów, przekierowanie będzie słabe.

Przekierowanie 302 przy testach A/B

Przy testach A/B nie powinno się stosować 301, bo test z definicji jest czasowy. Google w dokumentacji testów rekomenduje używanie 302 zamiast 301 i prowadzenie eksperymentu tylko tak długo, jak jest to konieczne. 

Przykład:

/landing-page → /landing-page-wariant-b

Jeżeli test trwa dwa tygodnie, 302 jest logiczne. Jeżeli po teście wariant B zostaje na stałe, wtedy należy uporządkować sytuację:

• wybrać docelowy adres,
• zmienić przekierowanie na 301, jeśli adres faktycznie się zmienia,
• zaktualizować linkowanie wewnętrzne,
• zaktualizować canonical,
• zaktualizować sitemapę.

307 i 308 – czym różnią się od 301 i 302?

301 i 302 są najczęściej spotykane, ale istnieją też 307 i 308.

307 Temporary Redirect

307 to tymczasowe przekierowanie, które zachowuje metodę żądania. Jeżeli pierwotne żądanie było POST, kolejne również powinno pozostać POST. 

308 Permanent Redirect

308 to trwałe przekierowanie, które również zachowuje metodę żądania. Oznacza trwałe przeniesienie zasobu do nowego adresu. 

Kiedy to ma znaczenie?

Przede wszystkim przy formularzach, API, aplikacjach webowych i sytuacjach, w których metoda żądania nie powinna zostać zmieniona. Przy standardowych stronach contentowych i SEO nadal najczęściej spotyka się 301 i 302. W kontekście SEO, zastosowanie poprawnych przekierowań jest kluczowe dla utrzymania pozycji w wynikach wyszukiwania i zapewnienia użytkownikom płynnego doświadczenia. Monitorowanie efektywności tych przekierowań z wykorzystaniem statystyki dla content marketingu pozwala na optymalizację strategii oraz dostosowanie treści do potrzeb odbiorców. Warto również analizować, jakie rodzaje przekierowań przynoszą najlepsze rezultaty w dłuższej perspektywie czasowej. Analiza danych z narzędzi takich jak Google Trends w strategii SEO pozwala na identyfikację aktualnych tematów i popularnych słów kluczowych, co może znacząco wpłynąć na skuteczność przekierowań. Dostosowując treści do bieżących trendów, można lepiej zaspokoić oczekiwania użytkowników i poprawić widoczność w wyszukiwarkach. Regularne przeglądanie i aktualizacja strategii SEO opartej na takich analizach jest niezbędna dla osiągnięcia długofalowego sukcesu.

Canonical czy przekierowanie?

Canonical i przekierowanie to nie to samo.

Canonical jest sugestią dotyczącą preferowanej wersji treści. Przekierowanie jest bezpośrednim przeniesieniem użytkownika i robota do innego adresu. Jeżeli użytkownik nie powinien już widzieć starego URL-a, użyj przekierowania. Jeżeli użytkownik może widzieć obie wersje, ale wyszukiwarka powinna preferować jedną, rozważ canonical.

Przekierowanie, 404 czy 410?

Nie każda usunięta strona wymaga przekierowania.

Użyj 301, gdy:

• istnieje bardzo podobny następca,
• treść została przeniesiona,
• zmienił się adres,
• produkt ma nowy model,
• artykuły zostały połączone.

Użyj 404, gdy:

• strona nie istnieje,
• nie ma dobrego odpowiednika,
• usunięcie może być przypadkowe lub tymczasowe,
• chcesz jasno pokazać brak zasobu.

Użyj 410, gdy:

• strona została usunięta trwale,
• nie będzie następcy,
• chcesz jednoznacznie zakomunikować trwałe usunięcie.

Błąd praktyczny: przekierowywanie wszystkiego na stronę główną. To często wygląda jak porządkowanie błędów, ale w rzeczywistości tworzy chaos. Użytkownik szuka konkretu, a dostaje ogólną stronę. Robot widzi brak logicznego następcy.

Najczęstsze błędy przy przekierowaniach

Błąd 1: 302 zamiast 301 przy trwałej zmianie

Jeżeli adres zmienił się na stałe, 302 jest mylące. Użytkownik trafia na nową stronę, ale wyszukiwarka może nadal traktować pierwotny adres jako ważny.

Błąd 2: 301 zamiast 302 przy teście

Jeżeli testujesz wariant tylko tymczasowo, nie wysyłaj sygnału trwałej zmiany. Przy testach A/B Google rekomenduje 302, nie 301. 

Błąd 3: Przekierowanie wszystkiego na stronę główną

To jeden z najgorszych błędów przy migracji. Strona główna rzadko jest właściwym odpowiednikiem konkretnej podstrony.

Błąd 4: Łańcuchy przekierowań

Przykład:

A → B → C → D

Lepiej:

A → D
B → D
C → D

Łańcuchy spowalniają działanie, komplikują crawling i zwiększają ryzyko błędów.

Błąd 5: Pętle przekierowań

Przykład:

A → B
B → A

Efekt: strona się nie ładuje, przeglądarka pokazuje błąd zbyt wielu przekierowań.

Błąd 6: Brak aktualizacji linków wewnętrznych

Jeżeli menu, artykuły, stopka i sitemap nadal linkują do starych adresów, serwis działa przez przekierowania zamiast bezpośrednio.

Błąd 7: Sprzeczność między przekierowaniem a canonicalem

Przykład:

• URL A przekierowuje na URL B,
• URL B ma canonical do URL C.

To tworzy niejasny sygnał. Przy dużym serwisie takie błędy mogą znacząco utrudnić indeksację.

Błąd 8: Stare adresy w sitemapie

Sitemap powinna zawierać adresy docelowe, a nie adresy przekierowujące. Google przy wyborze preferowanej wersji adresu zaleca spójność między linkowaniem wewnętrznym, sitemapą i wersją preferowaną. 

Jak sprawdzić przekierowanie?

Przekierowanie można sprawdzić na kilka sposobów.

Narzędzia techniczne

• DevTools w przeglądarce,
• curl,
• Screaming Frog,
• Sitebulb,
• httpstatus.io,
• Redirect Path,
• logi serwera,
• Google Search Console.

Co sprawdzać?

• jaki kod HTTP zwraca stary URL,
• dokąd prowadzi przekierowanie,
• czy istnieje tylko jeden skok,
• czy adres docelowy zwraca 200,
• czy nie ma pętli,
• czy canonical jest spójny,
• czy sitemap zawiera adres docelowy,
• czy linki wewnętrzne prowadzą bezpośrednio do nowego URL-a,
• czy wersje HTTP, HTTPS, www, non-www i slash są uporządkowane.

Przykład testu przez curl:

curl -I https://example.pl/stary-adres

Oczekiwany wynik dla trwałej zmiany:

HTTP/2 301
Location: https://example.pl/nowy-adres

Oczekiwany wynik dla adresu docelowego:

HTTP/2 200

Jak wdrożyć przekierowanie 301?

Sposób wdrożenia zależy od serwera, CMS-a i infrastruktury.

Apache / .htaccess

Przykład prostego przekierowania:

Redirect 301 /stary-adres https://example.pl/nowy-adres

Nginx

rewrite ^/stary-adres$ https://example.pl/nowy-adres permanent;

WordPress

Możliwe opcje:

• reguły w .htaccess,
• konfiguracja serwera,
• wtyczki do przekierowań,
• przekierowania w panelu hostingu,
• przekierowania na poziomie CDN.

Ważne: przy WordPressie łatwo stworzyć konflikt między wtyczką, .htaccess, cache i CDN. Dlatego po wdrożeniu zawsze trzeba sprawdzić rzeczywisty kod odpowiedzi HTTP.

Jak wdrożyć przekierowanie 302?

Apache / .htaccess

Redirect 302 /oferta https://example.pl/oferta-test

Nginx

rewrite ^/oferta$ https://example.pl/oferta-test redirect;

302 powinno być opisane w dokumentacji projektu jako rozwiązanie tymczasowe. Warto zapisać:

• dlaczego zostało wdrożone,
• od kiedy działa,
• kiedy ma zostać usunięte,
• kto odpowiada za decyzję,
• co stanie się po zakończeniu testu.

Bez tego tymczasowe przekierowania często zostają w serwisie na lata.

Przekierowania a robots.txt

Przekierowania mogą dotyczyć także pliku robots.txt. Specyfikacja Robots Exclusion Protocol wskazuje, że crawler może otrzymać przekierowanie, takie jak HTTP 301 lub 302, podczas pobierania robots.txt, a crawlery powinny podążać za co najmniej kilkoma kolejnymi przekierowaniami. 

W praktyce nie warto komplikować robots.txt. Plik powinien być łatwo dostępny, zwracać poprawną odpowiedź i nie przechodzić przez zbędne łańcuchy przekierowań.

Przekierowania a AI Search i widoczność marki

Przekierowania są klasycznym elementem technicznego SEO, ale mają też znaczenie w szerszym ekosystemie AI Search. Jeżeli strona jest niespójna technicznie, ma wiele wersji adresów, stare treści prowadzą do przypadkowych miejsc, a canonicale i sitemap są sprzeczne, systemom wyszukiwawczym i AI trudniej zrozumieć, które źródła są aktualne.

W praktyce porządek techniczny wspiera:

• spójność encji,
• aktualność źródeł,
• czytelność struktury strony,
• wiarygodność treści,
• lepszą interpretację relacji między starymi i nowymi adresami.

Dlatego w podejściu FunkyMEDIA, pure AI Search and Brand Mentions agency, przekierowania nie są celem samym w sobie. Są elementem większego porządkowania danych o marce, ofercie i treściach, które mają być zrozumiałe dla wyszukiwarek, modeli AI i użytkowników.

Tabela decyzyjna: 301 czy 302?

Mity o przekierowaniach 301 i 302

Mit 1: Każdą usuniętą stronę trzeba przekierować

Nie. Jeżeli nie ma dobrego odpowiednika, lepiej zwrócić 404 lub 410 niż przekierować użytkownika do przypadkowej strony.

Mit 2: 302 zawsze szkodzi SEO

Nie. 302 jest właściwe, gdy zmiana jest tymczasowa. Problem pojawia się wtedy, gdy 302 udaje trwałą migrację.

Mit 3: 301 natychmiast rozwiązuje wszystkie problemy po migracji

Nie. 301 jest ważne, ale sama obecność przekierowania nie wystarczy. Potrzebna jest aktualizacja linków, sitemap, canonicali, hreflangów, danych strukturalnych i monitorowanie indeksacji.

Mit 4: Można przekierować całą starą stronę na stronę główną

Technicznie można, ale zwykle jest to błąd. Przekierowanie powinno prowadzić do najbardziej zbliżonego odpowiednika.

Mit 5: Canonical zastępuje przekierowanie

Nie. Canonical sugeruje wersję preferowaną, ale użytkownik nadal może wejść na dany adres. Przekierowanie fizycznie przenosi użytkownika i robota pod inny URL.

Mit 6: Po wdrożeniu przekierowań nie trzeba nic sprawdzać

Nie. Każde przekierowanie trzeba przetestować. Przy dużej migracji audyt po wdrożeniu jest obowiązkowy.

Checklista wdrożenia przekierowań

Przed wdrożeniem

• Zbierz listę wszystkich starych adresów.
• Sprawdź ruch, widoczność i linki zewnętrzne.
• Przypisz każdemu staremu adresowi nowy odpowiednik.
• Oznacz adresy bez odpowiednika.
• Wybierz 301, 302, 404 lub 410.
• Sprawdź reguły dla HTTP / HTTPS.
• Sprawdź reguły dla www / non-www.
• Sprawdź slash / bez slash.
• Przygotuj plan testów.
• Ustal datę wdrożenia.

W trakcie wdrożenia

• Wdrażaj przekierowania na poziomie serwera lub infrastruktury.
• Unikaj wielu warstw przekierowań.
• Sprawdź stronę główną, kategorie, produkty, artykuły i pliki.
• Testuj adresy ręcznie i crawlerem.
• Sprawdź odpowiedzi HTTP.
• Sprawdź, czy adresy docelowe zwracają 200.

Po wdrożeniu

• Przeskanuj serwis crawlerem.
• Usuń łańcuchy przekierowań.
• Usuń pętle.
• Zaktualizuj linkowanie wewnętrzne.
• Zaktualizuj sitemapę.
• Sprawdź canonicale.
• Sprawdź Google Search Console.
• Monitoruj indeksację.
• Monitoruj ruch organiczny.
• Monitoruj błędy 404.
• Sprawdź logi serwera.

FAQ

Co to jest przekierowanie 301?

Przekierowanie 301 to trwałe przeniesienie adresu URL. Informuje przeglądarkę i wyszukiwarkę, że zasób został przeniesiony na stałe do nowego adresu wskazanego w nagłówku Location. 

Co to jest przekierowanie 302?

Przekierowanie 302 to tymczasowe przeniesienie adresu URL. Informuje, że zasób chwilowo znajduje się pod innym adresem, ale pierwotny URL nie musi być traktowany jako trwale zastąpiony. 

Kiedy stosować 301?

301 stosuj wtedy, gdy zmiana jest trwała: przy zmianie adresu URL, migracji domeny, przejściu z HTTP na HTTPS, scalaniu treści, zmianie struktury serwisu lub porządkowaniu duplikatów adresów.

Kiedy stosować 302?

302 stosuj wtedy, gdy zmiana jest tymczasowa: przy testach A/B, krótkich kampaniach, sezonowych wariantach strony, chwilowej niedostępności zasobu lub testowaniu nowej wersji landing page. Google rekomenduje 302 przy testach prowadzonych przez ograniczony czas. 

Czy 301 jest lepsze od 302?

Nie zawsze. 301 jest lepsze dla trwałych zmian, a 302 dla tymczasowych. Nie chodzi o to, który kod jest ogólnie lepszy, tylko który kod odpowiada rzeczywistej intencji.

Czy 302 szkodzi pozycjonowaniu?

Nie, jeżeli jest użyte zgodnie z przeznaczeniem. Szkodzić może dopiero sytuacja, w której 302 działa miesiącami lub latami, mimo że zmiana jest faktycznie trwała.

Czy 301 przenosi widoczność SEO?

301 jest standardowym mechanizmem trwałego przenoszenia adresów i sygnałów na nowy URL. Najlepiej działa wtedy, gdy nowy adres jest logicznym odpowiednikiem starego. Google opisuje przekierowania jako istotny element migracji adresów URL. 

Czy można przekierować wszystkie stare strony na stronę główną?

Technicznie można, ale zwykle nie warto. Strona główna rzadko odpowiada intencji użytkownika, który szukał konkretnej podstrony, produktu lub artykułu. Lepiej przekierować do najbliższego odpowiednika albo zostawić 404/410, jeśli odpowiednika nie ma.

Co jest lepsze: 301 czy canonical?

To zależy od sytuacji. Jeżeli stary adres nie powinien być już dostępny, użyj 301. Jeżeli kilka wersji strony ma pozostać dostępnych, ale jedna ma być preferowana w indeksacji, rozważ canonical.

Czy sitemap powinna zawierać adresy przekierowujące?

Nie. Sitemap powinna zawierać docelowe, kanoniczne adresy, które mają być indeksowane. Google zaleca spójność między preferowaną wersją adresu, linkowaniem wewnętrznym i sitemapą. 

Ile może trwać przekierowanie 301?

Przekierowanie 301 warto utrzymywać długo, szczególnie jeśli stary adres miał linki zewnętrzne, historię, ruch lub był wykorzystywany w materiałach marketingowych. Przy zmianie domeny lub dużej migracji usunięcie przekierowań zbyt szybko może spowodować problemy dla użytkowników i robotów.

Czy łańcuchy przekierowań są problemem?

Tak. Łańcuchy przekierowań komplikują crawling, spowalniają ładowanie i zwiększają ryzyko błędów. Najlepiej przekierowywać każdy stary adres bezpośrednio do finalnego adresu docelowego.

Co to jest pętla przekierowań?

Pętla przekierowań występuje wtedy, gdy adres A przekierowuje do B, a B przekierowuje z powrotem do A lub do innego adresu, który finalnie wraca do A. Efektem jest błąd w przeglądarce i brak dostępu do strony.

Czy przy migracji strony wystarczy przekierować stronę główną?

Nie. Przy migracji należy przygotować mapę przekierowań dla ważnych podstron, kategorii, produktów, artykułów i innych adresów. Google opisuje migracje URL jako proces wymagający ograniczenia negatywnego wpływu na wyniki wyszukiwania. 

Czy 308 może zastąpić 301?

W niektórych przypadkach tak, bo 308 oznacza trwałe przeniesienie. Różnica polega między innymi na zachowaniu metody żądania, co ma znaczenie przy formularzach, API i aplikacjach. Przy klasycznych stronach SEO nadal częściej stosuje się 301. 

To cię zainteresuje

Tag hreflang czym jest i jakie ma znaczenie?

Rafał Cyrański

SEO

GEO – Generative Engine Optimization – Optymalizacja pod moduły sztucznej inteligencji.

Rafał Cyrański

SEO

Czy 307 może zastąpić 302?

W niektórych przypadkach tak, bo 307 oznacza tymczasowe przekierowanie. Różnica polega na tym, że 307 zachowuje metodę żądania, co może mieć znaczenie techniczne. 

Przekierowanie 301 i 302 służą do przenoszenia użytkowników oraz robotów z jednego adresu URL na inny, ale ich znaczenie jest różne. 301 oznacza zmianę trwałą, a 302 zmianę tymczasową. Ten wybór ma wpływ na indeksację, adres kanoniczny, migrację strony, testy A/B, porządek techniczny i doświadczenie użytkownika.

Najważniejsza zasada jest prosta: jeżeli nowy adres ma zastąpić stary na stałe, użyj 301. Jeżeli zmiana jest czasowa, użyj 302. Jeżeli strona nie ma dobrego odpowiednika, nie przekierowuj jej na siłę. Rozważ 404 lub 410. Przy migracji przygotuj mapę przekierowań, unikaj łańcuchów, usuń pętle, zaktualizuj linkowanie wewnętrzne, sitemapę i canonicale.

Rekomendowana dalsza lektura: zacznij od artykułu o mapie przekierowań przy migracji strony, a następnie przejdź do porównania 301, 302, canonical, 404 i 410. Dzięki temu łatwiej zbudujesz logiczną architekturę adresów, która będzie czytelna dla użytkowników, Google i systemów AI.