Długość łańcucha przekierowań

Długość łańcucha przekierowań to parametr monitoringu stron internetowych, który liczy przeskoki, czyli kolejne odpowiedzi przekierowujące, zanim żądanie dotrze do adresu, pod którym serwer zwraca właściwą odpowiedź. Wynikiem jest liczba przeskoków porównana z progiem. Łańcuch, który nie kończy się w granicach limitu klienta, jest nieodróżnialny od pętli. Każdy przeskok to osobna odpowiedź z klasy 3xx z nagłówkiem Location, pod który klient wysyła kolejne żądanie ^[1].

Jak działa

Przeglądarka, która dostaje przekierowanie, od razu wczytuje adres z nagłówka Location. Poza niewielkim kosztem dodatkowej wymiany z serwerem użytkownik zwykle tego nie zauważa ^[3]. Jeśli nowy adres także przekierowuje, powstaje łańcuch. Pętla to sytuacja, w której po wykonanym przekierowaniu następują kolejne i żadna strona nigdy nie zostaje znaleziona ^[3].

RYS. 1.1Łańcuch trzech przeskoków

Każdy przeskok dodaje pełną wymianę żądanie–odpowiedź. Dokumentacja Lighthouse podaje, że taka dodatkowa podróż przez sieć może opóźnić wczytanie zasobu o setki milisekund ^[7]. Łańcuch nie jest więc błędem sam w sobie, ale jego koszt rośnie z każdym przeskokiem.

Typowy łańcuch powstaje z warstw reguł, z których każda robi jedną normalizację. Dokumentacja Apache opisuje osobno wymuszanie jednej nazwy hosta przez Redirect w hoście wirtualnym dla nazw niekanonicznych ^[8] i ujednolicanie ukośnika końcowego przekierowaniem 301 ^[8]. Dla prawdziwych katalogów ukośnik dopisuje już moduł mod_dir, gdy włączona jest domyślna dyrektywa DirectorySlash ^[8]. WordPress ma własną funkcję redirect_canonical(), która przekierowuje przychodzące linki na właściwy adres wynikający z ustawień witryny, w tym na wybraną formę z www albo bez ^[9]. Jej przekierowania mają kod 301 ^[9]. Jeśli reguła serwera, aplikacja i jej dodatki albo pośrednik przed serwerem normalizują adres niezależnie od siebie, przeskoki się sumują.

RYS. 1.2Od długiego łańcucha do jednego przeskoku

Standardy i specyfikacje

• RFC 9110 mówi, że klient powinien wykrywać cykliczne przekierowania i przerywać je ^[1]. Wcześniejsza wersja specyfikacji zalecała najwyżej pięć przekierowań, a autorzy treści powinni pamiętać, że część klientów może mieć taki stały limit ^[1].
• Fetch Standard (WHATWG), który opisuje pobieranie zasobów w przeglądarkach, każe zwrócić błąd sieci, gdy przychodzi kolejne przekierowanie, a licznik przekierowań żądania wynosi już 20 ^[2].
• Chromium przy wyczerpanym limicie przekierowań odmawia wykonania kolejnego i zwraca błąd ERR_TOO_MANY_REDIRECTS ^[4].
• Roboty Google domyślnie wykonują do 10 przeskoków przekierowań. Poszczególne produkty mogą mieć inne limity, a narzędzia inspekcji Google w ogóle nie podążają za przekierowaniami ^[5]. Treść otrzymana z adresu przekierowującego jest ignorowana, przetwarzana jest treść adresu docelowego ^[5].
• Lighthouse oznaczał jako niezaliczony audyt strony z dwoma lub więcej przekierowaniami. Od wersji 13 audyt jest częścią analizy opóźnienia żądania dokumentu ^[7].

Zagrożenia i skutki

Pętla przekierowań. Najczęściej jest to problem serwera. Jeśli serwer ją wykryje, zwraca błąd 500 ^[3]. Pętla rozłożona na kilka serwerów, z których żaden nie widzi całości, zostaje wykryta dopiero przez przeglądarkę, która wyświetla komunikat o błędzie, a użytkownik niewiele może zrobić ^[3].

Proxy z TLS. Jeśli WordPress działa za reverse proxy obsługującym SSL, a sam nie ma SSL, wymuszanie HTTPS w panelu administracyjnym (FORCE_SSL_ADMIN) początkowo wpędza żądania w nieskończoną pętlę przekierowań. Rozwiązaniem jest odczyt nagłówka HTTP_X_FORWARDED_PROTO ^[10]. Podobnie w Apache zmienna %{HTTPS} za takim pośrednikiem zawsze ma wartość off ^[8].

Indeksowanie. Raport indeksowania stron w Search Console zgłasza błąd przekierowania, gdy łańcuch był zbyt długi, wystąpiła pętla, adres po przekierowaniach przekroczył maksymalną długość albo w łańcuchu był pusty lub błędny adres ^[6].

Wydajność. Opóźnienie dotyczy każdego wejścia z adresu, który nie jest docelowy. Lighthouse zaleca kierowanie linków od razu na aktualne adresy zasobów i unikanie przekierowań w zasobach krytycznej ścieżki renderowania ^[7].

Przykłady

Łańcuch	Przeskoki	Skutek
http://domena/ → https://www.domena/	1	jedno przekierowanie, próg Lighthouse nie jest przekroczony [7]
http:// → https:// → www	2	dwa lub więcej przekierowań — audyt Lighthouse niezaliczony [7]
http:// → https:// → www → ukośnik	3	trzy dodatkowe wymiany, każda może kosztować setki milisekund [7]
powyżej 10 przeskoków	11+	ponad domyślny limit robotów Google [5]; w raporcie indeksowania błąd przekierowania [6]
ponad 20 przekierowań	21+	przeglądarka zgodna z Fetch zwraca błąd sieci [2], Chromium ERR_TOO_MANY_REDIRECTS [4]
adres A → B → A	bez końca	serwer może zwrócić 500, inaczej komunikat pętli w przeglądarce [3]