Zakładka Widoki: interpretacja wykresu „Czas nawigacji”

Wykres czasu nawigacji w zakładce Widoki pokazuje, ile czasu zajmują poszczególne etapy ładowania strony. Ten artykuł tłumaczy, jak interpretować linie na wykresie, jakie wartości są prawidłowe i kiedy należy się niepokoić.

Czas nawigacji po stronie użytkownika to dobry barometr kondycji całej aplikacji – zwłaszcza gdy rozbijemy go na konkretne etapy: szukanie adresu strony, nawiązanie połączenia, uzgadnianie szyfrowania, wysłanie zapytania, odpowiedź serwera i pobieranie zasobów. Poniżej znajdziesz praktyczne wartości, które można uznać za zdrowe oraz moment, w którym wykres powinien zapalić w głowie lampkę ostrzegawczą.

Jak czytać wykres czasu nawigacji? Poszczególne warstwy

• Czas szukania adresu strony (DNS) – ile trwa zamiana nazwy domeny na adres IP.
• Czas nawiązania połączenia (TCP) – czas potrzebny, aby przeglądarka „dogadała się” z serwerem i mogła wysyłać dane.
• Czas uzgadniania szyfrowania (TLS) – dodatkowy etap przy połączeniach https, w którym strony ustalają parametry szyfrowania.
• Czas trwania wysłania zapytania o stronę do serwera (request) – ile trwa faktyczne wysłanie żądania i oczekiwanie na początek odpowiedzi.
• Czas odpowiedzi serwera po otrzymaniu prośby – ile czasu serwer potrzebuje na przygotowanie odpowiedzi (logika aplikacji, baza danych, cache).
• Czas pobierania zasobów strony – jak długo przeglądarka ściąga HTML, skrypty, style i grafiki, już po rozpoczęciu odpowiedzi.

Na wykresach widać, że wszystkie te warstwy składają się na sumaryczny czas nawigacji – raz widać spokojną, równą linię, innym razem pojedyncze „kolce”, które pokazują chwilowe problemy.

Jakie wartości czasu nawigacji są prawidłowe? Normy i benchmarki

Dla zdrowej, dobrze działającej aplikacji webowej, mierzonych w milisekundach, można przyjąć następujące orientacyjne cele:

• Czas szukania adresu strony: stabilnie w okolicach 0–20 ms, przy dobrej konfiguracji DNS bardzo często blisko zera dzięki cache.
• Czas nawiązania połączenia: zwykle poniżej 20–30 ms dla użytkowników w tej samej części świata; przy połączeniach lokalnych często jeszcze mniej.
• Czas uzgadniania szyfrowania: pojedyncze–kilkanaście ms; przy dłuższych sesjach przeglądarka korzysta z istniejących połączeń, więc ten czas bywa zerowy.
• Czas trwania wysłania zapytania o stronę: kilkanaście–kilkadziesiąt ms, brak gwałtownych skoków; kluczowa jest powtarzalność, a nie pojedynczy pomiar.
• Czas odpowiedzi serwera po otrzymaniu prośby: zwykle 30–100 ms dla prostych stron i dobrze działającej aplikacji; dla bardziej złożonych scenariuszy akceptowalne są wartości bliżej górnego końca, o ile są stabilne.
• Czas pobierania zasobów strony: na wykresach najczęściej największy składnik, ale powinien utrzymywać się na stałym, przewidywalnym poziomie; kilkadziesiąt ms przy sensownie zoptymalizowanej stronie jest dobrym wynikiem.

Jeśli linie na wykresie są gładkie, bez częstych, wysokich pików i mieszczą się w powyższych przedziałach, można mówić o zdrowym, dobrze skalibrowanym środowisku.

Kiedy czas nawigacji powinien niepokoić? Sygnały ostrzegawcze

Nawet pojedynczy wysoki kolce na wykresie są sygnałem, że warto przyjrzeć się konkretnej warstwie – ale szczególnie groźne są powtarzalne odchylenia i długotrwałe wzrosty.

• Czas szukania adresu strony: wartości powyżej 50–100 ms lub nagłe, częste skoki mogą świadczyć o problemach z DNS, cache lub trasą sieciową.
• Czas nawiązania połączenia: rosnące do 80–100 ms i więcej, regularne piki mogą oznaczać przeciążenie łącza, problemy z load balancerem albo odległą lokalizację serwera względem użytkowników.
• Czas uzgadniania szyfrowania: jeśli nagle zaczyna dominować nad innymi składnikami, warto sprawdzić konfigurację TLS, wymuszane wersje protokołu i dostępne zestawy szyfrów.
• Czas zapytania i czas odpowiedzi serwera: systematyczne przesuwanie się w górę, przekraczające 150–200 ms, to często znak przeciążonej bazy danych, braku cache lub wolnej logiki biznesowej.
• Czas pobierania zasobów: jeśli ten składnik stale rośnie, w pierwszej kolejności należy przyjrzeć się rozmiarom plików, kompresji, cache po stronie przeglądarki oraz ewentualnemu CDN.

W praktyce niebezpieczne jest nie tyle pojedyncze, jednosekundowe „szarpnięcie”, ile raczej trend: gdy cały wykres zaczyna się unosić i dawne „szumy” zastępowane są coraz wyższym, nowym poziomem bazowym.

Jak monitorować czas nawigacji na co dzień? Praktyczne porady

Wizualizacje czasu nawigacji warto traktować jak wykres EKG – dopóki kształt jest znany i powtarzalny, wszystko jest w porządku. Najważniejsze jest zdefiniowanie dla siebie akceptowalnych granic dla każdej warstwy (np. „czas odpowiedzi serwera nie dłuższy niż 100 ms, mediana czasu zapytania poniżej 40 ms, DNS poniżej 20 ms”) i pilnowanie, czy przez większość dnia te wartości są dotrzymywane.

Dzięki temu każdy nietypowy szczyt – czy to w czasie nawiązania połączenia, czy pobierania zasobów – od razu wyróżni się na tle codziennego profilu i ułatwi szybkie znalezienie źródła problemu, zanim odczują

FAQ – Najczęściej zadawane pytania o czasie nawigacji

Co to jest czas nawigacji w monitoringu?

Czas nawigacji to sumaryczny czas potrzebny na załadowanie strony od momentu kliknięcia linku przez użytkownika. Składa się z kilku etapów: wyszukiwania adresu DNS, nawiązywania połączenia TCP, uzgadniania szyfrowania TLS, wysłania zapytania, odpowiedzi serwera i pobierania zasobów. To kluczowa metryka pokazująca rzeczywiste doświadczenie użytkownika.