Zmiana adresu URL może wydawać się drobną modyfikacją, ale z perspektywy SEO potrafi mieć poważne konsekwencje. Usunięcie strony, zmiana struktury adresów, migracja na nową domenę czy przejście z HTTP na HTTPS oznaczają, że wyszukiwarka musi otrzymać informację, co stało się ze starym adresem. Jednym z najważniejszych narzędzi w takiej sytuacji jest przekierowanie 301.
Prawidłowo wdrożone przekierowanie pozwala wskazać nowy adres zasobu i zachować sygnały związane ze starym URL-em. Błędna konfiguracja może jednak prowadzić do łańcuchów przekierowań, błędów indeksowania, utraty ruchu albo kierowania użytkowników na niepowiązane strony.
Czym dokładnie jest przekierowanie 301, kiedy warto je stosować i jak zaplanować je tak, aby zmiana adresów nie skończyła się problemami z widocznością?
Przekierowanie 301 to stałe przekierowanie ze starego adresu URL na nowy. Kod HTTP 301 Moved Permanently informuje przeglądarkę, roboty wyszukiwarek i inne systemy, że dany zasób został trwale przeniesiony pod inny adres.
Przykład jest prosty:
https://example.pl/blog/stary-artykul
zostaje przekierowany na:
https://example.pl/blog/nowy-artykul
Użytkownik wpisujący pierwszy adres zostanie automatycznie przeniesiony na drugi. Dla wyszukiwarki jest to natomiast sygnał, że stary URL nie jest już docelowym adresem treści.
Ma to duże znaczenie w SEO, ponieważ wraz ze zmianą adresu można zachować sygnały zgromadzone przez dotychczasowy URL.
Google wskazuje, że przekierowania stałe, takie jak 301 i 308, nie powodują utraty PageRank. Jednocześnie sama zmiana adresu może przez pewien czas powodować wahania widoczności, ponieważ wyszukiwarka musi ponownie przetworzyć i zindeksować zmienione adresy.
301 nie jest więc sposobem na „przeniesienie pozycji” jednym kliknięciem. Jest mechanizmem, który pozwala poprawnie poinformować wyszukiwarkę o trwałej zmianie lokalizacji strony.
301 stosuje się przede wszystkim wtedy, gdy stary adres przestaje być właściwym adresem strony, ale jego odpowiednik nadal istnieje pod innym URL-em.
Typowym przykładem jest zmiana adresu konkretnej podstrony. Jeżeli artykuł znajduje się pod adresem:
/blog/jak-dbac-o-wlosy
i zmieniasz go na:
/blog/prawidlowe-dbanie-o-wlosy
stary URL powinien prowadzić do nowego.
Podobnie wygląda sytuacja podczas zmiany struktury całej witryny. Jeżeli jakieś adresy zostają zastąpione przez nowe, warto przygotować odpowiednią mapę przekierowań, zamiast pozostawiać stare adresy z kodem 404.
Przekierowania 301 są również jednym z elementów migracji domeny. Jeżeli firma przenosi stronę z:
stara-domena.pl
na:
nowa-domena.pl
stare adresy powinny prowadzić do odpowiadających im nowych URL-i.
Google zaleca w takiej sytuacji przygotowanie mapowania starych adresów na nowe jeszcze przed rozpoczęciem migracji. Dopiero na tej podstawie należy skonfigurować przekierowania i monitorować ruch oraz indeksowanie po zmianie.
Przekierowanie może być również potrzebne przy zmianie protokołu:
http://example.pl → https://example.pl
W przypadku takiej migracji trzeba zadbać nie tylko o samo przekierowanie, ale również o spójność canonicali, mapy XML, linkowania wewnętrznego i pozostałych sygnałów wskazujących właściwą wersję adresu.
Przekierowanie jest przydatne również wtedy, gdy kilka stron zostaje połączonych w jedną.
Załóżmy, że na blogu istnieją trzy artykuły dotyczące podobnego zagadnienia. Zamiast utrzymywać trzy słabsze i częściowo powtarzające się materiały, można przygotować jeden kompleksowy artykuł i przekierować stare, tematycznie powiązane adresy na nową wersję.
To rozwiązanie ma sens wtedy, gdy nowa strona rzeczywiście zastępuje wcześniejszą zawartość. Google przestrzega przed przekierowywaniem wielu niezwiązanych ze sobą URL-i na stronę główną lub przypadkową podstronę. Takie działanie może być uznane za nieprawidłowe, a w określonych przypadkach prowadzić do traktowania przekierowania jako soft 404.
Najprościej mówiąc, 301 służy do trwałej zmiany, a 302 do przekierowania tymczasowego.
Jeżeli adres strony został zmieniony na stałe, odpowiednim rozwiązaniem będzie 301. Jeśli natomiast przekierowanie ma obowiązywać tylko przez określony czas, sytuacja jest inna.
Przykładowo, jeżeli sklep tymczasowo kieruje użytkowników z jednej strony na inną z powodu krótkotrwałej zmiany, nie powinien automatycznie traktować tego jako trwałej migracji URL.
W przypadku przekierowań tymczasowych stosuje się m.in. 302 lub 307. Z kolei Google w dokumentacji dotyczącej migracji stron rekomenduje stosowanie trwałych przekierowań HTTP 301 lub 308, gdy zmiana adresu jest rzeczywiście stała.
Różnica nie sprowadza się więc do samej liczby w kodzie HTTP. Najpierw trzeba odpowiedzieć na pytanie: czy adres zmienia się na stałe? Jeżeli tak – 301 jest naturalnym wyborem.
Samo przekierowanie 301 nie oznacza automatycznej utraty wartości SEO starego adresu. Google potwierdza, że przekierowania stałe nie powodują utraty PageRank. Nie oznacza to jednak, że każda migracja URL-i przebiegnie bez żadnych zmian w widoczności.
Wyszukiwarka musi ponownie odwiedzić stare i nowe adresy, przetworzyć przekierowania i zaktualizować swoje informacje dotyczące witryny. W tym czasie mogą wystąpić przejściowe wahania pozycji.
Dużo większym problemem niż sam fakt zastosowania 301 jest błędne przekierowanie.
Jeżeli wartościowy artykuł zostanie przekierowany na stronę, która nie odpowiada jego tematyce, wyszukiwarka nie otrzymuje jasnego sygnału, że nowy URL jest rzeczywistym następcą starego. Podobnie problematyczne jest przekierowanie całej struktury witryny na jeden, niepowiązany adres.
Dlatego najważniejsze nie jest pytanie „czy zrobić 301?”, ale „dokąd przekierować konkretny URL i dlaczego właśnie tam?”
Największy błąd polega na dodawaniu przekierowań dopiero po uruchomieniu nowej wersji strony. Przy większej witrynie szybko może okazać się, że setki lub tysiące starych adresów nie mają przypisanego odpowiednika.
Dlatego przed migracją warto przygotować mapę URL-i.
Powinna ona zawierać co najmniej:
| Stary URL | Nowy URL | Typ zmiany |
| /blog/stary-artykul | /blog/nowy-artykul | zmiana adresu |
| /oferta/usluga | /uslugi/nazwa-uslugi | zmiana struktury |
| /produkt/stary-produkt | /produkt/nowy-produkt | zmiana produktu |
| /stara-kategoria | /nowa-kategoria | zmiana kategorii |
Nie każdy stary adres musi mieć odpowiednik jeden do jednego. Jeżeli kilka stron zostało połączonych w jeden wartościowy materiał, kilka URL-i może prowadzić do jednej nowej strony. Warunkiem jest jednak rzeczywiste powiązanie tematyczne i funkcjonalne.
W przypadku dużych serwisów Google zaleca przygotowanie dokładnego schematu mapowania adresów jeszcze przed uruchomieniem przekierowań.
Załóżmy, że użytkownik wchodzi na: URL A, a serwer przekierowuje go na: URL B, który następnie przekierowuje na: URL C. Powstaje łańcuch przekierowań.
Taki schemat jest niepotrzebnym obciążeniem zarówno dla użytkownika, jak i robotów. Google zaleca kierowanie starego adresu bezpośrednio do docelowego URL-a. Jeżeli nie jest to możliwe, łańcuch powinien być możliwie krótki.
Dlatego jeśli: /stary-adres pierwotnie prowadził do: /nowy-adres, a ten został później zmieniony na: /docelowy-adres, lepiej zaktualizować regułę tak, aby działała: /stary-adres → /docelowy-adres,zamiast utrzymywać dwa przekierowania.
To szczególnie ważne podczas wielokrotnych przebudów serwisu. Stare reguły przekierowań często pozostają na serwerze przez lata i po kolejnych zmianach zaczynają tworzyć trudną do kontrolowania sieć zależności.
To jeden z częstszych błędów podczas migracji.
Wyobraźmy sobie, że sklep usuwa 300 produktów i zamiast sprawdzić, co powinno stać się z każdym adresem, kieruje wszystkie stare URL-e na stronę główną.
Technicznie użytkownik gdzieś trafia, ale z punktu widzenia SEO taki schemat nie przekazuje wyszukiwarce sensownej informacji o relacji między starą i nową treścią.
Jeżeli produkt został zastąpiony innym, odpowiednim miejscem może być strona nowego produktu. Jeżeli kilka artykułów zostało połączonych, właściwym miejscem może być nowy, kompleksowy materiał. Jeżeli natomiast dana treść została bezpowrotnie usunięta i nie ma odpowiednika, nie zawsze należy na siłę tworzyć przekierowanie.
Nie. Nie każda usunięta strona powinna otrzymać przekierowanie 301.
Jeżeli usunięty URL ma wartościowy i logiczny odpowiednik, przekierowanie może być właściwym rozwiązaniem. Jeżeli jednak strona nie ma odpowiednika, próba znalezienia „czegokolwiek podobnego” tylko po to, aby uniknąć 404, nie zawsze ma sens.
Kod 404 Not Found informuje, że serwer nie znalazł żądanego zasobu. Sam fakt występowania 404 nie oznacza automatycznie problemu SEO. Problem pojawia się wtedy, gdy usunięte wartościowe strony, które powinny prowadzić do nowych zasobów, pozostają bez odpowiedniego rozwiązania.
Dlatego przy porządkowaniu witryny warto patrzeć nie na samą liczbę błędów 404, lecz na ich źródło, znaczenie i sposób, w jaki użytkownicy oraz roboty docierają do tych adresów.
Tak, ale trzeba uważać na sposób myślenia o przekierowaniach.
301 nie jest narzędziem do „dopompowywania” dowolnej strony linkami ze starych URL-i. Jego podstawową funkcją jest prawidłowe wskazanie, że zasób został trwale przeniesiony lub zastąpiony innym zasobem.
Dobrze wykorzystany może natomiast pomóc uporządkować serwis. Przykładowo: stary artykuł + drugi artykuł o bardzo zbliżonej tematyce → jeden lepszy materiał → przekierowanie starych URL-i na nową stronę.
Podobnie można uporządkować zmienioną strukturę kategorii, adresy produktów czy URL-e po migracji CMS.
W tym sensie 301 jest nie tylko technicznym mechanizmem przekierowania użytkownika, ale również elementem zarządzania architekturą informacji i sygnałami SEO witryny.
Jeśli masz zapamiętać z tego artykułu kilka rzeczy, powinny być to przede wszystkim następujące zasady:
Najważniejsze jest jednak to, aby każdą zmianę URL planować z wyprzedzeniem. Dobrze przygotowana mapa przekierowań jest znacznie bezpieczniejsza niż próba naprawiania widoczności po uruchomieniu nowej wersji strony.
Tak, jeśli jest stosowane zgodnie z przeznaczeniem. 301 informuje o trwałej zmianie adresu i pozwala wyszukiwarce powiązać stary URL z nowym. Samo przekierowanie nie gwarantuje jednak zachowania identycznych pozycji, ponieważ przy migracji wyszukiwarka musi ponownie przetworzyć zmienione adresy.
301 stosuje się przy trwałej zmianie adresu, natomiast 302 jest przeznaczone do przekierowań tymczasowych. Wybór kodu powinien wynikać z tego, czy stary URL ma zostać definitywnie zastąpiony nowym.
Nie. Przekierowanie ma sens przede wszystkim wtedy, gdy istnieje odpowiedni nowy adres. Nie warto kierować usuniętych stron na przypadkowe podstrony tylko po to, aby zmniejszyć liczbę błędów 404.
Tak, jeżeli nowa strona rzeczywiście zastępuje treści znajdujące się wcześniej pod kilkoma adresami. Przykładem może być połączenie kilku podobnych artykułów w jeden kompleksowy materiał. Nie należy natomiast masowo przekierowywać niezwiązanych URL-i na stronę główną.
Przy migracji URL-i Google zaleca utrzymywanie przekierowań zwykle przez co najmniej rok. W wielu przypadkach warto pozostawić je jeszcze dłużej, szczególnie jeśli stary adres może być używany przez użytkowników lub znajdować się w zewnętrznych źródłach.
