Podręcznik referencyjny przekierowań

Przewodnik po przekierowaniach: jakie typy istnieją, kiedy ich używać i jak nie zepsuć SEO

To nie jest wpis blogowy, ale praktyczna strona referencyjna dla zespołów, developerów i specjalistów SEO z typami przekierowań, wzorcami produkcyjnymi i zasadami decyzji.

Referencja

Jakie typy przekierowań istnieją

Nie każde przekierowanie rozwiązuje ten sam problem. Najczęstszy błąd w produkcji nie polega na samym przekierowaniu, ale na wyborze złego typu.

301 Moved Permanently

Stałe przekierowanie po stronie serwera.

Używać do
trwałe przeniesienie strony na nowy URL
migracje HTTP do HTTPS
kanonizacja www/non-www
czyszczenie i konsolidacja duplikatów
Nie używać do
Nie używaj do tymczasowych promocji, testów A/B ani krótkich kampanii.
Wniosek: Najważniejsze bezpieczne dla SEO przekierowanie przy trwałych zmianach.
302 Found

Tymczasowe przekierowanie po stronie serwera.

Używać do
krótkoterminowe zastąpienie strony
tymczasowe kampanie
tymczasowy tryb maintenance
Nie używać do
Nie zostawiaj 302 na miesiące, jeśli przeniesienie jest w praktyce trwałe.
Wniosek: Poprawne tylko wtedy, gdy zmiana jest naprawdę tymczasowa.
307 Temporary Redirect

Tymczasowe przekierowanie zachowujące metodę HTTP.

Używać do
przepływy API i formularzy, w których POST/PUT nie może zmienić się w GET
tymczasowe przypadki routingu backendowego
Nie używać do
Dla standardowych URL-i SEO 302 jest zwykle prostsze i bardziej zrozumiałe.
Wniosek: Bardziej przydatne dla zachowania technicznego niż dla stron treściowych.
308 Permanent Redirect

Stałe przekierowanie zachowujące metodę HTTP.

Używać do
trwałe przeniesienia API
przypadki, w których oryginalna metoda żądania musi zostać zachowana
Nie używać do
Nie jest domyślnym wyborem dla większości URL-i migracji treści.
Wniosek: Technicznie poprawne, ale dla stron SEO 301 zwykle pozostaje prostsze i bardziej znajome.
Meta Refresh

Przekierowanie zaimplementowane w HTML zamiast na poziomie HTTP.

Używać do
prawie nigdy
Nie używać do
Nie używaj jako głównego przekierowania migracyjnego.
Wniosek: Słaba i krucha opcja. Gorsza niż przekierowania serwerowe pod SEO i niezawodność.
JavaScript Redirect

Przekierowanie uruchamiane w przeglądarce po załadowaniu strony.

Używać do
tylko jako ostateczny fallback, jeśli przekierowanie serwerowe jest niemożliwe
Nie używać do
Nie buduj na tym migracji ani kontroli kanonicznej.
Wniosek: Słaby domyślny wybór dla SEO. Crawlery i zewnętrzni klienci widzą je niespójnie.

Decyzja

Którego redirectu używać w realnych scenariuszach

Najważniejsze pytanie nie brzmi „jaki status code istnieje?”, ale „który jest tu właściwy?”.

Scenariusz

Strona została trwale przeniesiona na nowy slug

Odpowiedź
301
Dlaczego

URL zmienił się na stałe, więc przeglądarki i wyszukiwarki potrzebują stabilnego trwałego sygnału.

Scenariusz

Pełne przeniesienie na nową domenę

Odpowiedź
301
Dlaczego

To klasyczna trwała migracja. Stare URL-e powinny prowadzić bezpośrednio do końcowych adresów kanonicznych.

Scenariusz

Tymczasowa strona promocyjna lub krótka kampania

Odpowiedź
302
Dlaczego

Po zakończeniu kampanii pierwotny URL powinien wrócić jako główny adres.

Scenariusz

Endpoint API został tymczasowo przeniesiony, ale POST musi pozostać POST-em

Odpowiedź
307
Dlaczego

307 zachowuje metodę żądania i lepiej pasuje do technicznych przepływów.

Scenariusz

Endpoint API został przeniesiony na stałe i metoda musi pozostać taka sama

Odpowiedź
308
Dlaczego

Łączy trwałe przeniesienie z zachowaniem metody żądania.

Scenariusz

Chcesz “szybko to zamknąć” przekierowaniem JavaScript

Odpowiedź
Nie rób tego
Dlaczego

To zwykle tymczasowa proteza, która później szkodzi SEO, debugowaniu i stabilności crawlowania.

Checklist

Zasady bezpiecznych przekierowań na produkcji

Nawet prawidłowy kod statusu nie pomaga, jeśli warstwa przekierowań jest złożona niechlujnie.

Wybieraj jeden bezpośredni hop do końcowego URL-a kanonicznego zamiast łańcucha z dwoma lub trzema krokami pośrednimi.

Nie mieszaj wielu celów w jednym łańcuchu. HTTP do HTTPS, non-www do www i stara ścieżka do nowej ścieżki powinny idealnie zwinąć się do jednego końcowego przekierowania.

Nie trzymaj tymczasowych 302 tam, gdzie decyzja już dawno jest trwała.

Nie przekierowuj usuniętych treści na stronę główną tylko po to, żeby uniknąć 404.

Testuj przekierowania nie tylko w przeglądarce, ale jako rzeczywisty łańcuch HTTP: pośrednie hop-y, końcowy URL, czas odpowiedzi i problemy.

Przed rolloutem mapa migracji powinna zostać sprawdzona na najważniejszych i najmocniej linkowanych URL-ach.

Ryzyka

Czego nie robić

Te wzorce często sprawiają, że warstwa redirectów technicznie działa, ale operacyjnie szkodzi.

301 -> 302 -> 200

Miesza semantykę trwałą i tymczasową, komplikuje ścieżki crawl i dodaje kolejne punkty awarii.

Wysyłanie wszystkich starych URL-i na stronę główną

To słaby UX i słabe dopasowanie semantyczne. Dla SEO często jest to gorsze niż uczciwe 404/410 albo trafny cel.

Przekierowanie tylko przez router front-endowy

Przeglądarka może pokazać właściwy ekran, ale odpowiedź HTTP pozostaje błędna dla wyszukiwarek i zewnętrznych klientów.

Zostawienie meta refresh jako “naprawimy to później”

To “później” często nigdy nie nadchodzi. Migracja przez miesiące działa wtedy na słabym mechanizmie przekierowania.

Szybki, bezpieczny dla SEO wniosek

Jeśli URL przeniósł się na stałe, zazwyczaj potrzebujesz 301.

Jeśli zmiana jest tymczasowa, użyj 302.

Jeśli to przepływ API lub formularza i metoda HTTP musi zostać zachowana, użyj 307 lub 308.

Jeśli chcesz to rozwiązać przez JavaScript redirect lub meta refresh, wybór architektury jest zwykle zły.

FAQ

Czy 301 jest zawsze lepsze niż 302?

Nie. 301 jest lepsze tylko wtedy, gdy zmiana jest trwała. Jeśli zmiana jest tymczasowa, 302 jest uczciwszym i poprawniejszym wyborem.

Czy mogę użyć 308 zamiast 301?

Tak, ale dla większości scenariuszy SEO dotyczących treści 301 pozostaje bardziej oczywistą opcją. 308 jest bardziej przydatne, gdy ważne jest zachowanie metody HTTP.

Kiedy 404 lub 410 jest lepsze niż redirect?

Gdy stary URL nie ma już istotnego zamiennika. Redirect do niepowiązanej strony tylko po to, by uniknąć 404, jest często gorszy.

Nawet po przeczytaniu tego przewodnika nadal trzeba testować przekierowania na realnym łańcuchu

Prawidłowy typ przekierowania na papierze nie gwarantuje, że produkcja oddaje go bez dodatkowych hopów, pętli i tymczasowych odpowiedzi. Ostateczny test powinien zawsze odbywać się na poziomie HTTP.