Jak unikać łańcuchów i pętli przekierowań
Jak powstają łańcuchy
Przy pierwszym relaunchu /alt jest przekierowywane na /neu. Przy drugim /neu jest przekierowywane na /neuer, a stara reguła zostaje. Do tego dochodzą przekierowania z HTTP na HTTPS i z wersji bez www na wersję z www. Szybko z jednego wywołania robią się cztery skoki.
Dlaczego to szkodzi
- Każdy przystanek wydłuża czas ładowania, zwłaszcza w sieci komórkowej.
- Wyszukiwarki podążają tylko za ograniczoną liczbą przekierowań.
- Każda dodatkowa reguła to potencjalne źródło błędów przy następnej przebudowie.
Pętle: najgorszy przypadek
Jeśli A kieruje na B, a B z powrotem na A, nikt nie dociera do celu. Przeglądarki przerywają z komunikatem o błędzie. Pętle często powstają, gdy reguły na serwerze i w CMS są ze sobą sprzeczne.
Jak to uporządkować
- Przejrzyj wszystkie przekierowania za pomocą crawlera lub narzędzia do sprawdzania nagłówków.
- Ustaw każdy stary adres bezpośrednio na ostateczny cel.
- Zarządzaj regułami w jednym miejscu: na serwerze albo w CMS, nie w obu naraz.
A kody QR?
Dynamiczny kod QR sam jest przekierowaniem. Jeśli jego cel wskazuje na stary adres, który znowu przekierowuje, powstaje łańcuch. Dlatego po relaunchu warto ustawić cele kodów QR bezpośrednio na nowe strony.
Najczęściej zadawane pytania
Idealnie jedno. Od trzech przystanków warto zacząć porządki.
Za pomocą internetowego narzędzia do sprawdzania nagłówków HTTP albo w zakładce sieci w narzędziach deweloperskich. Tam widać każdy przystanek wraz z kodem statusu.
Nie usuwać, tylko dostosować: stary adres ma nadal działać, ale prowadzić bezpośrednio do ostatecznego celu.
Nowe artykuły prosto na Twoją skrzynkę
Wskazówki o dynamicznych kodach QR, nowości, bez spamu. Wypisać się można w każdej chwili.
Zapisując się, wyrażasz zgodę na otrzymywanie newslettera. Zgodę możesz w każdej chwili wycofać za pomocą linku do wypisania się w każdej wiadomości.