Łańcuch przekierowań powstaje wtedy, gdy adres nie prowadzi do celu od razu, tylko przez jeden albo kilka pośrednich przystanków. Strona działa, użytkownik dociera tam, gdzie powinien, i właśnie dlatego problem potrafi zostać niezauważony latami. Koszt jest w czasie ładowania, a nie w widocznej awarii, więc nikt go nie zgłasza.
Skrót: we własnym pomiarze na 6 serwisach same przekierowania zjadały od 17 do 74 procent całego czasu potrzebnego na otwarcie strony. Google podaje, że jego robot podąża najwyżej za 10 skokami, ale zaleca zejście do 3 i nieprzekraczanie 5. Wbrew rozpowszechnionej opinii przekierowania nie odbierają mocy linków: Google oświadczyło w 2016 roku, że kody 30x nie powodują utraty PageRank.
Czym jest łańcuch przekierowań
Pojedyncze przekierowanie to jeden przystanek: adres A odsyła do adresu B i na tym koniec. O łańcuchu mówimy wtedy, gdy przystanków jest więcej, czyli adres A odsyła do B, B do C, a dopiero C zwraca właściwą stronę.
Każde ogniwo z osobna jest zwykle poprawnie skonfigurowane i ma swoje uzasadnienie z przeszłości. Problemem jest dopiero suma, bo przeglądarka musi pokonać całą trasę, zanim zobaczy pierwszy element treści. Dla użytkownika oznacza to biały ekran przez cały czas przemierzania kolejnych przystanków.
Skąd biorą się kolejne skoki
Łańcuchy prawie nigdy nie powstają jednym ruchem. Narastają warstwami, a każda warstwa dokładana jest przez kogoś innego i w innym momencie życia serwisu.
- Wymuszenie szyfrowania, dodane przy wdrożeniu certyfikatu, czyli przejście z wersji nieszyfrowanej na szyfrowaną.
- Ujednolicenie wersji z www, ustawione zwykle osobno i na innym poziomie konfiguracji.
- Reguła ze starej struktury adresów, zostawiona po zmianie systemu zarządzania treścią.
- Przekierowanie ze starej domeny, dodane przy zmianie nazwy firmy i nigdy potem nieruszane.
- Ujednolicenie skośnika na końcu adresu, dokładane przez wtyczkę albo konfigurację serwera.
Pojedynczo każda z tych decyzji jest słuszna. Razem tworzą trasę, po której użytkownik przejeżdża przy każdym wejściu z zewnętrznego linku, choć wystarczyłaby jedna reguła prowadząca od razu do celu.
Ile realnie kosztuje łańcuch przekierowań
Zamiast powtarzać ogólniki, zmierzyłem to na żywych serwisach. Poniższe wyniki pochodzą z 16.08.2026 i powstały narzędziem opisanym niżej, z serwera we Frankfurcie, więc czasy u użytkownika na łączu domowym będą wyższe. Proporcje pozostają jednak miarodajne, bo dotyczą tego samego pomiaru.
| Adres startowy | Skoki | Czas przekierowań | Czas strony docelowej | Udział przekierowań |
|---|---|---|---|---|
| seomantyczny.pl | 1 | 50 ms | 84 ms | 37 procent |
| onet.pl | 1 | 85 ms | 30 ms | 74 procent |
| google.com | 2 | 226 ms | 90 ms | 72 procent |
| nfz.gov.pl | 2 | 159 ms | 105 ms | 60 procent |
Wniosek z tego zestawienia jest niewygodny. W połowie zbadanych przypadków samo dojście do właściwego adresu zajmowało więcej czasu niż pobranie docelowej strony. Przy onet.pl jeden skok kosztował niemal trzy razy więcej niż wygenerowanie odpowiedzi końcowej, bo serwer docelowy odpowiadał wyjątkowo szybko, a przekierowanie i tak trzeba było odbyć.
Warto zwrócić uwagę na drugą prawidłowość. Im szybszy jest serwer docelowy, tym większy procentowy udział mają przekierowania, bo stała opłata za skok nie maleje razem z optymalizacją strony. Zespoły, które dopieszczają czas odpowiedzi, często pomijają to, co dzieje się przed dotarciem do właściwego adresu.
Czy łańcuch przekierowań zabiera moc linków
To pytanie wraca regularnie, a odpowiedź krążąca po polskich poradnikach jest przestarzała. Twierdzenie o utracie kilkunastu procent mocy przy każdym przekierowaniu pochodzi z czasów, gdy tak faktycznie działał algorytm. Google zmieniło to podejście i ogłosiło w 2016 roku, że przekierowania z rodziny kodów 30x nie powodują utraty PageRank.
To nie znaczy, że łańcuchy są nieszkodliwe. Znaczy tylko tyle, że argument o wyciekaniu mocy jest nieaktualny, a prawdziwe koszty leżą gdzie indziej: w czasie ładowania, w budżecie indeksowania i w kruchości konfiguracji. Ten ostatni punkt bywa najgroźniejszy, bo każde ogniwo może zostać skasowane niezależnie przez kogoś, kto nie wie, że stanowi część dłuższej trasy.
Przy trwałych zmianach adresu właściwym narzędziem pozostaje przekierowanie 301. Użycie kodu tymczasowego w takim miejscu to osobny błąd, opisany szerzej w tekście o tym, jak kod 302 wpływa na pozycjonowanie.
Gdzie łańcuch boli najbardziej
Nie każdy adres z łańcuchem kosztuje tyle samo, bo znaczenie ma to, jak często ktoś z niego korzysta. Trzy miejsca zasługują na sprawdzenie w pierwszej kolejności.
Pierwsze to adresy z linkami zewnętrznymi. Każdy przychodzący użytkownik pokonuje wtedy pełną trasę, a są to zwykle osoby, które widzą serwis po raz pierwszy i najgorzej znoszą czekanie. Drugie to adresy docelowe kampanii reklamowych, gdzie za każde wejście płacisz, więc dodatkowy skok to koszt poniesiony na czekanie zamiast na treść.
Trzecie miejsce bywa pomijane, choć skala jest tam największa: linki wewnętrzne prowadzące do wersji adresu, która przekierowuje. Wystarczy, że menu albo szablon wskazuje wariant bez skośnika na końcu, a serwer dokłada skok przy każdym kliknięciu w obrębie serwisu. Poprawka polega wtedy na zmianie linków w szablonie, a nie na zmianie reguł przekierowań.
Ile skoków toleruje wyszukiwarka
Google podaje twardą granicę techniczną i osobno zalecenie praktyczne, a różnica między nimi jest spora. Robot podąża najwyżej za 10 skokami, natomiast rekomendacja mówi o nieprzekraczaniu 3, a za granicę bezpieczeństwa uznaje 5.
Znaczenie ma też to, że limit techniczny dotyczy pojedynczego przejścia robota. Adres, który wymaga dłuższej trasy, bywa odwiedzany rzadziej, bo koszt jego pobrania jest wyższy niż koszt pobrania adresu odpowiadającego od razu. Przy serwisie liczonym w tysiącach podstron przekłada się to na wolniejsze wychwytywanie zmian.
Jak znaleźć łańcuchy w swoim serwisie
Sprawdzanie po jednym adresie nie ma sensu, bo łańcuchy rzadko dotyczą pojedynczych podstron. Zwykle wynikają z reguł działających na cały serwis, więc albo problem obejmuje wszystko, albo całe sekcje.
Najszybsza droga to wklejenie listy adresów do narzędzia sprawdzającego przekierowania i statusy HTTP, które dla każdego adresu wypisuje kolejne skoki wraz z czasem każdego z nich. Lista powinna zawierać przekrój serwisu, a nie samą stronę główną: kilka podstron z każdej sekcji, kilka adresów ze starej struktury oraz adresy, do których prowadzą linki zewnętrzne.
Osobno sprawdź cztery warianty adresu głównego: z www i bez, w wersji szyfrowanej i nieszyfrowanej. To właśnie na styku tych czterech wariantów powstaje najwięcej niepotrzebnych skoków, bo każdy bywa obsługiwany przez inną regułę.
Jak spłaszczyć łańcuch bez psucia niczego
Spłaszczanie polega na tym, żeby każdy adres startowy prowadził bezpośrednio do adresu końcowego, z pominięciem przystanków pośrednich. Kolejność pracy ma znaczenie, bo przy nieostrożnym porządkowaniu łatwo urwać trasę w połowie.
- Spisz obecne trasy dla reprezentatywnej próbki adresów, razem z każdym skokiem. To będzie punkt odniesienia po zmianach.
- Ustal jedną wersję docelową adresu, czyli decyzję w sprawie www i szyfrowania, i zapisz ją też w ustawieniach systemu zarządzania treścią.
- Przepisz stare reguły tak, aby wskazywały od razu wersję docelową, zamiast wskazywać na regułę pośrednią.
- Nie kasuj starych reguł przed przepisaniem, bo adresy z linków zewnętrznych przestaną wtedy działać.
- Zmierz ponownie tę samą próbkę i porównaj z punktem odniesienia, sprawdzając zarówno liczbę skoków, jak i kod odpowiedzi.
Efektem powinien być stan, w którym każdy adres z próbki dociera do celu jednym skokiem, a adresy już docelowe odpowiadają bez żadnego przekierowania.
Łańcuch a pętla, czyli kiedy to już awaria
Łańcuch i pętla wyglądają w danych podobnie, ale różnią się skutkiem. Łańcuch ma koniec, więc strona się otwiera, tylko wolniej. Pętla końca nie ma, bo adresy odsyłają do siebie nawzajem, i wtedy strona nie ładuje się w ogóle.
Granica bywa cienka, bo ten sam konflikt reguł raz daje dodatkowy skok, a raz zamyka cykl, zależnie od wariantu adresu. Jeśli w wynikach zobaczysz powtarzającą się parę adresów zamiast trasy zmierzającej do celu, masz do czynienia z awarią opisaną w tekście o tym, czym jest pętla przekierowań i komunikat ERR_TOO_MANY_REDIRECTS.
Najczęstsze pytania
Ile przekierowań w łańcuchu to za dużo?
Google zaleca nieprzekraczanie 3 skoków i traktuje 5 jako granicę, do której nie należy się zbliżać, choć technicznie jego robot podąża nawet za 10. Docelowo adres startowy powinien prowadzić do celu jednym skokiem.
Czy przekierowania zabierają moc linków?
Nie. Google oświadczyło w 2016 roku, że przekierowania z rodziny kodów 30x nie powodują utraty PageRank. Popularne twierdzenie o utracie kilkunastu procent przy każdym skoku opisuje stan sprzed tej zmiany i jest dziś nieaktualne.
Ile czasu zabiera jedno przekierowanie?
W pomiarze na 6 serwisach z 16.08.2026 same przekierowania odpowiadały za 17 do 74 procent całego czasu otwarcia strony. Wartość bezwzględna zależy od serwera, ale zależność jest stała: im szybciej odpowiada strona docelowa, tym większy procentowy udział ma trasa pokonana przed dotarciem do niej.
Czy skrócenie łańcucha wymaga kasowania starych reguł?
Nie i nie należy tego robić. Stare reguły trzeba przepisać tak, żeby wskazywały bezpośrednio adres docelowy, a nie kolejną regułę pośrednią. Skasowanie reguły oznacza, że adresy z linków zewnętrznych przestaną prowadzić gdziekolwiek.
Jak sprawdzić, czy mam łańcuchy na stronie?
Wklej do narzędzia sprawdzającego przekierowania przekrój adresów: kilka podstron z każdej sekcji, adresy ze starej struktury oraz cztery warianty adresu głównego, czyli z www i bez, w wersji szyfrowanej i nieszyfrowanej. Wynik pokazujący więcej niż jeden skok oznacza łańcuch do spłaszczenia.
Czy łańcuch przekierowań wpływa na indeksowanie?
Tak, pośrednio. Adres wymagający dłuższej trasy jest kosztowniejszy w pobraniu, więc bywa odwiedzany rzadziej niż adres odpowiadający od razu. Przy serwisie liczonym w tysiącach podstron przekłada się to na wolniejsze wychwytywanie zmian przez wyszukiwarkę.
