Przekierowanie 301 informuje przeglądarkę i wyszukiwarki, że zasób został trwale przeniesiony pod nowy adres. Stosuj je, gdy zmieniasz URL istniejącej strony i masz dla niej rzeczywisty odpowiednik. Najpierw przygotuj mapę „stary adres → nowy adres”, potem ustaw przekierowania po stronie serwera lub w sprawdzonym mechanizmie WordPressa, a na końcu przetestuj każdy ważny przypadek.
- Prowadzi ze starego URL-a do najbardziej zbliżonego nowego dokumentu.
- Kończy się na docelowej stronie bez dodatkowych przeskoków.
- Nie kieruje zbiorczo wszystkich usuniętych adresów na stronę główną.
- Ma zaktualizowane linki wewnętrzne, canonical i mapę witryny.
- Zostało sprawdzone jako odpowiedź 301 oraz poprawna strona końcowa.
Co oznacza kod 301
Kiedy użytkownik otwiera stary adres, serwer może odpowiedzieć kodem 301 i podać nową lokalizację. Przeglądarka przechodzi dalej automatycznie. Google traktuje stałe przekierowanie jako silny sygnał, że adres docelowy powinien zastąpić źródłowy jako strona kanoniczna. To proces, a nie natychmiastowa podmiana w wynikach.
/stary-poradnik//nowy-poradnik/Przekierowanie nie przenosi treści i nie naprawia słabego nowego dokumentu. Jego rolą jest połączyć konkretny stary adres z konkretnym nowym miejscem. Jeśli nowa strona odpowiada na inny temat, użytkownik trafi w ślepą uliczkę, mimo że technicznie zobaczy kod 200 na końcu.
301, 302 i 308 — praktyczne rozróżnienie
| Kod | Znaczenie | Typowe zastosowanie |
|---|---|---|
| 301 | Zasób przeniesiony na stałe | Trwała zmiana adresu podstrony, domeny albo struktury URL |
| 302 | Przekierowanie tymczasowe | Krótkotrwałe zastępstwo, gdy stary URL ma pozostać właściwym adresem |
| 308 | Stałe przekierowanie zachowujące metodę żądania | Sytuacje techniczne, w których metoda i treść żądania nie mogą się zmienić |
Dla zwykłej zmiany adresu strony 301 jest czytelnym i szeroko stosowanym wyborem. Jeśli przekierowujesz formularze albo endpointy przyjmujące dane, nie kopiuj reguły z poradnika dotyczącego zwykłych stron. Wtedy zachowanie metody żądania wymaga decyzji technicznej właściwej dla aplikacji.
Kiedy użyć 301, a kiedy nie
Użyj 301, gdy zmiana jest trwała
- zmieniasz slug artykułu i stary adres ma zniknąć;
- łączysz dwa podobne poradniki w jeden lepszy materiał;
- przenosisz serwis na inną domenę albo z HTTP na HTTPS;
- porządkujesz warianty z
wwwi bezwww; - usuwasz stary produkt lub usługę, ale istnieje bezpośredni następca;
- zmieniasz strukturę kategorii, zachowując sens i treść strony.
Nie ustawiaj 301 automatycznie w każdej sytuacji
Jeśli strona została usunięta i nie ma żadnego trafnego odpowiednika, prawidłowa odpowiedź 404 lub 410 może być uczciwsza niż przekierowanie do strony głównej. Użytkownik, który szuka instrukcji naprawy konkretnego modelu, nie powinien lądować na ogólnym blogu tylko dlatego, że oba adresy należą do tej samej domeny.
Nie używaj stałego przekierowania do krótkiego testu, strony sezonowej ani czasowego komunikatu o awarii. Jeśli stary adres ma wrócić jako główny, wybierz rozwiązanie tymczasowe i zaplanuj jego wyłączenie.
Jak przygotować mapę przekierowań
Najwięcej błędów powstaje przed konfiguracją — wtedy, gdy nikt nie zapisuje, który stary URL ma prowadzić dokąd. Przy pojedynczej zmianie wystarczy jedna para. Przy przebudowie serwisu potrzebujesz tabeli, którą można sprawdzić przed i po wdrożeniu.
| Stary URL | Decyzja | Nowy URL lub status | Uzasadnienie |
|---|---|---|---|
/poradnik-stara-nazwa/ |
301 | /poradnik-nowa-nazwa/ |
Ta sama treść, lepszy adres |
/krotki-wpis-a/ |
301 | /pelny-poradnik/ |
Treść została scalona |
/nieaktualna-promocja/ |
404/410 | brak | Brak aktualnego odpowiednika |
http://domena.pl/temat/ |
301 | https://domena.pl/temat/ |
Jeden wariant protokołu |
Do każdej pary dopisz powód. To chroni przed pokusą kierowania trudnych przypadków „gdziekolwiek”. Jeśli nowy dokument obejmuje tylko część starego tematu, zdecyduj, czy wymaga uzupełnienia przed migracją. Przekierowanie powinno prowadzić do strony, którą czytelnik uzna za logiczną kontynuację.
Zbierz źródłowe URL-e z kilku miejsc
- aktualna i historyczna mapa witryny;
- eksport stron oraz zapytań z Search Console;
- wewnętrzne linki zapisane w treściach i menu;
- adresy mające linki zewnętrzne;
- logi serwera i często odwiedzane błędy 404;
- lista URL-i ze starego CMS-a lub poprzedniej wersji serwisu.
Brak pełnych danych nie oznacza, że należy zgadywać. Oznacz niepewne wiersze i nie publikuj szerokiej reguły, która może przechwycić poprawne strony. Precyzyjna lista jest bezpieczniejsza niż agresywny wildcard bez kontroli.
Jak ustawić przekierowanie w WordPressie
Masz trzy typowe warstwy: konfigurację serwera, mechanizm hostingu lub CDN oraz wtyczkę WordPressa. Nie ma jednej najlepszej dla każdej witryny. Wybierz miejsce, które jest utrzymywane, dostępne dla osoby zarządzającej stroną i pozwala testować reguły bez nakładania duplikatów.
| Warstwa | Zaleta | Ryzyko |
|---|---|---|
| Serwer WWW | Działa przed uruchomieniem WordPressa i dobrze obsługuje większe migracje | Błędna reguła może wywołać pętlę lub odciąć część serwisu |
| Panel hostingu albo CDN | Centralne zarządzanie i często czytelny interfejs | Reguły mogą działać inaczej po zmianie dostawcy lub warstwy cache |
| Wtyczka WordPressa | Wygodna dla pojedynczych URL-i i osób bez dostępu do konfiguracji serwera | Zależność od działania WordPressa, możliwość konfliktu z inną wtyczką lub regułą serwera |
Na serwerze Apache proste przekierowania często zapisuje się w pliku .htaccess. Nginx ma własną składnię w konfiguracji serwera. WordPress uruchomiony na Nginx nie zacznie korzystać z reguł .htaccess tylko dlatego, że wgrasz taki plik. Zanim skopiujesz fragment kodu, ustal, jaki serwer i panel obsługują witrynę.
Dla pojedynczej, prostej zmiany reguła logicznie oznacza:
stary URL --301--> docelowy URL
Nie publikujemy uniwersalnego bloku konfiguracji, ponieważ poprawna składnia zależy od serwera, zakresu ścieżki, domeny i istniejących reguł. Błędny znak lub zbyt szeroki wzorzec potrafi przekierować panel logowania, zasoby albo wszystkie podstrony. Jeśli nie znasz tej warstwy, użyj udokumentowanego mechanizmu hostingu lub poproś administratora o wdrożenie przygotowanej mapy.
Przed zmianą reguł wykonaj kopię WordPressa i konfiguracji. Zapisz także poprzednią wersję pliku lub eksport reguł. Backup bazy bez konfiguracji serwera nie wystarczy, jeśli to właśnie tam ustawiasz przekierowania.
Jak testować odpowiedź i stronę docelową
Samo automatyczne przejście w przeglądarce nie potwierdza poprawności. Cache może ukryć wcześniejszy stan, a użytkownik nie widzi kodu pośredniego. Sprawdź osobno adres źródłowy i końcowy.
- Otwórz stary URL w prywatnym oknie. Powinien prowadzić do oczekiwanej nowej strony.
- Sprawdź kod źródła odpowiedzi. Stary adres powinien zwrócić 301 i nagłówek lokalizacji.
- Sprawdź liczbę kroków. Najlepiej, aby następna odpowiedź była już docelowym 200.
- Oceń sens strony końcowej. Czy odpowiada na to samo pytanie i nie kończy się błędem?
- Przetestuj warianty. Uwzględnij protokół,
www, ukośnik i wielkość liter, jeśli serwer je rozróżnia. - Sprawdź linki wewnętrzne. Powinny już prowadzić bezpośrednio do nowego URL-a.
- Sprawdź canonical i mapę. Oba powinny wskazywać nową lokalizację.
Testuj partiami, ale czytaj wynik pojedynczego URL-a
Przy większej migracji użyj listy wszystkich par i zapisz kod pierwszej odpowiedzi, adres docelowy, liczbę kroków oraz kod końcowy. Następnie ręcznie obejrzyj próbkę każdej rodziny stron. Automatyczny raport znajdzie łańcuch, ale nie oceni, czy stary poradnik o indeksacji trafił do poradnika o indeksacji, czy do przypadkowej kategorii.
SEO, łańcuchy, pętle i błędne cele
Google rekomenduje stałe przekierowania po stronie serwera, gdy zmiana adresu jest trwała. W dokumentacji migracji podaje też, że 301 i inne stałe przekierowania nie powodują utraty PageRanku. Nie znaczy to, że każda migracja zachowa identyczne wyniki od pierwszego dnia. Wyszukiwarka musi ponownie odwiedzić stare i nowe adresy, a po dużej zmianie widoczność może czasowo falować.
Łańcuch przekierowań
Łańcuch powstaje, gdy URL A prowadzi do B, B do C, a dopiero C zwraca stronę. Każdy dodatkowy krok wydłuża przejście i komplikuje utrzymanie. Zmień regułę A tak, aby prowadziła bezpośrednio do C, a linki wewnętrzne od razu wskazywały C.
Pętla przekierowań
Pętla występuje, gdy A prowadzi do B, a B z powrotem do A, albo gdy dwie reguły nieustannie zmieniają wariant hosta i protokołu. Przeglądarka kończy wtedy komunikatem o zbyt wielu przekierowaniach. Wyłącz ostatnią zmianę, przejrzyj kolejność reguł i sprawdź, która warstwa — CDN, serwer czy WordPress — ustala adres.
Wszystko na stronę główną
Masowe kierowanie niepowiązanych URL-i do strony głównej jest złym doświadczeniem użytkownika i może zostać potraktowane jak miękki 404. Strona główna nie jest odpowiednikiem starego poradnika, produktu i dokumentacji naraz. Jeśli nie masz dopasowanego celu, pozostaw prawdziwy błąd i pomóż użytkownikowi na stronie 404 znaleźć kategorię lub wyszukiwarkę.
Stary URL nadal w mapie i linkach
Przekierowanie chroni wejścia z dawnych odnośników, ale nie powinno stać się stałą trasą wewnątrz serwisu. Zmień menu, treść, breadcrumbsy i karty artykułów. Usuń stary adres z mapy XML. Jeśli potrzebujesz uporządkować sitemapę po migracji, skorzystaj z poradnika jak sprawdzić mapę strony WordPress.
Sprawdź nowy URL w Search Console, prześlij aktualną mapę i obserwuj błędy. Jeśli strona docelowa nie pojawia się w wynikach, osobno przeprowadź diagnozę braku widoczności w Google. Poprawne 301 nie omija noindex ani problemu jakości strony końcowej.
Przy nowej domenie lub świeżo opublikowanym adresie możesz dodatkowo użyć procedury zgłoszenia strony do Google, ale dopiero wtedy, gdy przekierowanie, canonical i URL końcowy są już spójne.
Najczęstsze pytania
Czy przekierowanie 301 jest stałe?
Tak — komunikuje trwałą zmianę lokalizacji. Technicznie regułę można później usunąć, ale nie należy wybierać 301 dla krótkiego testu. Jeśli stary adres ma wrócić jako główny, użyj rozwiązania tymczasowego.
Czy 301 przenosi moc starego adresu?
Google traktuje stałe przekierowanie jako sygnał kanoniczny i podaje, że stałe przekierowania nie powodują utraty PageRanku. Efekt wymaga jednak ponownego skanowania, właściwego dopasowania stron i spójnych sygnałów. Nie jest to gwarancja identycznej pozycji natychmiast po zmianie.
Czy można przekierować wszystkie błędy 404 na stronę główną?
Nie powinno się tego robić. Przekierowuj tylko wtedy, gdy istnieje trafny odpowiednik. W przeciwnym razie zwróć prawdziwe 404 lub 410 i przygotuj pomocną stronę błędu z wyszukiwarką oraz kategoriami.
Jak długo utrzymywać przekierowanie po migracji?
Google zaleca utrzymywać przekierowania po zmianie domeny możliwie długo, co najmniej około roku, aby sygnały mogły zostać przetworzone. Dla użytkowników i starych linków często warto pozostawić je bezterminowo, jeśli koszt utrzymania jest niski.
Czy po ustawieniu 301 trzeba zmieniać linki wewnętrzne?
Tak. Linki powinny prowadzić bezpośrednio do nowego adresu. Ogranicza to niepotrzebne przeskoki, przyspiesza nawigację i ujednolica sygnały dla wyszukiwarki.
Dlaczego przekierowanie działa u mnie, ale nie u innych?
Przyczyną może być cache przeglądarki, WordPressa, serwera albo CDN. Sprawdź kod odpowiedzi niezależnym narzędziem i w prywatnym oknie, wyczyść właściwą warstwę cache oraz upewnij się, że reguła działa na serwerze obsługującym publiczną domenę.