Czym jest TTFB?
Przeczytaj czym jest TTFB w naszym słowniku.
Pomoże Ci to lepiej zrozumieć, czym dokładnie jest TTFB i jakie ma dla Ciebie znaczenie w codziennym użytkowaniu.

TTFB
Time To First Byte
Co to jest TTFB?
TTFB (Time To First Byte) to czas, jaki upływa od rozpoczęcia ładowania strony lub wysłania żądania do momentu, gdy przeglądarka otrzyma pierwszy bajt odpowiedzi. Wskaźnik pokazuje więc, jak długo użytkownik czeka, zanim serwis zacznie przesyłać właściwe dane.
TTFB jest jedną z podstawowych metryk używanych podczas analizy wydajności stron internetowych. Niski wynik oznacza, że pierwsza odpowiedź dociera szybko. Wysoki TTFB może natomiast opóźniać kolejne etapy ładowania strony, nawet jeśli obrazy, JavaScript i CSS są dobrze zoptymalizowane.
Co dokładnie mierzy TTFB?
TTFB bywa nazywany czasem odpowiedzi serwera, ale jest to pewne uproszczenie. Na końcowy wynik mogą wpływać również czynności wykonywane jeszcze przed rozpoczęciem przetwarzania strony przez serwer.
W przypadku wejścia na stronę pomiar może obejmować między innymi:
- czas potrzebny na wykonanie zapytania DNS,
- zestawienie połączenia TCP,
- negocjację TLS w przypadku połączenia HTTPS,
- ewentualne przekierowania, np. przekierowanie 301,
- przesłanie żądania do serwera,
- czas potrzebny aplikacji i serwerowi na przygotowanie odpowiedzi,
- opóźnienie sieci podczas przesyłania pierwszego bajtu z serwera do użytkownika.
Dlatego wysoki TTFB nie zawsze oznacza wyłącznie problem z mocą serwera. Przyczyną może być także długa droga sieciowa, wiele przekierowań, wolna baza danych, brak pamięci podręcznej albo czasochłonne generowanie dynamicznej strony.
Jaki TTFB jest dobry?
TTFB podawany jest najczęściej w milisekundach lub sekundach. Jako orientacyjny punkt odniesienia można przyjąć poniższe wartości:
| TTFB | Ocena |
|---|---|
| do 0,8 s | dobry wynik |
| 0,8–1,8 s | wynik wymagający poprawy |
| powyżej 1,8 s | słaby wynik |
Są to wartości orientacyjne. TTFB warto analizować w kontekście całej strony, jej rodzaju oraz pozostałych wskaźników wydajności. Serwis generujący spersonalizowaną treść po stronie serwera może zachowywać się inaczej niż prosta strona statyczna.
Nie należy również wyciągać wniosków na podstawie pojedynczego testu. Wynik może zmieniać się zależnie od lokalizacji użytkownika, jakości sieci, obciążenia serwera, działania pamięci podręcznej czy tego, czy połączenie z serwerem zostało już wcześniej zestawione.
TTFB a Core Web Vitals
TTFB nie jest jednym ze wskaźników Core Web Vitals. Ma jednak duże znaczenie dla wydajności, ponieważ występuje na samym początku procesu ładowania strony. Dopóki przeglądarka nie otrzyma odpowiedzi, nie może rozpocząć wielu kolejnych działań związanych z wyświetleniem zawartości.
Wysoki TTFB może więc zwiększać między innymi FCP (First Contentful Paint), czyli czas oczekiwania na pojawienie się pierwszej treści, oraz LCP (Largest Contentful Paint), który opisuje moment wyświetlenia największego istotnego elementu widocznego na ekranie.
Można to przedstawić w prosty sposób: jeżeli serwer zacznie wysyłać dokument HTML dopiero po dwóch sekundach, przeglądarka już na starcie ma około dwóch sekund opóźnienia. Optymalizacja obrazów czy JavaScriptu nie usunie tego początkowego oczekiwania.
Co wpływa na wartość TTFB?
Na TTFB składa się wiele elementów. Niektóre znajdują się po stronie serwera i aplikacji, inne zależą od sieci oraz odległości pomiędzy użytkownikiem a infrastrukturą, na której działa strona.
Wydajność hostingu i serwera
Serwer musi odebrać żądanie, uruchomić potrzebne procesy i przygotować odpowiedź. Jeżeli dostępne zasoby są niewystarczające albo serwer jest mocno obciążony, TTFB może rosnąć. Z tego powodu przy wyborze hostingu www warto patrzeć nie tylko na przestrzeń dyskową, lecz także na wydajność środowiska, w którym wykonywana jest aplikacja.
Działanie aplikacji i bazy danych
W systemach takich jak WordPress, WooCommerce czy PrestaShop odpowiedź HTML jest często tworzona dynamicznie. Aplikacja może wykonywać kod PHP, pobierać dane z bazy i uruchamiać dodatkowe moduły lub wtyczki. Wolne zapytania do bazy, rozbudowane rozszerzenia i błędy w kodzie zwiększają czas potrzebny na przygotowanie odpowiedzi.
W przypadku WordPressa znaczenie mają więc zarówno optymalizacja samej witryny, jak i odpowiednio dobrany hosting WordPress. Przy sklepach opartych na WooCommerce problem staje się jeszcze ważniejszy, ponieważ część podstron, np. koszyk czy konto klienta, musi obsługiwać treści dynamiczne. Dlatego także hosting WooCommerce powinien być dobierany z uwzględnieniem rzeczywistego obciążenia sklepu.
Pamięć podręczna
Cache pozwala w wielu sytuacjach zwrócić wcześniej przygotowaną odpowiedź bez ponownego wykonywania wszystkich operacji aplikacji i bazy danych. W przypadku stron, które można bezpiecznie buforować, jest to jeden z najskuteczniejszych sposobów ograniczenia czasu oczekiwania.
Pamięć podręczna może działać na kilku poziomach: przeglądarki, serwera, aplikacji lub sieci CDN. Więcej informacji o sterowaniu cache za pomocą nagłówków HTTP znajdziesz w haśle Cache-Control.
Odległość od serwera i CDN
Dane potrzebują czasu, aby przebyć drogę między użytkownikiem a serwerem. Jeżeli odbiorca znajduje się bardzo daleko od infrastruktury strony, opóźnienia sieciowe mogą podwyższyć TTFB nawet wtedy, gdy sam serwer działa szybko.
Pomóc może CDN, szczególnie jeżeli sieć może przechowywać i zwracać dokument lub inne zasoby z lokalizacji znajdującej się bliżej użytkownika. Samo włączenie CDN nie gwarantuje jednak automatycznie niskiego TTFB – dużo zależy od konfiguracji oraz tego, które treści mogą być buforowane.
Przekierowania, DNS i zestawianie połączenia
Każdy niepotrzebny krok przed pobraniem dokumentu może zwiększyć oczekiwanie. Przykładem jest łańcuch kilku przekierowań prowadzących kolejno z HTTP do HTTPS, z wersji bez www do www i dopiero później do właściwego adresu URL.
Znaczenie mają również czas rozwiązywania nazwy domeny przez DNS, zestawienie połączenia oraz negocjacja TLS. Z tego powodu dwa pomiary tej samej strony wykonane w różnych warunkach nie zawsze dadzą identyczny wynik.
Jak sprawdzić TTFB strony?
TTFB można mierzyć za pomocą narzędzi do analizy wydajności stron. Jednym z najłatwiejszych sposobów jest skorzystanie z Google PageSpeed Insights. W słowniku znajdziesz również osobne wyjaśnienie, czym jest PageSpeed i jak interpretować generowane przez niego informacje.
Do bardziej szczegółowej diagnostyki można wykorzystać także narzędzia deweloperskie przeglądarki. W Chrome DevTools zakładka Network pozwala przeanalizować poszczególne żądania i sprawdzić, na którym etapie pojawia się opóźnienie.
Najbardziej miarodajne są serie pomiarów. Warto sprawdzać stronę kilkukrotnie, najlepiej z różnych lokalizacji i przy różnych warunkach sieciowych. Pozwala to odróżnić stały problem po stronie aplikacji lub serwera od pojedynczego skoku opóźnienia w sieci.
Jak poprawić TTFB?
Nie istnieje jeden sposób, który poprawi TTFB każdej witryny. Najpierw warto ustalić, który etap generuje największe opóźnienie. Dopiero później można dobrać właściwe rozwiązanie.
- Włącz skuteczne buforowanie. Jeżeli strona nie musi być generowana od nowa przy każdym wejściu, cache może wyraźnie ograniczyć pracę aplikacji i bazy danych.
- Zoptymalizuj bazę danych. Wolne lub wykonywane zbyt często zapytania mogą wydłużać przygotowanie dokumentu HTML.
- Usuń zbędne rozszerzenia i procesy. Dotyczy to szczególnie rozbudowanych instalacji WordPressa i sklepów internetowych.
- Ogranicz liczbę przekierowań. Linki wewnętrzne powinny prowadzić możliwie bezpośrednio do docelowych adresów.
- Sprawdź CDN. Odpowiednio skonfigurowana sieć może ograniczyć opóźnienia, szczególnie przy użytkownikach znajdujących się daleko od głównego serwera.
- Kontroluj obciążenie serwera. Nagłe pogorszenie TTFB w godzinach największego ruchu może wskazywać na brak wystarczających zasobów.
- Dobierz infrastrukturę do skali serwisu. W przypadku aplikacji o dużym ruchu lub wymagających znacznej mocy obliczeniowej rozwiązaniem mogą być serwery dedykowane.
Czy niski TTFB oznacza, że cała strona jest szybka?
Nie. TTFB opisuje tylko początkowy etap ładowania strony. Serwer może bardzo szybko przesłać pierwszy bajt, a użytkownik nadal będzie długo czekał na właściwą treść, jeśli później przeglądarka musi pobrać duże obrazy, wykonać rozbudowany JavaScript albo załadować wiele zewnętrznych zasobów.
Dlatego TTFB należy analizować razem z innymi metrykami wydajności. Dobry wynik jest ważnym fundamentem, ale nie zastępuje optymalizacji całego procesu ładowania witryny.
Twoja strona działa zbyt wolno? Przeczytaj wpis w naszej sekcji pomocy i dowiedz się, jak rozwiązywać problemy z powolnym działaniem stron.
FAQ – TTFB
TTFB oznacza Time To First Byte, czyli czas od rozpoczęcia ładowania strony lub wysłania żądania do chwili otrzymania pierwszego bajtu odpowiedzi.
Orientacyjnie za dobry wynik uznaje się TTFB do 0,8 sekundy. Wynik od 0,8 do 1,8 sekundy warto poprawić, a powyżej 1,8 sekundy jest uznawany za słaby.
Nie. TTFB nie należy do Core Web Vitals, ale występuje przed innymi metrykami wydajności i może wpływać między innymi na FCP oraz LCP.
Tak. Na TTFB może wpływać wydajność serwera, dostępne zasoby, konfiguracja środowiska, szybkość bazy danych oraz czas potrzebny aplikacji do wygenerowania odpowiedzi. Hosting jest jednak tylko jednym z elementów całego pomiaru.
Wynik zależy między innymi od lokalizacji użytkownika, jakości połączenia, obciążenia serwera, stanu pamięci podręcznej, czasu DNS, zestawienia połączenia i przekierowań. Dlatego warto wykonywać kilka pomiarów.
Nie. Niski TTFB oznacza szybkie rozpoczęcie odpowiedzi, ale późniejsze ładowanie mogą spowalniać obrazy, JavaScript, CSS, zewnętrzne skrypty lub inne zasoby.

