TTFB: jak zmierzyć czas odpowiedzi serwera i co zrobić, gdy strona długo milczy

Wpisujesz adres, klikasz Enter i… nic. Przez chwilę przeglądarka pokazuje białą kartkę, a dopiero potem strona zaczyna się rysować. Ta pauza to w dużej mierze TTFB (Time To First Byte), czyli czas, jaki mija od wysłania zapytania do momentu, gdy przeglądarka dostanie pierwszy bajt odpowiedzi. Zdjęcia, fonty i skrypty ładują się dopiero po nim, więc wolny TTFB spowalnia wszystko, co dzieje się później.

W tym poradniku pokazujemy, jak zmierzyć TTFB w minutę, jak odczytać wynik i co po stronie hostingu oraz aplikacji realnie go skraca.

Z czego składa się TTFB

TTFB to nie jedna liczba „z serwera”, tylko suma kilku etapów:

• DNS – przeglądarka ustala adres IP domeny,
• połączenie TCP i TLS – nawiązanie połączenia i uzgodnienie szyfrowania HTTPS,
• czas pracy serwera – PHP uruchamia aplikację, odpytuje bazę danych i składa HTML,
• droga powrotna – pierwszy bajt wraca do przeglądarki.

W praktyce na zwykłej stronie firmowej czy sklepie najwięcej do powiedzenia ma trzeci etap. Sieć i DNS zwykle mieszczą się w kilkudziesięciu milisekundach, a generowanie strony bez cache potrafi zająć znacznie dłużej.

Jak zmierzyć TTFB

curl – szybki pomiar z terminala

Najprostszy test, który rozbija czas na etapy:

curl -o /dev/null -s -w "DNS: %{time_namelookup}s\nPołączenie: %{time_connect}s\nTLS: %{time_appconnect}s\nTTFB: %{time_starttransfer}s\nCałość: %{time_total}s\n" https://twojadomena.pl/

Pole time_starttransfer to właśnie TTFB liczony od początku zapytania. Jeśli różnica między time_appconnect a time_starttransfer jest duża, czas „zjada” serwer i aplikacja, a nie sieć. Uruchom komendę kilka razy – pierwszy wynik bywa gorszy, bo cache dopiero się zapełnia.

DevTools w przeglądarce

W Chrome lub Firefoksie otwórz narzędzia deweloperskie (F12), zakładkę Network, odśwież stronę i kliknij pierwszy dokument HTML. W sekcji Timing znajdziesz pozycję „Waiting for server response” – to czas oczekiwania na serwer.

Narzędzia online

PageSpeed Insights i WebPageTest pokazują TTFB z perspektywy testowej lokalizacji. Wybierz punkt pomiarowy w Europie, jeśli Twoi klienci są w Polsce – test z innego kontynentu doliczy opóźnienie, którego Twoi użytkownicy nie odczuwają.

Jaki wynik jest dobry

Google w materiałach o Core Web Vitals traktuje TTFB do około 0,8 sekundy jako dobry wynik dla całej ścieżki ładowania. Dla strony z cache serwowanej z polskiej serwerowni warto celować wyraźnie niżej. Najważniejsze jednak jest porównanie: strona główna z cache vs. podstrona, której cache nie obejmuje (koszyk, panel klienta, wyszukiwarka). Duża różnica mówi, że problemem jest generowanie strony, a nie łącze.

Co najczęściej wydłuża TTFB na hostingu

Brak cache stron

Bez cache każde wejście uruchamia PHP i zapytania do bazy od nowa. Cache stron zapisuje gotowy HTML i oddaje go bez angażowania aplikacji. Na hostingu HostingMAX działa serwer LiteSpeed z LSCache, a w pakiecie są wtyczki LSCache i LiteMage – po ich skonfigurowaniu większość odwiedzin trafia w cache.

Stara wersja PHP

Nowsze gałęzie PHP są zauważalnie szybsze od starszych, a przy okazji wciąż dostają poprawki bezpieczeństwa. Na hostingu z panelem DirectAdmin wersję zmienisz samodzielnie – zobacz, jak skonfigurować i zmienić wersję PHP na hostingu. Przed zmianą sprawdź zgodność wtyczek i motywu.

Wolne zapytania do bazy

Rozrośnięte tabele, brak indeksów i wtyczki, które przy każdym wejściu robią ciężkie zapytania, potrafią wydłużyć TTFB bardziej niż cokolwiek innego. Jeśli zaczynasz od podstaw, przeczytaj, co warto wiedzieć o tworzeniu bazy danych na hostingu.

Limity CPU i RAM pakietu

Hosting współdzielony ma przydzielone vCPU i pamięć. Gdy aplikacja dochodzi do limitu, procesy zwalniają, a po przekroczeniu limitu RAM mogą pojawić się błędy 500 lub 503. W cenniku hostingu WWW zasoby rosną z każdym pakietem, więc jeśli TTFB rośnie razem z ruchem, często wystarczy wyższy plan.

Jak skrócić TTFB – plan działania

1. Zmierz punkt wyjścia curl-em dla strony głównej i jednej podstrony bez cache.
2. Włącz cache stron i sprawdź, czy odpowiedź przychodzi z cache (nagłówki odpowiedzi, np. x-litespeed-cache: hit).
3. Zaktualizuj PHP do najnowszej wersji obsługiwanej przez Twoją aplikację.
4. Przejrzyj wtyczki – wyłącz po kolei te podejrzane i mierz ponownie.
5. Odchudź bazę – usuń stare rewizje, sesje i logi wtyczek.
6. Sprawdź zasoby – jeśli TTFB skacze w godzinach szczytu, aplikacji brakuje mocy.

Gdy po tych krokach podstrony bez cache nadal odpowiadają wolno, a ruch rośnie, warto rozważyć serwer VPS z zasobami tylko dla siebie. Różnice opisaliśmy w artykule hosting czy serwer VPS – co jest lepsze.

Podsumowanie

TTFB to najprostszy wskaźnik, który mówi, czy problem z szybkością leży po stronie serwera. Zmierzysz go jedną komendą, a najczęstsze przyczyny – brak cache, stare PHP, wolna baza i za ciasny pakiet – da się usunąć bez przepisywania strony. Jeśli Twoja witryna działa na WordPressie, najwięcej zyskasz na hostingu z LiteSpeed i LSCache. Sprawdź pakiety HostingMAX z dyskami NVMe, LiteSpeed i HTTP/3 albo porównaj plany hostingu WWW.

FAQ – najczęściej zadawane pytania o TTFB

Czy TTFB wpływa na pozycję strony w Google?

TTFB nie jest osobnym czynnikiem rankingowym, ale wpływa na LCP, czyli jeden ze wskaźników Core Web Vitals. Wolny pierwszy bajt opóźnia wyświetlenie całej treści, więc pośrednio może pogorszyć ocenę doświadczenia użytkownika i współczynnik odrzuceń.

Dlaczego strona główna ma szybki TTFB, a koszyk wolny?

Strona główna zwykle trafia w cache, a koszyk, panel klienta czy wyniki wyszukiwania są generowane dla każdego użytkownika osobno. Tam pracuje PHP i baza danych, więc czas odpowiedzi zależy od wydajności aplikacji, zapytań i zasobów pakietu.

Czy CDN zawsze skraca TTFB?

CDN skraca drogę do użytkowników daleko od serwera i może serwować strony z własnego cache. Dla stron, których CDN nie buforuje, zapytanie i tak trafia do Twojego serwera, więc wolnej aplikacji CDN nie naprawi – trzeba zadbać o cache i wydajność po stronie hostingu.

Jak często mierzyć TTFB?

Warto zrobić pomiar po każdej większej zmianie: aktualizacji PHP, instalacji nowej wtyczki czy zmianie motywu. Dobrym nawykiem jest też kontrola przed sezonem wzmożonego ruchu, np. przed Black Friday, żeby zdążyć z ewentualną zmianą pakietu.

Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.