TrueURL
TrueURL

Menu

Język Polski
Motyw

Darmowe narzędzie do przekierowań

Pomiar opóźnień przekierowań

Każde przekierowanie każe użytkownikom czekać na kolejny cykl żądania i odpowiedzi, zanim załaduje się właściwa strona. Zobacz na wykresie kaskadowym, ile dokładnie trwa każdy przeskok w łańcuchu.

Przebiegi

Dlaczego opóźnienia przekierowań mają znaczenie

Przekierowanie to pełne dodatkowe żądanie. Przeglądarka musi odnaleźć w DNS kolejny host, otworzyć połączenie, wynegocjować TLS dla nowej domeny i poczekać na serwer – a wszystko to, zanim w ogóle poprosi o właściwą stronę. Jeden przeskok w obrębie tego samego hosta może zająć kilkadziesiąt milisekund, a łańcuch przez skracacz linków, domenę śledzącą i regułę z HTTP na HTTPS łatwo dodaje pół sekundy lub więcej, zwłaszcza w sieciach komórkowych.

Czas przekierowań poprzedza wszystko inne, więc bezpośrednio wydłuża Time to First Byte (TTFB) i Largest Contentful Paint (LCP). Właśnie dlatego Lighthouse i PageSpeed Insights zgłaszają przekierowania dokumentu głównego.

Jak mierzony jest czas

Dla każdego przeskoku TrueURL mierzy czas od wysłania żądania do otrzymania nagłówków odpowiedzi. Obejmuje to zapytanie DNS oraz zestawienie połączenia TCP i TLS, gdy potrzebne jest nowe połączenie, a także czas przetwarzania żądania przez serwer, ale nie pobieranie treści strony. Wykres kaskadowy pokazuje przeskoki po kolei, więc najwolniejszy od razu się wyróżnia.

Pomiary są wykonywane z centrum danych Cloudflare, które realizuje Twoje sprawdzenie (zwykle najbliższego Tobie), a nie z Twojego urządzenia. Pokazują, jak szybko odpowiada każdy serwer, ale prawdziwi użytkownicy przy każdym przeskoku dokładają do tego opóźnienie własnej sieci. Powtórz pomiar, aby wyeliminować przypadkowe wahania: pierwszy przebieg może obejmować puste pamięci podręczne DNS i nowe połączenia, a kolejne są zwykle bliższe stanowi ustalonemu.

Kiedy przekierowanie jest wolne?

Orientacyjnie – i według tej skali TrueURL koloruje czas każdego przeskoku:

  • Poniżej 200 ms na przeskok: szybko. To typowy czas dla przekierowania obsługiwanego przez serwer brzegowy CDN lub prostą regułę serwera WWW.
  • Od 200 do 600 ms: do przyjęcia. To częsty czas dla serwera aplikacji lub dla przekierowania do innej domeny, które wymaga nowego połączenia TLS.
  • 600 ms lub więcej: wolno. Przekierowanie jest prawdopodobnie generowane przez rozbudowaną aplikację, np. CMS ładujący wtyczki lub wykonujący zapytanie do bazy danych, a nie przez prostą regułę.

Najlepsza optymalizacja to całkowite usunięcie przeskoków. Następnie obsługuj przekierowania jak najbliżej użytkownika: reguła w CDN lub na serwerze brzegowym odpowiada znacznie szybciej niż aplikacja, która musi się uruchomić tylko po to, aby wysłać 301.

Jak przyspieszyć przekierowania

  • Linkuj bezpośrednio do docelowego adresu URL w swojej witrynie oraz w e-mailach, reklamach i profilach społecznościowych, aby większość użytkowników w ogóle nie trafiała na przekierowanie.
  • Połącz reguły z HTTP na HTTPS, hosta i ukośnika w jeden przeskok – narzędzie Sprawdzanie przekierowania na HTTPS pokaże, czy Twoje już są połączone.
  • Obsługuj przekierowania w konfiguracji CDN, load balancera lub serwera WWW, a nie w aplikacji.
  • Wysyłaj nagłówek HSTS, aby powracający użytkownicy całkowicie pomijali przekierowanie z HTTP na HTTPS.
  • Unikaj nakładania na siebie skracaczy linków i przekierowań śledzących.

Poradniki

Najczęściej zadawane pytania

Jak bardzo przekierowanie spowalnia stronę?

To zależy od serwera i odległości, ale każdy przeskok to pełny cykl żądania i odpowiedzi: zwykle kilkadziesiąt milisekund dla przekierowania brzegowego w obrębie tego samego hosta i kilkaset dla przekierowania do nowej domeny lub z wolnej aplikacji. Sieci komórkowe dokładają więcej. Zmierz swój łańcuch powyżej, aby to sprawdzić.

Dlaczego czasy różnią się od tych w DevTools mojej przeglądarki?

TrueURL mierzy z centrum danych Cloudflare, które zwykle ma szybsze połączenie z serwerem docelowym niż Twoje urządzenie. Twoja przeglądarka może też ponownie wykorzystywać połączenia, pomijać przekierowanie dzięki HSTS lub korzystać z zapamiętanego 301. Traktuj te liczby jako sposób porównania przeskoków, a nie dokładną prognozę tego, czego doświadczy każdy użytkownik.

Dlaczego pierwszy przeskok jest dużo wolniejszy od pozostałych?

Pierwsze żądanie do hosta zwykle obejmuje zapytanie DNS i nowe połączenie TCP i TLS, a kolejne przeskoki na tym samym hoście mogą częściowo wykorzystać tę pracę. Jeśli wolny jest któryś z późniejszych przeskoków, sprawdź, co robi ten serwer, aby wygenerować przekierowanie.

Czy warto uruchomić pomiar więcej niż raz?

Tak, jeśli zależy Ci na wiarygodnych wynikach. Pojedyncze pomiary różnią się w zależności od warunków sieciowych i obciążenia serwera. Powtórz pomiar kilka razy i patrz na typową wartość, a nie na pojedynczy odstający wynik. Pamięci podręczne rozgrzane przez pierwszy przebieg często przyspieszają kolejne.

Czy opóźnienia przekierowań wpływają na SEO?

Pośrednio. Czas przekierowań wydłuża Time to First Byte i Largest Contentful Paint u użytkowników, którzy trafiają na stronę przez przekierowanie, a LCP to jeden z podstawowych wskaźników internetowych Google (Core Web Vitals). W dużych witrynach wolne przekierowania zmniejszają też liczbę stron, które robot może pobrać w tym samym czasie.

Czy czas każdego przeskoku to całkowity czas ładowania strony?

Nie. To czas do otrzymania nagłówków odpowiedzi dla danego przeskoku. Strona docelowa musi potem jeszcze pobrać swój kod HTML, style, skrypty i obrazy, więc czas przekierowań to opóźnienie, które dochodzi do zwykłego ładowania.