Przekierowanie 302 wysyła użytkownika z jednego adresu URL pod inny, ale jednocześnie informuje przeglądarkę i wyszukiwarkę, że jest to zmiana tymczasowa. To właśnie słowo „tymczasowa” decyduje o tym, kiedy 302 jest właściwym wyborem, a kiedy powinno zostać zastąpione przez 301.
Dla użytkownika różnica może być praktycznie niewidoczna. Wpisuje stary adres i po chwili znajduje się pod nowym. Dla Google kod odpowiedzi HTTP przekazuje jednak ważną informację: czy stary URL został przeniesiony na stałe, czy ma nadal pozostać właściwym adresem zasobu.
Dlatego nie wybieram między 301 i 302 na zasadzie „oba przekierowują, więc wszystko jedno”. Najpierw ustalam, czy zmiana ma być odwrócona w przyszłości.
Kod 302 oznacza przekierowanie tymczasowe.
Googlebot podąża za 302, ale nie traktuje celu jako sygnału trwałej zmiany adresu kanonicznego.
Przy trwałej zmianie adresu zwykle wybieram przekierowanie 301 albo 308.
302 sprawdza się m.in. przy czasowej niedostępności strony oraz określonych testach.
Nie używam 302 do permanentnej zmiany adresów kategorii, produktów czy wpisów.
Przy audycie sprawdzam również łańcuchy i niepotrzebne przekierowania wewnętrzne.
Co to jest przekierowanie 302?
302 to jeden z kodów odpowiedzi HTTP z grupy 3xx, czyli kodów związanych z przekierowaniami.
Standardowa odpowiedź serwera może wyglądać tak:
HTTP/1.1 302 Found
Location: https://example.pl/strona-tymczasowa/Oznacza to:
użytkownik otwiera:
https://example.pl/strona-a/
↓
serwer odpowiada:
302 Found
↓
Location:
https://example.pl/strona-b/
↓
przeglądarka otwiera stronę BNajważniejsza informacja brzmi jednak: strona A nie została przeniesiona na stałe.
Jak działa przekierowanie 302 krok po kroku?
Użytkownik albo Googlebot otwiera stary URL.
Serwer informuje o tymczasowej zmianie lokalizacji.
Nagłówek wskazuje adres docelowy.
Przeglądarka lub robot pobiera stronę docelową.
Sam mechanizm jest więc podobny do przekierowania 301. Różnica dotyczy przede wszystkim znaczenia przekazywanego przez kod odpowiedzi.
Przekierowanie 301 a 302 – jaka jest różnica?
Informuję Google i użytkownika, że stary adres został na stałe zastąpiony przez nowy.
Użytkownik trafia pod inny URL, ale źródłowy adres ma pozostać właściwym adresem w dłuższej perspektywie.
| Cecha | 301 | 302 |
|---|---|---|
| Charakter | Stały | Tymczasowy |
| Googlebot | Podąża za przekierowaniem | Podąża za przekierowaniem |
| Kanoniczność | Cel jest sygnałem nowego adresu kanonicznego | 302 nie jest takim sygnałem trwałej zmiany |
| Zmiana URL na stałe | Tak | Nie |
| Zmiana czasowa | Zwykle nie | Tak |
| Testy A/B | Nie jako domyślny wybór | Może być właściwym rozwiązaniem |
Jak przekierowanie 302 wpływa na SEO?
Najważniejsze jest to, że Google traktuje 302 jako przekierowanie tymczasowe.
Googlebot może wejść pod stary URL, otrzymać odpowiedź 302 i odwiedzić wskazaną stronę docelową. Sam kod 302 nie informuje jednak Google, że stary adres powinien zostać definitywnie zastąpiony przez nowy w indeksie.
W praktyce przy poprawnym zastosowaniu tymczasowego przekierowania zależy mi właśnie na tym, żeby:
- stary URL pozostał właściwym adresem zasobu,
- użytkownicy chwilowo trafiali gdzie indziej,
- Google nie otrzymywało sygnału trwałej migracji adresu.
Czy 302 „nie przekazuje mocy SEO”?
Takie zdanie jest według mnie zbyt dużym uproszczeniem.
Przy SEO wolę opierać się na tym, co 302 faktycznie komunikuje Google:
„To przekierowanie jest tymczasowe.
Nie traktuj samego przekierowania jako sygnału,
że URL docelowy ma zastąpić źródłowy URL kanoniczny.”To istotniejsza informacja niż próba sprowadzenia całego mechanizmu do hasła „przekazuje / nie przekazuje link juice”.
Jeśli moim celem jest trwałe przeniesienie strony razem z jej sygnałami do nowego adresu, stosuję przekierowanie permanentne.
Kiedy warto korzystać z przekierowania 302?
302 stosuję wtedy, gdy użytkownik ma zostać chwilowo wysłany pod inny adres, ale pierwotny URL nadal jest właściwym adresem danej treści.
Strona lub usługa jest chwilowo wyłączona i kieruję użytkowników na komunikat zastępczy.
Część użytkowników jest czasowo przekierowywana do testowej wersji strony.
Przez określony okres ruch ma trafiać na inną wersję strony lub ofertę.
Przykład poprawnego zastosowania 302
Mam stronę:
https://example.pl/rezerwacja/Przez dwa dni system rezerwacji jest modernizowany. Chcę, aby użytkownik chwilowo trafiał na:
https://example.pl/przerwa-techniczna/Po zakończeniu prac stary adres ponownie zacznie normalnie działać.
W takim przypadku:
/rezerwacja/
↓
302
↓
/przerwa-techniczna/
po zakończeniu prac:
/rezerwacja/
↓
200 OKNie chcę informować Google, że strona rezerwacji została permanentnie zastąpiona przez komunikat techniczny.
302 przy testach A/B
To jeden z najbardziej czytelnych przykładów zastosowania przekierowania tymczasowego.
Mam podstawowy landing:
/oferta/i tymczasowy wariant:
/oferta-test/Jeżeli część użytkowników przekierowuję do wersji testowej, nie chcę deklarować:
To nie odpowiada rzeczywistości. Eksperyment zakończy się, a wersja podstawowa nadal ma pozostać właściwym adresem.
Dlatego 302 jest w takim przypadku logicznym sygnałem.
Kiedy nie stosuję przekierowania 302?
Nie wybieram 302, kiedy wiem już, że stary adres nie będzie używany ponownie.
Przykłady:
- zmiana adresu wpisu blogowego na stałe,
- zmiana sluga kategorii,
- przeniesienie produktu pod nowy URL,
- migracja domeny,
- łączenie dwóch podobnych podstron,
- przeniesienie starej oferty do nowej docelowej lokalizacji,
- ujednolicenie kilku wersji tego samego URL-a.
W takich sytuacjach zwykle potrzebuję przekierowania trwałego.
Przykład: zmiana adresu artykułu na stałe
Załóżmy, że stary adres:
/stary-poradnik-seo/został definitywnie zastąpiony przez:
/poradnik-seo/Nie planuję już wracać do starego adresu.
Komunikuje, że stary URL nadal ma pozostać właściwym adresem zasobu.
Informuje, że treść została trwale przeniesiona pod nowy adres.
Czym różni się 302 od przekierowania 307?
Oba kody oznaczają przekierowanie tymczasowe, ale mają różnicę techniczną dotyczącą metody HTTP.
Przy zwykłym wejściu GET na stronę różnica często nie będzie zauważalna.
Przy żądaniach typu POST ma już znaczenie.
| Kod | Znaczenie | Metoda żądania |
|---|---|---|
| 302 | Tymczasowe przekierowanie | Historycznie klient może zmienić niektóre żądania na GET. |
| 307 | Tymczasowe przekierowanie | Metoda i body żądania mają zostać zachowane. |
Dla klasycznego SEO stron WWW najczęściej rozmawiam o 301 i 302, ale przy aplikacjach, formularzach i API rozróżnienie 302/307 może być technicznie bardzo istotne.
A czym 301 różni się od 308?
Analogicznie 308 jest przekierowaniem permanentnym, które zachowuje metodę i body żądania.
301 → permanent
302 → temporary
307 → temporary + zachowanie metody
308 → permanent + zachowanie metodyZ punktu widzenia Google 301 i 308 należą do przekierowań trwałych, natomiast 302 i 307 do przekierowań tymczasowych.
Jak ustawić przekierowanie 302 w .htaccess?
Przy serwerze Apache można wykorzystać m.in. prostą dyrektywę Redirect:
Redirect 302 /stara-strona/ https://example.pl/tymczasowa-strona/Można również wykorzystać mod_rewrite:
RewriteEngine On
RewriteRule ^stara-strona/?$ /tymczasowa-strona/ [R=302,L]Błąd składni może doprowadzić do problemu z działaniem całej strony. Sprawdzam też, czy przekierowanie nie jest już ustawiane przez WordPress, hosting albo Cloudflare.
Jak ustawić 302 w Nginx?
Przykładowa reguła może wyglądać następująco:
location = /stara-strona/ {
return 302 https://example.pl/tymczasowa-strona/;
}Po zmianie konfiguracji serwera konieczne jest oczywiście sprawdzenie konfiguracji i jej przeładowanie zgodnie z zasadami danego środowiska.
Przekierowanie 302 w PHP
Można również wysłać odpowiedni nagłówek bezpośrednio z PHP:
header(
'Location: https://example.pl/tymczasowa-strona/',
true,
302
);
exit;Nie jest to jednak mój pierwszy wybór dla prostych przekierowań SEO, jeżeli mogę wykonać je wcześniej na poziomie serwera albo wykorzystać kontrolowane rozwiązanie WordPressa.
Jak zrobić przekierowanie 302 w WordPressie?
W WordPressie możliwości jest kilka:
- reguła serwera,
- wtyczka do zarządzania przekierowaniami,
- funkcja własnego motywu lub pluginu,
- konfiguracja hostingu lub reverse proxy.
W kodzie WordPressa mogę wykorzystać:
wp_redirect(
'https://example.pl/tymczasowa-strona/',
302
);
exit;Przy adresie lokalnym zwykle wykorzystuję funkcje WordPressa do prawidłowego budowania URL-i zamiast wpisywać domenę na sztywno.
Jak sprawdzić, czy adres rzeczywiście zwraca 302?
Sam fakt, że przeglądarka przeskakuje na inną stronę, nie wystarczy.
Mogę użyć terminala:
curl -I https://example.pl/stara-strona/Poprawna odpowiedź może zawierać:
HTTP/2 302
location: https://example.pl/tymczasowa-strona/Sprawdzam też zakładkę Network w narzędziach deweloperskich przeglądarki albo crawler SEO.
Uważaj na łańcuchy przekierowań 302
Nawet poprawny typ przekierowania może zostać źle wdrożony.
Nie chcę takiego układu:
URL A
↓ 302
URL B
↓ 301
URL C
↓ 302
URL D
↓ 301
URL EKażdy dodatkowy krok oznacza kolejne żądanie HTTP i dodatkową pracę dla użytkownika oraz robota.
Jeżeli wiem, że docelowym adresem jest URL E, staram się prowadzić do niego możliwie bezpośrednio.
Linkowanie wewnętrzne również powinno wskazywać właściwy URL
Jeśli strona A ma tymczasowe przekierowanie do B, ale w menu i treści witryny wszystkie linki nadal prowadzą do A, każde kliknięcie generuje dodatkowy przeskok.
Przy krótkiej sytuacji tymczasowej może być to uzasadnione. Jeżeli jednak zmiana zaczyna się przeciągać, sprawdzam całą architekturę linków.
Przy audycie SEO analizuję nie tylko finalne kody odpowiedzi, ale też przekierowania znajdujące się wewnątrz struktury strony, łańcuchy oraz adresy, do których prowadzi linkowanie wewnętrzne.
Czy URL z przekierowaniem 302 powinien być w sitemapie?
Mapa XML powinna przede wszystkim prezentować adresy, które chcę zgłaszać jako właściwe strony do indeksowania.
Jeżeli URL tymczasowo przekierowuje, ale nadal pozostaje właściwym adresem treści i w przyszłości wróci do odpowiedzi 200, sytuacja może różnić się od trwałej migracji.
Natomiast przy permanentnie przeniesionym adresie nie chcę utrzymywać starego URL-a w sitemapie tylko dlatego, że ktoś omyłkowo ustawił 302 zamiast 301.
Przy większych serwisach patrzę więc na przekierowanie, sitemapę, canonical i linkowanie jako jeden zestaw sygnałów, a nie cztery niezależne ustawienia.
302 a canonical – nie wysyłaj Google sprzecznych sygnałów
Przykładowo dziwna konfiguracja może wyglądać tak:
URL A
↓
302 do URL B
URL B:
rel="canonical" → URL C
Sitemap:
zawiera URL A i URL CGoogle potrafi samodzielnie interpretować różne sygnały, ale nie widzę powodu, żeby celowo komplikować sytuację.
Przy technicznym SEO zależy mi na spójności:
- właściwy kod odpowiedzi,
- logiczne linkowanie wewnętrzne,
- poprawny canonical,
- aktualna mapa XML.
Najczęstsze błędy z przekierowaniem 302
| Błąd | Dlaczego jest problemem? | Co sprawdzam? |
|---|---|---|
| 302 po zmianie URL-a na stałe | Kod informuje o zmianie tymczasowej, mimo że migracja jest trwała. | 301 lub 308. |
| Łańcuch kilku przekierowań | Każdy hop dodaje kolejne żądanie. | Przekierowanie bezpośrednio do celu. |
| 302 → 404 | Użytkownik zostaje wysłany do nieistniejącej strony. | URL docelowy. |
| Pętla przekierowań | A przekierowuje do B, a B ponownie do A. | Wszystkie reguły serwera i WordPressa. |
| Jednocześnie plugin + .htaccess | Dwie warstwy mogą tworzyć nieoczekiwane reguły. | Źródło każdego przekierowania. |
| Stare linki wewnętrzne | Użytkownik za każdym razem przechodzi przez redirect. | Menu, treść, CTA i breadcrumbs. |
Jak sprawdzam przekierowanie 302 krok po kroku?
Ustalam cel przekierowania
Najpierw pytam, czy zmiana jest rzeczywiście tymczasowa, czy stary URL już nigdy nie wróci.
Sprawdzam kod HTTP
Weryfikuję, czy serwer faktycznie odpowiada 302, a nie np. 301, 307 albo 200 z przekierowaniem JavaScript.
Sprawdzam adres docelowy
Cel powinien odpowiadać poprawnym kodem i być właściwą stroną dla użytkownika.
Analizuję cały łańcuch
Sprawdzam, czy po pierwszym 302 nie pojawiają się kolejne niepotrzebne przekierowania.
Kontroluję sygnały SEO
Patrzę na canonical, sitemapę, robots oraz linkowanie wewnętrzne.
Wracam do niego po czasie
Tymczasowe przekierowanie powinno mieć powód. Jeśli po kilku miesiącach nadal istnieje, sprawdzam, czy zmiana nie stała się już permanentna.
Co może pokazać Google Search Console?
Adres przekierowujący nie jest normalną stroną zwracającą 200, dlatego w raportach indeksowania może zostać rozpoznany jako URL z przekierowaniem.
Samo to nie oznacza błędu SEO.
Najważniejsze pytanie brzmi: czy przekierowanie zostało zaplanowane?
URL miał wysyłać użytkownika gdzie indziej i tak właśnie działa.
Strona miała być indeksowana i zwracać 200, ale coś automatycznie ją przekierowuje.
W większym serwisie 302 warto sprawdzić crawlerem
Ręczne sprawdzenie pięciu adresów jest proste. Przy kilku tysiącach URL-i potrzebuję już pełnego crawl.
Szukam wtedy m.in.:
- wszystkich odpowiedzi 302,
- łańcuchów przekierowań,
- pętli,
- linków wewnętrznych prowadzących przez redirect,
- przekierowań do stron 404,
- adresów 302 znajdujących się w sitemapach.
To jeden z elementów, które analizuję podczas audytu SEO strony lub sklepu , ponieważ pojedyncza poprawna reguła 302 nie jest problemem, ale setki przypadkowych przekierowań potrafią mocno skomplikować architekturę serwisu.
Skąd może brać się nieplanowane 302 w WordPressie?
Jeśli sam nie ustawiłem przekierowania, sprawdzam kilka miejsc.
- wtyczkę SEO,
- wtyczkę do przekierowań,
- .htaccess,
- konfigurację Nginx lub LiteSpeed,
- Cloudflare,
- kod motywu,
- własne pluginy,
- reguły logowania lub przekierowania użytkowników.
Przy bardziej technicznym problemie takie reguły mogę przeanalizować również w ramach wsparcia technicznego WordPress i WooCommerce .
Szczególnie uważam na przekierowania przy przebudowie strony
Zmiana struktury URL podczas przebudowy może objąć dziesiątki albo setki podstron:
/oferta/stary-adres/
→
/nowa-usluga/
/produkty/kategoria-a/
→
/sklep/kategoria-a/
/blog/stary-wpis/
→
/poradnik/nowy-wpis/Jeśli są to trwałe zmiany, nie zostawiam przypadkowo 302 tylko dlatego, że tak ustawiła domyślna konfiguracja narzędzia.
Przy odświeżeniu lub przebudowie strony i sklepu przygotowuję mapowanie starych adresów do nowych przed uruchomieniem nowej wersji witryny.
Przekierowania są małym elementem większej architektury SEO
Na stronynazlecenie.pl zajmuję się zarówno tworzeniem stron WordPress, jak i SEO, dlatego przy przekierowaniach patrzę jednocześnie na techniczne działanie serwera oraz na to, jaki sygnał otrzymuje Google.
Dzięki temu przekierowanie nie kończy się na zasadzie „u mnie w przeglądarce działa”, tylko jest dopasowane do rzeczywistego celu strony.
Moja checklista przed ustawieniem przekierowania 302
- Ustalam, czy zmiana naprawdę jest tymczasowa.
- Sprawdzam, czy stary URL ma ponownie działać w przyszłości.
- Weryfikuję poprawność strony docelowej.
- Ustawiam przekierowanie po stronie serwera, jeśli jest to możliwe.
- Sprawdzam kod odpowiedzi HTTP.
- Kontroluję nagłówek Location.
- Eliminuję niepotrzebne łańcuchy przekierowań.
- Sprawdzam canonical oraz sitemapę.
- Kontroluję linkowanie wewnętrzne.
- Przy testach A/B pilnuję, aby zmiana rzeczywiście pozostała tymczasowa.
- Po zakończeniu czasowej sytuacji usuwam przekierowanie.
- Jeśli zmiana staje się permanentna, zmieniam strategię na 301 lub 308.
Nie wiesz, czy na stronie powinno być 301, 302 czy w ogóle brak przekierowania?
Mogę sprawdzić kody odpowiedzi, łańcuchy przekierowań, canonicale, sitemapę oraz linkowanie wewnętrzne. Przy większym serwisie przeanalizuję całą strukturę, żeby przekierowania pomagały użytkownikom i Google, zamiast tworzyć kolejne problemy techniczne.
Przekierowanie 302 – najczęstsze pytania
Co oznacza przekierowanie 302?
Kod HTTP 302 oznacza tymczasowe przekierowanie żądanego zasobu pod inny adres wskazany w nagłówku Location. Przeglądarka otwiera adres docelowy, ale zmiana nie jest deklarowana jako permanentna.
Czym różni się przekierowanie 301 od 302?
301 oznacza trwałe przeniesienie strony, a 302 zmianę tymczasową. Google wykorzystuje przekierowanie permanentne jako sygnał, że adres docelowy powinien stać się kanoniczny, natomiast sam kod 302 nie przekazuje takiego sygnału trwałej zmiany.
Czy przekierowanie 302 jest złe dla SEO?
Nie. 302 jest poprawnym rozwiązaniem, gdy przekierowanie rzeczywiście ma być tymczasowe. Problem pojawia się wtedy, gdy jest stosowane dla zmiany, która w rzeczywistości jest permanentna.
Czy Google podąża za przekierowaniem 302?
Tak. Googlebot może podążać za przekierowaniem 302. Proces indeksowania nie traktuje jednak samego 302 jako sygnału, że strona docelowa powinna trwale zastąpić źródłowy URL jako adres kanoniczny.
Kiedy warto zastosować 302?
Stosuję je przede wszystkim wtedy, gdy użytkownik ma tylko czasowo trafiać pod inny adres, np. podczas krótkiej niedostępności usługi albo określonego testu A/B.
Czy przy zmianie adresu wpisu powinienem użyć 302?
Jeśli zmiana adresu jest trwała i stary URL nie będzie ponownie wykorzystywany, zazwyczaj stosuję przekierowanie permanentne, np. 301, a nie 302.
Jaka jest różnica między 302 a 307?
Oba są przekierowaniami tymczasowymi, ale 307 gwarantuje zachowanie metody i body pierwotnego żądania. Przy 302 istnieją historyczne różnice w obsłudze żądań innych niż GET.
Jak sprawdzić, czy strona ma przekierowanie 302?
Mogę sprawdzić nagłówki HTTP np. poleceniem curl -I, w zakładce Network przeglądarki albo crawlerem SEO. Szukam kodu 302 oraz nagłówka Location z adresem docelowym.
Czy 302 może tworzyć łańcuch przekierowań?
Tak. 302 może prowadzić do adresu, który następnie wykonuje kolejne przekierowanie. Takie łańcuchy staram się skracać i prowadzić użytkownika możliwie bezpośrednio do właściwego celu.
