Wymiar Core/Dash: Liczba przekierowań

Zmierz, ile przekierowań HTTP napotykają użytkownicy przed dotarciem do Twojej strony i ich bezpośredni wpływ na TTFB.

Wypróbuj za darmo

Trusted by market leaders · Client results

ebaykpnharvardcomparemonarchsnvdpg mediaperionerasmusmcfotocasaworkivavpnmarktplaatswhowhatwearmy work featured on web.devhappyhorizonadevintanestlealeteianina caresaturnloopearplugs

Wymiar: Nawigacja: Liczba przekierowań (redir)

Wymiar redir zlicza przekierowania HTTP przed dotarciem do docelowej strony. Wartości to 0, 1, 2 lub 3+. Każde przekierowanie to pełny cykl sieciowy (round trip), który ma miejsce, zanim Twój serwer w ogóle zacznie generować HTML.

Na połączeniu z RTT rzędu 100 ms jedno przekierowanie dodaje 100 ms do TTFB. Na połączeniu mobilnym 200 ms ta wartość się podwaja. Dwa przekierowania na urządzeniu mobilnym: 400 ms czystego czekania, zanim przeglądarka otrzyma choćby jeden bajt Twojej strony. To opóźnienie jest niewidoczne w testach laboratoryjnych, które uderzają bezpośrednio w końcowy adres URL, ale rzeczywiści użytkownicy klikający w linki, zakładki lub wyniki wyszukiwania odczuwają je przy każdej wizycie.

coredash redirect count

Wartości

0 przekierowań

Stan pożądany. Przeglądarka trafia pod końcowy adres URL przy pierwszym żądaniu. Cała nawigacja wewnętrzna powinna dawać ten wynik. Jeśli Twoje własne linki w witrynie, mapy witryn i tagi kanoniczne są poprawne, ruch wewnętrzny pozostaje na poziomie 0.

1 przekierowanie

Typowe dla ruchu zewnętrznego: przejścia z HTTP na HTTPS, normalizacja www lub adresy URL kampanii marketingowych. Akceptowalne dla linków przychodzących, nad którymi nie masz kontroli. Nieakceptowalne dla Twoich własnych linków wewnętrznych. Jeśli CoreDash pokazuje 1 przekierowanie w nawigacji wewnętrznej, Twoje linki wskazują na stare lub niespójne adresy URL.

2+ przekierowania

Łańcuchy przekierowań. Skrócony adres URL kieruje do domeny śledzącej, która przekierowuje do Twojego punktu końcowego HTTP, który następnie przekierowuje na HTTPS. Trzy przeskoki, trzy pełne cykle sieciowe. Grupuj według adresów URL, aby zidentyfikować punkty wejścia tworzące te łańcuchy, a następnie wyeliminuj pośredników.

Skąd biorą się przekierowania

  • HTTP na HTTPS: Przestarzałe linki wewnętrzne wciąż wskazujące na http://. Zaktualizuj wszystkie linki, mapy witryn i tagi kanoniczne, aby bezpośrednio używały https://.
  • Normalizacja www: Niespójność między wersjami z www i bez www. Wymuś jedną z nich na poziomie DNS i zaktualizuj wszystkie odniesienia.
  • Zmiany slugów w CMS: Stare ścieżki kierujące do nowych za pomocą przekierowania 301. To w porządku dla zewnętrznych linków zwrotnych, ale zaktualizuj każdy link wewnętrzny, aby prowadził bezpośrednio do nowego sluga.
  • Marketingowe "vanity URLs": Upiększone ścieżki, takie jak /spring-sale, przekierowujące do /products/seasonal. Każdy odwiedzający płaci kosztem opóźnienia przy każdym kliknięciu.
  • Skracacze linków w mailach i social media: Linki przechodzące przez Bitly, piksele śledzące lub dostawców usług e-mail przed dotarciem do Twojej domeny. Każda usługa dodaje jeden cykl sieciowy, którego nie możesz kontrolować, ale możesz zminimalizować własne przekierowania, aby utrzymać ten wynik na niskim poziomie.

Workflow debugowania

  1. Filtruj dla redir ≥ 1: Zobacz, jaki procent całego ruchu napotyka co najmniej jedno przekierowanie. Wszystko powyżej 15% jest warte zbadania.
  2. Grupuj po URL: Znajdź landing page, które wypadają najgorzej. Dominują tu zazwyczaj strony marketingowe i stare wpisy na blogu ze zmienionymi slugami.
  3. Podziel na wewnętrzne i zewnętrzne: Filtruj według źródła nawigacji (navigation origin). Ruch z tego samego źródła (same origin) z przekierowaniami oznacza, że Twoje własne linki są błędne. Przekierowania z innych źródeł (cross origin) są trudniejsze do naprawienia, ale mniej pilne.
  4. Napraw źródło, a nie przekierowanie: Nie optymalizuj samego przekierowania (szybszej odpowiedzi serwera). Wyeliminuj je, aktualizując link, który je spowodował.

Praktyczne zasady inżynieryjne

  • 0 przekierowań we wszelkiej nawigacji wewnętrznej. Żadne przekierowanie z Twojej własnej witryny nie jest akceptowalne, gdy masz kontrolę nad linkiem źródłowym.
  • Audyt po każdej migracji adresów URL. Kiedy zmieniasz slugi lub przenosisz strony, przeszukuj za pomocą grepa swoją bazę kodu i CMS w poszukiwaniu starych ścieżek. Przekierowania to siatka bezpieczeństwa dla linków zewnętrznych, a nie substytut dla zaktualizowania własnych odniesień.
  • Zakładaj budżet 150 ms na jedno przekierowanie na urządzeniach mobilnych. Jeśli Twoim celem dla TTFB jest 800 ms, a użytkownicy napotykają dwa przekierowania, to spaliłeś już 300 ms, zanim Twój serwer w ogóle zaczął działać.

Przekierowania to najłatwiejszy sposób na poprawę TTFB – łatwe do znalezienia i naprawienia. Żadnych zmian w kodzie, żadnego tuningu serwera, żadnej optymalizacji zasobów. Wystarczy zaktualizować adres URL, który prowadzi w niewłaściwe miejsce.