Przekierowanie 301 to odpowiedź serwera: strona została trwale przeniesiona pod inny adres URL. Odczytują ją przeglądarki i roboty wyszukiwarek. [1] W tym artykule sprawdzisz, kiedy stosować przekierowania 301, jak je ustawić i przetestować oraz jak obserwować ruch po zmianie adresu. Odpowiedź HTTP 301 Moved Permanently opisuje sekcja 15.4.2 standardu RFC 9110 [2].
Czym jest przekierowanie 301?
W protokole HTTP przekierowanie 301 odsyła do nowego URL zamiast zwracać treść pod starym adresem. To trwała zmiana, nie rozwiązanie tymczasowe. Według RFC 9110 odpowiedź 301 może domyślnie trafić do pamięci podręcznej, jeśli inne reguły tego nie wykluczają [2].
Co oznacza kod HTTP 301 Moved Permanently?
HTTP 301 Moved Permanently oznacza, że zasób ma już stały adres w innym miejscu. Serwer podaje go w nagłówku Location, a przeglądarka wysyła tam kolejne żądanie. Kod mówi o zmianie adresu, nie o zawartości strony docelowej.
Przy kodzie 301 klient może zamienić metodę POST na GET. Kod 308 zachowuje metodę pierwotnego żądania [2].
Dlaczego trwała zmiana adresu ma znaczenie w SEO?
Przekierowanie 301 pomaga robotom wyszukiwarek powiązać stary URL z nowym. Bez niego robot może wracać pod nieaktualny adres, a użytkownik zobaczy niedostępną stronę. Sam kod nie wystarczy: strona docelowa musi odpowiadać przenoszonej treści. Google zaleca mapować odpowiadające sobie adresy 1:1 – starą podstronę kierować na jej nowy odpowiednik [3].
Jak działa przekierowanie na poziomie przeglądarki i serwera?
Przekierowanie 301 zaczyna się od żądania wysłanego przez przeglądarkę pod stary URL. Serwer odpowiada kodem HTTP 301 i powinien podać nowy adres w nagłówku Location [2]. Dalej przeglądarka sama wykonuje kolejne żądanie.
- Serwer zwraca kod HTTP 301 oraz nowy adres w nagłówku Location.
- Przeglądarka odczytuje nagłówek i wysyła żądanie pod wskazany adres.
- Serwer docelowy zwraca treść strony, którą przeglądarka pokazuje użytkownikowi.
Cały proces kończy się wyświetleniem strony spod adresu docelowego. Gdy przeglądarka wysyła tam żądanie, działająca strona powinna odpowiedzieć kodem HTTP 200 OK [2].
Co widzi użytkownik, a co otrzymuje wyszukiwarka?
Przekierowanie 301 prowadzi użytkownika i robota pod ten sam adres. Oboje odbierają odpowiedź serwera, ale korzystają z niej w innym celu.
Tabela pokazuje, co przekierowanie oznacza dla użytkownika i robota wyszukiwarki.
| Odbiorca | Efekt przekierowania |
|---|---|
| Użytkownik | Widzi stronę pod nowym adresem URL. |
| Robot wyszukiwarki | Otrzymuje kod HTTP 301 i adres docelowy z nagłówka Location. |
Użytkownik może przeglądać nową stronę. Robot z kolei otrzymuje sygnał o trwałej zmianie adresu, który uwzględni podczas indeksowania. Ta sama odpowiedź serwera służy więc odwiedzającemu i wyszukiwarce do różnych celów.
Co oznacza przekierowanie 301 dla SEO i użytkowników?
Przekierowanie 301 prowadzi odwiedzających na nową stronę i pomaga wyszukiwarce połączyć ją ze starym adresem. Dzięki temu ruch może przejść na zmieniony URL, a sygnały SEO związane z poprzednim adresem – na jego następcę. [4] Liczy się jednak także treść strony docelowej: czy odpowiada temu, czego szukał użytkownik? Według Google prawidłowe przekierowanie 301 powoduje 0% utraty PageRank, ale nie daje gwarancji utrzymania ruchu organicznego [3].
Jak Google interpretuje odpowiedź HTTP 301?
Google traktuje odpowiedź HTTP 301 jako sygnał trwałej zmiany adresu. Gdy robot napotka takie przekierowanie, może uznać nowy URL za stały zamiennik starego podczas indeksowania. [1] Odwiedzi też stronę docelową, by ocenić jej treść. Google podaje, że Googlebot śledzi zwykle do 10 kolejnych przekierowań podczas indeksowania treści internetowych [5].
Jak zmiana adresu wpływa na indeksowanie i sygnały kanoniczne?
Przekierowanie 301 wskazuje wyszukiwarce preferowany URL, ale nowa strona musi nadawać się do indeksowania. Adres kanoniczny to adres, który wyszukiwarka wybiera jako reprezentatywny dla danej treści. Linki wewnętrzne, mapa witryny i oznaczenia kanoniczne powinny prowadzić do nowego adresu, nie do starego. Według Google przekierowanie i rel=”canonical” to silne sygnały kanoniczności; wpis w mapie witryny jest sygnałem słabym [6].
Czy kod 301 gwarantuje zachowanie całej wartości SEO?
Kod 301 nie zapewnia zachowania całej widoczności ani ruchu organicznego. Sygnalizuje przeniesienie, ale nowa strona nadal musi odpowiadać zapytaniom, na które widoczna była stara. Jeśli poradnik trafi na stronę o innej tematyce, użytkownik nie znajdzie szukanej treści. Google może potraktować przekierowanie wielu starych adresów na niepowiązaną stronę jako błąd „soft 404” [3].
Jak błędny adres docelowy wpływa na użytkowników i widoczność?
Błędny adres docelowy prowadzi do niepowiązanej treści albo do strony, która nie działa. Robot otrzymuje wtedy sygnał przeniesienia niezgodny z tym, co znajduje pod nowym URL. Kieruj stary adres prosto do działającej podstrony o tym samym przeznaczeniu. Google zaleca, by prowadziło do niej bezpośrednie przekierowanie, bez adresów pośrednich [3].
O powodzeniu przeniesienia decyduje nie tylko zmiana URL, lecz także zgodność nowej strony z potrzebą użytkownika.
Czym różni się trwałe przekierowanie od tymczasowego?
Przekierowanie 301 oznacza zmianę trwałą, a przekierowanie tymczasowe – przeniesienie na pewien czas. Wybór zależy od prostego pytania: czy strona wróci pod stary URL? Zgodnie z RFC 9110 kod HTTP 301 oznacza trwałe przeniesienie zasobu, a kod 302 – tymczasowe [2].
Kiedy wybrać kod 301?
Kod 301 wybierz, gdy treść przeniosła się na stałe i nie wróci pod stary adres. Tak bywa choćby przy trwałej zmianie ścieżki podstrony. Jeśli planujesz powrót do poprzedniego URL, zastosuj kod tymczasowy.
Co oznacza tymczasowe przekierowanie 302?
Przekierowanie 302 mówi, że zasób znajduje się pod innym adresem tylko przejściowo. Stary URL pozostaje miejscem, do którego strona ma wrócić. Ten wariant pasuje do czasowego przeniesienia treści, ale nie do zakończonej migracji.
Czym różnią się kody 301, 302, 307 i 308?
Kody przekierowań HTTP różnią się trwałością zmiany. Różnica dotyczy też metody żądania – na przykład tego, czy przeglądarka ponowi POST jako POST.
Tabela zestawia trwałość przeniesienia i sposób obsługi metody żądania.
| Kod | Trwałość | Metoda żądania |
|---|---|---|
| 301 | Trwałe przeniesienie | Przeglądarka może zmienić POST na GET |
| 302 | Tymczasowe przeniesienie | Przeglądarka może zmienić POST na GET |
| 307 | Tymczasowe przeniesienie | Metoda zostaje zachowana |
| 308 Permanent Redirect | Trwałe przeniesienie | Metoda zostaje zachowana |
Kod 307 lub 308 wybierz, jeśli serwer musi zachować metodę pierwotnego żądania. Sam kod 301 tego nie zapewnia.
Czy przekierowanie 301 można cofnąć?
Przekierowanie 301 da się cofnąć, usuwając regułę. Nie oznacza to jednak, że wyszukiwarka automatycznie przywróci stary adres do indeksu. Serwer znów udostępni pod nim treść, ale robot musi ją odwiedzić i ocenić. Kod trwały stosuj więc wtedy, gdy nie planujesz powrotu do poprzedniego URL.
O wyborze między przekierowaniem stałym a tymczasowym rozstrzyga planowany los starego adresu.
Jak skonfigurować przekierowanie 301 krok po kroku?
Przekierowanie 301 ustawiasz, przypisując staremu URL działający adres docelowy i trwałą odpowiedź serwera. Reguła powinna obejmować wyłącznie adresy, które rzeczywiście zmieniły lokalizację [3].
Od czego zacząć tworzenie reguły przekierowania?
Regułę przekierowania zacznij od spisania pełnego starego URL i nowego adresu, który mu odpowiada. Sprawdź, czy strona docelowa działa oraz zastępuje przenoszoną treść. Następnie ustal zakres: pojedynczy adres czy grupa ścieżek?
Jak wskazać adres docelowy w odpowiedzi serwera?
Odpowiedź serwera musi zawierać kod HTTP 301 i nagłówek Location z adresem docelowym. Podaj w nim pełny URL, z właściwym protokołem i domeną. Sprawdź też, czy wskazuje stronę końcową, a nie następne przekierowanie.
Jak ustawić adres źródłowy i docelowy w regule?
Adres źródłowy określa żądanie uruchamiające regułę. Docelowy wskazuje miejsce, do którego trafi użytkownik. Zapisz źródło tak, by nie objąć podstron, które pozostały bez zmian. Wyłącz też adres docelowy z reguły – inaczej możesz utworzyć pętlę.
Kiedy konfiguracja WordPressa wymaga zmian na serwerze?
WordPress nie obsłuży każdego żądania dotyczącego witryny. Gdy przekierowanie ma zadziałać przed uruchomieniem aplikacji, ustaw je na serwerze. Dotyczy to na przykład ujednolicania wariantu domeny i protokołu dla całej witryny. Reguły serwera i WordPressa sprawdź razem, by nie kierowały tego samego adresu w różne miejsca.
Podstawą konfiguracji są trzy zgodne elementy: stary URL, działająca strona docelowa i miejsce obsługi reguły.
Jak zaplanować mapę przekierowań przy migracji adresów?
Mapa przekierowań 301 łączy każdy przenoszony URL z właściwą stroną docelową. Przy zmianie domeny uwzględnij podstrony starej witryny. Każda powinna prowadzić do swojego odpowiednika w nowej domenie. [7]
Kiedy w planie migracji wybrać 301 zamiast 302?
W planie migracji kod dobierasz do przewidywanego czasu trwania zmiany.
| Kod | Kiedy wybrać |
|---|---|
| Kod 301 | Gdy przeniesienie adresów jest trwałe. |
| Kod 302 | Gdy zmiana jest przejściowa, a treść wróci pod dotychczasowy URL. |
Jak dopasować stary adres do właściwej nowej strony?
Mapę starych i nowych adresów układaj według treści i przeznaczenia podstron. Podobna nazwa ścieżki nie wystarczy, jeśli strony dotyczą czegoś innego.
- Stary URL zapisz osobno dla każdej przenoszonej podstrony.
- Nowy URL przypisz stronie zastępującej treść dostępną wcześniej pod starym adresem.
- Adres docelowy sprawdź pod kątem dostępności przed dodaniem pary adresów do reguł.
Tak przygotowana mapa ułatwia skierowanie każdej przenoszonej treści we właściwe miejsce, zamiast pod przypadkowy adres.
Jak w PHP odróżnić trwałą zmianę adresu od tymczasowej?
PHP rozróżnia rodzaj przeniesienia dzięki kodowi odpowiedzi wysłanemu wraz z adresem docelowym. Dla trwałej migracji ustaw kod 301, a dla przejściowej – 302. Sam nagłówek z nowym URL nie mówi, jak długo ma obowiązywać zmiana.
Jak długo utrzymywać przekierowania po migracji?
Przekierowania 301 utrzymuj możliwie długo, zwłaszcza gdy stare adresy nadal pojawiają się w linkach lub odwiedzają je roboty. Po zbyt szybkim usunięciu reguł wyszukiwarka może znów indeksować nieistniejące adresy. [8] Zanim usuniesz regułę, sprawdź, czy stary URL wciąż otrzymuje żądania.
Dobra mapa wskazuje właściwą nową stronę dla każdego starego adresu i porządkuje reguły przed migracją.
Gdzie wdrażać przekierowania i jak unikać łańcuchów?
Przekierowania 301 wdrażaj tam, gdzie obsługiwane są stare adresy. Każda reguła powinna prowadzić prosto do strony końcowej. Łańcuch przekierowań przechodzi przez adresy pośrednie i wydłuża drogę do treści. [7] Pętla przekierowań odsyła żądanie między adresami, więc przeglądarka nie wyświetli strony docelowej. [7]
W jakich sytuacjach najczęściej potrzebne jest trwałe przekierowanie?
Ruch z usuniętej strony możesz skierować do istniejącej treści o podobnej tematyce. Jeśli takiej strony nie ma, przekierowanie na niepowiązany adres nie rozwiąże problemu brakującej treści.
Czym różni się przekierowanie pojedynczego adresu od reguły dla wielu stron?
Zakres reguły dobierz do liczby adresów, które faktycznie przenosisz.
| Rodzaj reguły | Zakres | Na co uważać |
|---|---|---|
| Reguła pojedynczego adresu | Łączy konkretny stary URL z konkretnym nowym URL. | Sprawdź zgodność strony docelowej ze starą treścią. |
| Reguła zbiorcza | Obejmuje adresy spełniające wspólny warunek. | Kontroluj wyjątki, by nie objąć podstron pozostających pod dotychczasowymi adresami. |
Gdzie ustawić reguły w popularnych systemach CMS?
Reguły przekierowań ustawisz w CMS albo na serwerze witryny. Na Apache służy do tego plik .htaccess; na Nginx – pliki konfiguracyjne serwera. [7] Jeśli korzystasz z CMS, sprawdź, czy reguły aplikacji nie kłócą się z serwerowymi.
Lista kontrolna pomaga wykryć błędy adresów docelowych po wdrożeniu:
- Błąd 404 oznacza, że adres docelowy nie udostępnia oczekiwanej strony; sprawdź URL w regule.
- Łańcuch przekierowań powstaje, gdy adres docelowy ponownie odsyła dalej; skieruj regułę źródłową na końcowy URL.
- Pętla przekierowań zawraca żądanie do wcześniejszego adresu; usuń regułę, która ją powoduje.
Adres końcowy wpisany bezpośrednio w regule ogranicza łańcuchy. Kontrola pozostałych reguł pomaga uniknąć pętli i błędów strony docelowej.
Kod HTTP 301 Moved Permanently w odpowiedzi serwera
Kod HTTP 301 Moved Permanently pojawia się w odpowiedzi serwera na żądanie starego URL. Oznacza trwałe przeniesienie zasobu. Nagłówek Location wskazuje, dokąd klient ma wysłać następne żądanie. Sama odpowiedź przekierowująca nie zawiera nowej strony – przeglądarka pobierze ją dopiero spod adresu docelowego.
Odpowiedź serwera może wyglądać tak: „HTTP/1.1 301 Moved Permanently” oraz „Location: https://example.com/nowa-strona/”. Nowy URL widoczny w przeglądarce nie potwierdza jeszcze kodu zwróconego przez stary adres. Przejście mogło też nastąpić za sprawą skryptu. Rodzaj przekierowania poznasz po odpowiedzi HTTP dla starego URL.
Sprawdzaj odpowiedź serwera dla starego adresu, nie tylko stronę widoczną w przeglądarce.
Dlaczego ruch organiczny może spaść po zmianie adresów?
Ruch organiczny może spaść po zmianie adresów, zanim wyszukiwarka odkryje nowe strony i je zaindeksuje. Robot musi wrócić pod stare URL, odczytać przekierowania i ocenić strony docelowe. Spadek może się utrzymywać, jeśli nowe adresy są zablokowane przed indeksowaniem albo zwracają błąd [3].
Zmiana treści podczas migracji także może odbić się na ruchu. Nowa strona nie zawsze odpowiada zapytaniom, które wcześniej prowadziły do starej. Porównaj ruch przenoszonych podstron przed migracją z ruchem ich nowych odpowiedników. Przy adresach, które straciły wejścia, sprawdź dostępność, indeksowanie i zgodność treści.
Spadek ruchu analizuj równolegle w tych trzech obszarach. Samo działające przekierowanie nie wyjaśnia jeszcze, co stało się z widocznością strony.
Jak zweryfikować przekierowanie 301 po wdrożeniu?
Przekierowanie 301 sprawdź od początku do końca: odpowiedź starego URL, całą ścieżkę przejścia i status strony końcowej. Taki test pokaże zarówno drogę żądania, jak i końcową odpowiedź serwera. [7]
Jak sprawdzić kod odpowiedzi i końcowy adres strony?
Kod odpowiedzi i adres końcowy zobaczysz w zakładce Sieć narzędzi deweloperskich przeglądarki.
- Stary adres URL otwórz przy włączonym rejestrowaniu żądań sieciowych.
- Pierwsza odpowiedź powinna zawierać kod 301 i nagłówek Location; sprawdź oba elementy.
- Adres końcowy powinien wyświetlać właściwą treść; sprawdź, czy strona działa [3].
Lista żądań pokaże też, czy między starym URL a stroną końcową pojawiają się adresy pośrednie.
Kiedy Google wykryje przekierowanie ustawione w PHP?
Google wykryje regułę ustawioną w PHP, gdy jego robot ponownie odwiedzi stary adres i otrzyma odpowiedź 301. Termin wizyty zależy od harmonogramu indeksowania. Sam zapis reguły nie zmieni więc od razu wyników wyszukiwania. W Google Search Console sprawdzisz stan indeksowania nowego URL po wizycie robota.
Weryfikacja powinna objąć całą drogę: od pierwszej odpowiedzi starego adresu do działającej strony końcowej.
Przekierowanie domeny i podstron: trzy scenariusze
Przekierowanie 301 może dotyczyć jednej podstrony, wariantu domeny albo całej domeny wraz z podstronami. Reguła powinna obejmować tylko adresy, które trwale zastąpiono [9].
Jak przenieść pojedynczą podstronę na nowy adres?
Pojedynczą podstronę przenieś, łącząc jej stary URL z nową stroną o odpowiadającej treści. Ogranicz regułę do tego adresu. Pozostałe podstrony powinny działać bez zmian.
Jak przekierować wersję www na wersję bez www?
Wersję z „www” skieruj na odpowiadające jej adresy bez „www”, zachowując ścieżki podstron. Wybór głównego wariantu domeny za pomocą 301 ogranicza duplikację treści między wersjami URL. [1] Po wdrożeniu certyfikatu SSL przekierowanie 301 może też przenosić ruch z HTTP na HTTPS. [1] [10]
Jak przenieść domenę wraz z jej podstronami?
Całą domenę przenoś według mapy starych i nowych podstron. W regule zbiorczej zachowaj ścieżkę tylko tam, gdzie prowadzi do właściwej strony w nowej domenie. Zmienione ścieżki przypisz osobno, zamiast odsyłać wszystkie żądania na stronę główną.
Zakres przekierowania musi odpowiadać rzeczywistemu zakresowi zmiany adresów [3].
W każdym scenariuszu sprawdź, czy reguły nie obejmują podstron pozostających pod dotychczasowym URL.
.htaccess i WordPress: dwa miejsca konfiguracji reguł
Przekierowanie 301 ustawisz w pliku .htaccess na serwerze Apache albo w instalacji WordPressa obsługującej stary adres. Żądanie starego URL musi docierać do wybranego miejsca konfiguracji. W przeciwnym razie reguła nie zadziała.
Jak dodać prostą regułę 301 do pliku.htaccess?
Plik.htaccess pozwala połączyć starą ścieżkę z nowym URL za pomocą dyrektywy Redirect. Przed edycją administrator powinien zrobić kopię pliku, bo błędny wpis może unieruchomić stronę. [7] Następnie dodaj regułę Redirect 301 /stara/ https://example.com/nowa/, zapisz plik i sprawdź odpowiedź starego adresu.
Jak uporządkować reguły w.htaccess, by ze sobą nie kolidowały?
Reguły w.htaccess ułóż tak, by ogólne warunki nie przesłoniły bardziej szczegółowych. Plik jest przetwarzany od góry do dołu, dlatego kolejność wpisów może zmienić działanie przekierowań. [4] Po edycji przetestuj nową regułę oraz adresy obsługiwane przez wcześniejsze wpisy.
Gdzie ustawić przekierowanie w WordPressie?
WordPress może obsłużyć przekierowanie przez wtyczkę Redirection. Wpisujesz w niej źródłowy i docelowy URL bez ręcznej edycji.htaccess. [1] Wtyczka nie przechwyci jednak ruchu z zewnętrznej domeny, jeśli żądania nie docierają do instalacji WordPressa, na której działa. [11]
Czy przekierowanie w PHP może zastąpić regułę w.htaccess?
PHP zastąpi regułę w.htaccess tylko wtedy, gdy żądanie dociera do skryptu aplikacji. Tabela porównuje zasięg i ograniczenia obu miejsc konfiguracji.
| Miejsce | Zakres | Ograniczenie |
|---|---|---|
| .htaccess | Żądania obsługiwane przez Apache | Nie nadaje się do konfiguracji na Nginx |
| PHP | Żądania docierające do skryptu | Nie nadaje się do adresów obsługiwanych przed uruchomieniem aplikacji |
PHP nie zastąpi reguły serwera, jeśli stary adres w ogóle nie uruchamia skryptu.
Miejsce konfiguracji wybierz według drogi żądania starego URL: musi ono trafić do reguły, którą ustawiasz.
PHP i panel home.pl: konfiguracja w aplikacji lub hostingu
Przekierowanie 301 możesz ustawić w skrypcie PHP obsługującym stary adres albo w konfiguracji hostingu, jeśli dostępna jest taka reguła. Decyduje miejsce, do którego faktycznie trafia żądanie starego URL.
Jak ustawić nagłówek przekierowania w PHP?
PHP wysyła przekierowanie funkcją header(), podając adres docelowy i jawny kod 301. Po wysłaniu nagłówka zakończ wykonywanie skryptu przez exit() lub die(). Dzięki temu aplikacja nie będzie dalej przetwarzać starego adresu. [8]
Gdzie znaleźć ustawienia przekierowań w panelu home.pl?
Panel home.pl wymaga sprawdzenia ustawień domeny oraz hostingu przypisanego do starego URL. Przed zapisaniem reguły upewnij się, że żądania trafiają do hostingu, którego konfigurację edytujesz. Dostępność samego ustawienia zależy od konfiguracji usługi.
Jakich błędów unikać przy wysyłaniu nagłówków w PHP?
Nagłówek przekierowania w PHP wyślij przed wygenerowaniem treści strony. Wcześniejszy tekst lub odstęp w odpowiedzi może wywołać błąd „Headers already sent”. [8] Nagłówek Location bez jawnego kodu oznacza w PHP domyślne przekierowanie tymczasowe, a nie 301. [8] Sprawdź więc osobno kod odpowiedzi i moment wywołania funkcji.
W PHP równie ważne są jawny kod odpowiedzi i chwila wysłania nagłówka.
Przykłady reguł przy zmianie ścieżek i struktury adresów
Przekierowanie 301 po zmianie ścieżki powinno prowadzić wprost do tej samej treści pod nowym URL. Przykładowa reguła łączy /blog/stary-poradnik/ z /poradniki/nowy-poradnik/, jeśli właśnie tam trwale przeniesiono artykuł.
Błędnie zapisany adres URL też możesz skierować na poprawny: z /poradink/ na /poradnik/. [4] Ogranicz regułę do błędnej pisowni, żeby nie zmieniała działania innych adresów [12].
W obu przypadkach konkretny stary URL prowadzi do adresu, który przejmuje treść albo poprawia zapis.
Shoper i PrestaShop: reguły 301 w sklepach internetowych
Przekierowania 301 w sklepie łączą stare adresy produktów i kategorii z odpowiadającymi im nowymi stronami. W Shoperze reguły ustawisz w panelu administracyjnym. W PrestaShop miejsce konfiguracji zależy od sposobu wdrożenia sklepu.
Gdzie skonfigurować przekierowanie w Shoperze?
Shoper ma w panelu administracyjnym wbudowany moduł przekierowań 301. [1] W regule podaj stary URL i działający adres produktu albo kategorii, która go zastępuje. Po zapisaniu sprawdź, czy użytkownik trafia na właściwą stronę sklepu.
Przy adresach produktów i kategorii sam działający URL nie wystarczy. Strona docelowa powinna odpowiadać tej, której szukał odwiedzający.
Najważniejsze zasady bezpiecznego przenoszenia adresów
Przenoszenie adresów wymaga zgodności planu migracji, reguł serwera i treści stron docelowych. Przed publikacją zmian przejdź przez listę kontrolną:
- Mapa adresów obejmuje każdy URL, który przestanie działać pod dotychczasową ścieżką.
- Strony docelowe zawierają treść odpowiadającą przenoszonym podstronom i są dostępne dla robotów.
- Linki wewnętrzne prowadzą do nowych adresów zamiast polegać na przekierowaniach.
- Pomiar ruchu obejmuje te same podstrony przed migracją i po niej, by wskazać adresy wymagające diagnozy.
Bezpłatny audyt widoczności w AI pozwala sprawdzić, czy przeniesione treści są dostępne pod adresami przeznaczonymi dla użytkowników i systemów AI.
Bezpieczna migracja wymaga pełnej mapy adresów, działających stron docelowych i kontroli ruchu.
Ostatni krok: zapisz regułę i przetestuj adres docelowy
Przekierowanie 301 jest gotowe, gdy zapiszesz regułę i potwierdzisz, że stary URL prowadzi do właściwej strony. Przetestuj odpowiedź starego adresu, końcowy URL i dostępność treści. Po migracji porównuj ruch organiczny nowych podstron z ruchem ich poprzedników. Tak znajdziesz adresy wymagające poprawy [3].
Bezpłatny audyt widoczności w AI może uzupełnić test techniczny. Pozwala ocenić, czy systemy korzystające z witryny mają dostęp do przeniesionych treści.
Powiązane usługi
- Audyt SEO — Technika, treści i linki — z modułem widoczności w AI.
- Pozycjonowanie stron — SEO w Google połączone z widocznością w AI.
Najczęściej zadawane pytania
Czy przeglądarka może zapamiętać odpowiedź 301?
Tak. Zgodnie z RFC 9110 odpowiedź 301 może domyślnie trafić do pamięci podręcznej, o ile inne reguły tego nie wykluczają.
Czy przekierowanie 301 zmienia zawartość strony?
Nie — informuje o trwałej zmianie adresu, a nie o treści strony docelowej. Nowy adres powinien prowadzić do strony odpowiadającej przenoszonej treści.
Co może stać się z żądaniem POST po odpowiedzi 301?
Klient może zmienić metodę POST na GET. Jeśli metoda żądania ma zostać zachowana, standard wskazuje kod 308 dla trwałego przeniesienia.
Jaki kod powinna zwrócić strona po zakończeniu przekierowania?
Działająca strona docelowa powinna odpowiedzieć kodem HTTP 200 OK.
Ile kolejnych przekierowań Googlebot zwykle śledzi podczas indeksowania?
Google podaje, że Googlebot zwykle śledzi do 10 kolejnych przekierowań podczas indeksowania treści internetowych.
Źródła
- Przekierowanie 301 – wszystko co musisz wiedzieć – Webmetric — https://webmetric.com/wiedza/przekierowanie-301-wszystko-co-musisz-wiedziec/
- RFC 9110, sekcje 15.4.2–15.4.3 — https://www.rfc-editor.org/rfc/rfc9110.html#section-15.4.2
- Google Search Central, „Site Moves and Migrations”. — https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Przekierowanie 301 – LH.pl — https://www.lh.pl/pomoc/doc/przekierowanie-301/
- Google Crawling Infrastructure — How HTTP status codes affect Google’s crawlers — https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
- Google Search Central — How to specify a canonical URL — https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Przekierowania 301 – co to jest i jak je wykonać? – DevaGroup — https://www.devagroup.pl/blog/przekierowania-301-potezne-wsparcie-w-seo
- Redirect 301 PHP Header – Przekierowanie stałe – Kurs PHP — https://kursphp.com/redirect-301-php/
- Google Search Central, „Redirects and Google Search”. — https://developers.google.com/search/docs/crawling-indexing/301-redirects
- Apache HTTP Server, „Redirecting and Remapping with mod_rewrite”; Google Search Central, „How to Specify a Canonical with rel=”canonical” and Other Methods”. — https://httpd.apache.org/docs/2.4/rewrite/remapping.html
- Baza wiedzy | Jak włączyć przekierowanie 301 w WordPress? | Hostido — https://hostido.pl/baza-wiedzy/wpis/125/jak-wlaczyc-przekierowanie-301-w-wordpress
- Apache HTTP Server, „mod_alias”. — https://httpd.apache.org/docs/2.4/mod/mod_alias.html
