Przekierowania 301 i 302 — kiedy stosować i jak wdrożyć?

Przekierowanie 301 to jeden z najczęściej używanych — i najczęściej źle implementowanych — elementów technicznego SEO. Wystarczy pomylić kod 301 z 302, żeby Google przez tygodnie traktował nowy adres URL jako tymczasowy i nie przekazywał na niego autorytetu linkowego. Przy migracji serwisu z setkami podstron taka pomyłka kosztuje miesiące odbudowywania pozycji.

W tym artykule wyjaśniamy, czym różnią się poszczególne typy przekierowań, kiedy stosować każdy z nich i jak wdrożyć redirect w najpopularniejszych środowiskach serwerowych.

Przekierowanie 301 vs 302 — różnice z perspektywy SEO

Oba przekierowania przenoszą użytkownika z jednego adresu na drugi, ale Google interpretuje je zupełnie inaczej. Różnica dotyczy tego, czy zmiana jest trwała, czy tymczasowa — a ta informacja wpływa na transfer autorytetu.

Redirect 301 — trwałe przeniesienie

Kod statusu 301 (Moved Permanently) informuje wyszukiwarkę, że stary adres URL na stałe przestał istnieć, a cała wartość SEO (link equity, pozycje rankingowe, historia indeksacji) powinna zostać przeniesiona na nowy adres. Google po wykryciu 301 stopniowo usuwa stary URL z indeksu i zastępuje go nowym.

W 2026 roku Google oficjalnie potwierdza, że przekierowanie 301 przekazuje pełny PageRank — bez żadnej utraty. To zmiana w porównaniu z dawnymi zaleceniami, gdy mówiono o „stracie 10-15% link juice” przy przekierowaniu. Stosuj 301 zawsze, gdy URL zmienia się na stałe: przy migracji domeny, zmianie struktury URL-i, łączeniu duplikatów treści czy usuwaniu przestarzałych podstron.

Redirect 302 — tymczasowe przeniesienie

Kod 302 (Found / Temporary Redirect) mówi Google: „ten adres chwilowo prowadzi gdzie indziej, ale oryginalny URL wróci”. Wyszukiwarka zachowuje stary URL w indeksie i nie przenosi na nowy adres pełnego autorytetu. Jeśli użyjesz 302 zamiast 301 przy trwałej zmianie, Google może miesiącami utrzymywać w indeksie stary adres — ze starym tytułem, opisem i bez wartości z nowych backlinków.

Kiedy 302 ma sens? Przy testach A/B stron, tymczasowych promocjach (np. strona kategorii tymczasowo przekierowuje na landing page wyprzedaży), konserwacji serwisu lub testowaniu nowej wersji podstrony przed ostatecznym wdrożeniem.

Kody 307 i 308 — mniej znane, ale ważne warianty

Oprócz 301 i 302 istnieją dwa nowsze kody przekierowań: 307 i 308. Technicznie różnią się od starszych odpowiedników sposobem obsługi metody HTTP.

Przekierowanie 307 (Temporary Redirect) to odpowiednik 302, ale z gwarancją zachowania metody HTTP. Jeśli użytkownik wysłał żądanie POST (np. formularz), serwer przekierowuje go na nowy adres z zachowaniem metody POST. W przypadku 302 przeglądarka może zmienić POST na GET — co bywa problematyczne w aplikacjach webowych.

Przekierowanie 308 (Permanent Redirect) działa jak 301, ale również zachowuje metodę HTTP. Z perspektywy SEO Google traktuje 308 identycznie jak 301 — oba oznaczają trwałe przeniesienie z pełnym transferem autorytetu.

W praktyce SEO w 90% przypadków wystarczają kody 301 i 302. Kody 307 i 308 stają się istotne przy aplikacjach SPA (Single Page Applications) i API-ach, gdzie zachowanie metody HTTP ma znaczenie techniczne.

Jak wdrożyć przekierowanie 301 w htaccess, nginx i WordPressie?

Sposób implementacji zależy od serwera i CMS-a. Poniżej trzy najczęstsze scenariusze spotykane na polskim rynku.

W Apache (htaccess) pojedyncze przekierowanie wymaga jednej linii w pliku .htaccess: Redirect 301 /stara-strona/ https://example.pl/nowa-strona/. Dla bardziej zaawansowanych reguł (np. przekierowanie całej kategorii z podmianą wzorca) stosujemy RewriteRule: moduł mod_rewrite daje pełną kontrolę nad warunkami i wzorcami.

W nginx przekierowania definiujemy w konfiguracji serwera. Pojedynczy redirect: rewrite ^/stara-strona/$ /nowa-strona/ permanent;. Słowo permanent oznacza kod 301, a redirect dałoby 302. Nginx przetwarza reguły szybciej niż Apache, co ma znaczenie przy dużej liczbie przekierowań.

W WordPressie najprostszą metodą są wtyczki takie jak Redirection lub Rank Math (wbudowany moduł przekierowań). Pozwalają dodawać reguły bez edycji plików serwerowych. Przy setkach przekierowań (np. po migracji sklepu WooCommerce) wydajniej jest jednak przenieść reguły do htaccess lub nginx — wtyczki obciążają bazę danych przy każdym żądaniu.

Niezależnie od metody, po wdrożeniu przekierowań zawsze sprawdź ich działanie narzędziem takim jak httpstatus.io lub Screaming Frog. Upewnij się, że zwracany kod to rzeczywiście 301, a nie 302 — i że redirect prowadzi bezpośrednio do docelowego URL-a bez łańcuchów.

Łańcuchy przekierowań i pętle — jak je wykryć i naprawić?

Łańcuch przekierowań powstaje, gdy URL A przekierowuje na URL B, który z kolei przekierowuje na URL C (a czasem dalej na D i E). Każdy dodatkowy skok w łańcuchu spowalnia ładowanie strony i powoduje utratę części autorytetu linkowego. Google oficjalnie obsługuje do 5 skoków, ale w praktyce już przy trzecim zaczyna tracić cierpliwość i może zrezygnować z podążania za łańcuchem.

• Najczęstsza przyczyna łańcuchów to nakładanie się przekierowań z różnych źródeł: htaccess przekierowuje HTTP na HTTPS, wtyczka WordPressa przekierowuje stary slug na nowy, a nginx dodaje jeszcze redirect z www na bez www. Wynik: trzy skoki zamiast jednego.
• Pętle przekierowań (redirect loops) powstają, gdy URL A przekierowuje na B, a B z powrotem na A. Przeglądarka wyświetla błąd „ERR_TOO_MANY_REDIRECTS”, a Google całkowicie rezygnuje z indeksacji obu stron.
• Audyt łańcuchów przeprowadzisz w Screaming Frog (raport „Redirect Chains”) lub Ahrefs Site Audit. Narzędzia pokażą pełną ścieżkę każdego przekierowania i wskażą, gdzie łańcuch można skrócić.

Rozwiązanie jest proste: każde przekierowanie powinno prowadzić bezpośrednio do finalnego URL-a, bez pośrednich skoków. Przy pozycjonowaniu stron regularny audyt przekierowań to element higieny technicznej — równie ważny jak sprawdzanie błędów 404 czy monitorowanie Core Web Vitals.

Przekierowania przy migracji serwisu — o czym pamiętać?

Migracja strony (zmiana domeny, zmiana CMS-a, przebudowa struktury URL-i) to moment, w którym przekierowania 301 decydują o zachowaniu lub utracie wypracowanych pozycji. Odpowiednia agencja interaktywna planuje mapę przekierowań jeszcze przed rozpoczęciem prac technicznych.

Mapa przekierowań to dokument, który przypisuje każdy stary URL do nowego odpowiednika. Przy serwisie z 500 podstronami to 500 reguł — nie można ich tworzyć na skróty. Każdy stary URL musi prowadzić do najbliższego tematycznego odpowiednika na nowej stronie, a nie do strony głównej (tzw. „lazy redirect”). Google traktuje masowe przekierowania na stronę główną jak soft 404 i nie przenosi autorytetu.

Po wdrożeniu mapy przekierowań monitoruj Google Search Console przez minimum 3-6 miesięcy. Sprawdzaj raport „Pokrycie” pod kątem błędów 404 (strony, które nie zostały objęte przekierowaniem) i raport „Skuteczność” pod kątem zmian w ruchu organicznym. Spadek widoczności o 10-20% w pierwszych tygodniach po migracji jest normalny — większy spadek sygnalizuje problem z przekierowaniami.