TTFB – co to jest Time to First Byte?

Co to jest TTFB (Time to First Byte)?

Time to First Byte (TTFB) to metryka wydajności, która mierzy czas od momentu wysłania żądania HTTP przez przeglądarkę do odebrania pierwszego bajtu odpowiedzi z serwera. Mówiąc prościej — TTFB pokazuje, jak szybko serwer reaguje na zapytanie użytkownika. Jeśli kiedykolwiek kliknąłeś link i przez ułamek sekundy (albo kilka sekund) nic się nie działo, zanim strona zaczęła się ładować — to właśnie odczuwałeś wysoki TTFB.

Metryka time to first byte (TTFB) obejmuje trzy kluczowe fazy:

• Czas nawiązania połączenia (DNS lookup + TCP handshake + TLS negotiation) — przeglądarka musi odnaleźć adres IP serwera, nawiązać połączenie i, w przypadku HTTPS, uzgodnić szyfrowanie.
• Czas przetwarzania po stronie serwera — serwer odbiera żądanie, wykonuje logikę aplikacji (zapytania do bazy danych, renderowanie szablonów, przetwarzanie danych) i generuje odpowiedź.
• Czas transmisji pierwszego bajtu — odpowiedź podróżuje przez sieć z powrotem do przeglądarki użytkownika.

Warto podkreślić, że TTFB nie mierzy czasu ładowania całej strony. To jedynie moment, w którym przeglądarka otrzymuje pierwszy sygnał, że serwer odpowiedział. Pełne wyrenderowanie strony — z obrazami, arkuszami CSS, skryptami JavaScript — to oddzielna kwestia. Jednak TTFB stanowi fundament, na którym opiera się cały dalszy proces ładowania. Jeśli serwer reaguje wolno, wszystkie kolejne elementy strony również się opóźnią.

Google traktuje TTFB jako jedną z metryk diagnostycznych w ramach Core Web Vitals. Choć nie jest bezpośrednio jednym z trzech głównych wskaźników (LCP, FID/INP, CLS), ma bezpośredni wpływ na Largest Contentful Paint (LCP) — im wolniejszy TTFB, tym później przeglądarka zaczyna renderować główną treść strony. Dlatego w kontekście pozycjonowania stron w 2025 roku i dalej optymalizacja TTFB powinna znajdować się wysoko na liście priorytetów.

Dlaczego TTFB jest ważny dla SEO?

Google od lat sygnalizuje, że szybkość strony jest czynnikiem rankingowym. W 2021 roku oficjalnie wprowadzono Core Web Vitals do algorytmu, a w kolejnych latach ich waga systematycznie rosła. TTFB, choć formalnie jest metryką diagnostyczną (nie bezpośrednim wskaźnikiem CWV), pełni rolę fundamentu całej wydajności strony.

Oto konkretne powody, dla których TTFB ma znaczenie w SEO:

Wpływ na LCP i doświadczenie użytkownika

LCP (Largest Contentful Paint) mierzy czas wyrenderowania największego widocznego elementu strony. Aby przeglądarka mogła zacząć renderowanie, musi najpierw otrzymać odpowiedź z serwera — czyli przejść przez fazę TTFB. Badania Google pokazują, że strony z TTFB powyżej 600 ms mają o 40-60% mniejsze szanse na osiągnięcie dobrego wyniku LCP (poniżej 2,5 s). Oznacza to, że wolny serwer może przekreślić cały wysiłek optymalizacyjny po stronie front-endu.

Crawl budget i indeksowanie

Googlebot dysponuje ograniczonym budżetem indeksowania dla każdej witryny. Jeśli serwer odpowiada wolno, robot może zaindeksować mniej podstron w tej samej jednostce czasu. Dla dużych serwisów — np. przy pozycjonowaniu sklepów internetowych z tysiącami stron produktowych — wolny TTFB może oznaczać, że część stron w ogóle nie zostanie zaindeksowana lub będzie odwiedzana znacznie rzadziej.

Współczynnik odrzuceń i CTR

Dane zebrane przez różne organizacje badawcze (m.in. Google i Akamai) konsekwentnie wskazują, że 53% użytkowników mobilnych opuszcza stronę, jeśli ładuje się dłużej niż 3 sekundy. Wolny TTFB to wolne ładowanie, a wolne ładowanie to wyższy bounce rate. Google analizuje sygnały behawioralne — jeśli użytkownicy szybko wracają do wyników wyszukiwania, algorytm traktuje to jako sygnał niskiej jakości strony. Poznaj więcej o tym, jaki współczynnik klikalności CTR jest dobry w SEO i jak na niego wpływają właśnie takie czynniki techniczne.

Przewaga konkurencyjna w wynikach wyszukiwania

Gdy dwie strony mają zbliżoną jakość treści i profil linków, czynniki techniczne — w tym szybkość — mogą przesądzić o pozycji. W naszej praktyce w Noril.pl wielokrotnie obserwowaliśmy sytuacje, gdzie sama optymalizacja czasu odpowiedzi serwera o 200-400 ms przekładała się na wzrost pozycji o 2-5 miejsc w ciągu kilku tygodni. To szczególnie widoczne w konkurencyjnych branżach, gdzie walka toczy się o każdy piksel przewagi.

Jaki TTFB jest dobry?

Google w dokumentacji dotyczącej Web Vitals definiuje następujące progi dla TTFB:

Warto jednak zaznaczyć, że 800 ms to górna granica „dobrego" wyniku — nie cel, do którego powinniśmy dążyć. W praktyce najlepsze strony osiągają TTFB na poziomie 100-300 ms. Serwisy oparte na nowoczesnych rozwiązaniach cache'ujących, CDN-ach i zoptymalizowanej infrastrukturze potrafią zejść nawet poniżej 50 ms.

Kontekst ma znaczenie

Oceniając wynik TTFB, weź pod uwagę kilka czynników:

• Odległość geograficzna — TTFB mierzony z Warszawy dla serwera w Europie będzie niższy niż dla serwera w USA. Dlatego istotne jest, żeby mierzyć z lokalizacji odpowiadającej docelowym użytkownikom.
• Typ strony — statyczna strona HTML będzie miała znacznie niższy TTFB niż dynamiczna strona e-commerce z zapytaniami do bazy danych. To normalne — ważne, żeby wynik mieścił się w dobrym progu.
• Cache vs. brak cache — pierwsze żądanie (cold start) niemal zawsze będzie wolniejsze niż kolejne (cache hit). Testuj oba scenariusze, ale optymalizuj przede wszystkim pod kątem typowego zachowania użytkownika.
• Mobile vs. desktop — użytkownicy mobilni często korzystają z wolniejszych połączeń (3G/4G), co naturalnie wydłuża TTFB po stronie sieci. Dlatego Google przykłada szczególną wagę do wydajności mobilnej.

Dla stron firmowych i blogów celuj w TTFB poniżej 400 ms. Dla sklepów internetowych i aplikacji webowych z dynamiczną treścią — poniżej 600 ms to solidny wynik. Jeśli prowadzisz sklep online i zastanawiasz się nad kosztami pozycjonowania, pamiętaj, że optymalizacja infrastruktury to inwestycja, która przynosi zwrot nie tylko w SEO, ale też w konwersji.

Co wpływa na TTFB?

TTFB to wypadkowa wielu czynników — od fizycznej lokalizacji serwera, przez jakość kodu, aż po konfigurację infrastruktury. Zrozumienie tych elementów pozwala celnie diagnozować problemy i dobierać właściwe rozwiązania.

Infrastruktura serwerowa

• Jakość hostingu — tani hosting współdzielony (shared hosting) to najczęstsza przyczyna wysokiego TTFB. Gdy setki stron dzielą te same zasoby procesora i pamięci RAM, czas odpowiedzi dramatycznie rośnie, szczególnie w godzinach szczytu. VPS, serwery dedykowane lub rozwiązania chmurowe (AWS, Google Cloud, DigitalOcean) oferują znacznie lepszą wydajność.
• Lokalizacja serwera — fizyczna odległość między serwerem a użytkownikiem ma bezpośredni wpływ na TTFB. Jeśli Twoi klienci są w Polsce, a serwer stoi w USA, każde żądanie pokonuje ~12 000 km w obie strony. To dodatkowe 80-150 ms samego opóźnienia sieciowego.
• Konfiguracja serwera WWW — Apache vs. Nginx vs. LiteSpeed, ustawienia keep-alive, kompresja gzip/Brotli, limity połączeń — te parametry istotnie wpływają na czas odpowiedzi.

Warstwa aplikacji

• Baza danych — wolne zapytania SQL to jeden z najczęstszych winowajców. Brak indeksów, zapytania N+1, brak cache'owania wyników — każdy z tych problemów może dodać setki milisekund do czasu odpowiedzi. W ramach audytu SEO warto sprawdzić również tę warstwę.
• Nieoptymalny kod — skomplikowana logika biznesowa, pętle z zewnętrznymi wywołaniami API, synchroniczne operacje I/O — wszystko to wydłuża czas, zanim serwer wygeneruje odpowiedź.
• CMS bez optymalizacji — WordPress z 30 nieoptymalizowanymi wtyczkami, Magento bez cache'u, Drupal z rozbudowanym systemem modułów — popularne CMS-y potrafią generować TTFB rzędu 2-5 sekund bez odpowiedniej konfiguracji.

Warstwa sieciowa

• Brak CDN — Content Delivery Network rozdziela treść na serwery edge zlokalizowane blisko użytkowników. Bez CDN każde żądanie trafia do serwera origin, co zwiększa latencję.
• Konfiguracja DNS — wolny resolver DNS dodaje dodatkowy czas przed nawiązaniem połączenia. Premium DNS (Cloudflare, Route53) oferuje rozwiązania z czasem odpowiedzi poniżej 20 ms.
• Brak HTTP/2 lub HTTP/3 — nowsze wersje protokołu HTTP oferują multiplexing, kompresję nagłówków i szybsze nawiązywanie połączenia, co bezpośrednio wpływa na TTFB.
• Certyfikat TLS — proces uzgadniania szyfrowania (TLS handshake) dodaje typowo 50-100 ms. Nowsze wersje (TLS 1.3) skracają ten czas dzięki mechanizmowi 0-RTT.

Brak cache'owania

To prawdopodobnie najczęściej pomijany czynnik. Bez żadnej warstwy cache serwer musi przy każdym żądaniu od nowa: odpytać bazę danych, przetworzyć logikę, wyrenderować szablon i wygenerować odpowiedź HTML. Wdrożenie cache'owania (na poziomie HTTP, aplikacji lub bazy danych) potrafi obniżyć TTFB z 2000 ms do 50 ms — to redukcja o 97%.

Jak mierzyć TTFB strony?

Pomiar TTFB jest prosty i dostępny za pomocą wielu narzędzi — zarówno bezpłatnych, jak i profesjonalnych. Oto sprawdzone metody, których regularnie używamy w Noril.pl:

Narzędzia przeglądarkowe (Lab data)

Chrome DevTools — najprostszy sposób na szybki pomiar. Otwórz stronę, kliknij F12, przejdź do zakładki Network, odśwież stronę i kliknij pierwsze żądanie dokumentu HTML. W sekcji Timing zobaczysz szczegółowy rozkład czasu: DNS Lookup, Initial Connection, SSL, Waiting (TTFB), Content Download. Wartość Waiting (TTFB) to interesująca Cię metryka.

Lighthouse — wbudowany w Chrome (zakładka Lighthouse w DevTools lub przez PageSpeed Insights). Raportuje TTFB jako część audytu wydajności. Daje też kontekst — jeśli TTFB jest wysoki, wskaże to jako problem do naprawienia. Warto od razu skonfigurować Google Analytics 4, aby śledzić wydajność strony na bieżąco z perspektywy realnych użytkowników.

Narzędzia online (Synthetic testing)

• WebPageTest (webpagetest.org) — zaawansowane narzędzie, które pozwala wybrać lokalizację testową, typ przeglądarki, prędkość połączenia i przeprowadzić wielokrotne testy. Wykres kaskadowy (waterfall) precyzyjnie pokazuje TTFB każdego zasobu.
• Google PageSpeed Insights — łączy dane syntetyczne (Lighthouse) z realnymi danymi z Chrome UX Report. Pokazuje TTFB w sekcji diagnostycznej.
• GTmetrix — raportuje TTFB w zakładce Performance, pozwala testować z różnych lokalizacji.
• Pingdom — prosty i szybki pomiar z kilku lokalizacji na świecie.

Dane terenowe (Field data / RUM)

Dane syntetyczne mierzą TTFB w kontrolowanych warunkach. Dane terenowe (Real User Monitoring) pokazują, jak TTFB wygląda dla prawdziwych użytkowników:

• Chrome UX Report (CrUX) — agregowane dane od użytkowników Chrome. Dostępne w PageSpeed Insights, BigQuery i Search Console.
• Google Search Console — raport Core Web Vitals pokazuje, jaką część stron Google klasyfikuje jako Good/Needs Improvement/Poor pod kątem wydajności.
• Web Vitals JavaScript library — pozwala zbierać metryki (w tym TTFB) bezpośrednio od odwiedzających i wysyłać je do własnego systemu analitycznego.

Narzędzia wiersza poleceń

Dla bardziej zaawansowanych użytkowników przydatne są polecenia terminalowe:

• curl — komenda curl -o /dev/null -w "TTFB: %{time_starttransfer}s\n" https://twoja-strona.pl zwraca czas do pierwszego bajtu w sekundach.
• httpstat — nakładka na curl, która wizualizuje poszczególne fazy połączenia w czytelnej tabeli.

Pamiętaj o kilku zasadach pomiaru: testuj wielokrotnie (minimum 3-5 razy, bo wyniki mogą się różnić), testuj z lokalizacji docelowej (dla polskiej strony — z serwera w Polsce lub Europie Zachodniej), testuj zarówno z cache jak i bez (tryb incognito = brak cache przeglądarki, ale cache serwera nadal działa).

Jak poprawić Time to First Byte?

Optymalizacja TTFB to jedno z najskuteczniejszych działań technicznych, które możesz podjąć dla SEO swojej strony. Oto sprawdzone metody — uszeregowane od najłatwiejszych do wymagających większego nakładu pracy:

1. Wdróż cache'owanie na poziomie serwera

To absolutny fundament i najszybszy sposób na drastyczne obniżenie TTFB. Zamiast generować stronę od nowa przy każdym żądaniu, serwer może zwracać wcześniej przygotowaną kopię:

• Full-page cache — Varnish, Nginx FastCGI Cache lub wbudowane mechanizmy CDN. Pozwala osiągnąć TTFB poniżej 50 ms nawet dla dynamicznych stron.
• Object cache — Redis lub Memcached do cache'owania wyników zapytań bazodanowych. Typowa redukcja TTFB o 40-70%.
• Opcode cache — OPcache dla PHP, który eliminuje powtórną kompilację kodu. Powinien być włączony domyślnie na każdym serwerze PHP.

Jeśli prowadzisz stronę na WordPressie, sprawdzone wtyczki cache'ujące to WP Super Cache, W3 Total Cache lub WP Rocket (płatna, ale najskuteczniejsza). Dobrze wdrożone cache'owanie potrafi obniżyć TTFB z 1500 ms do 80 ms — to różnica, którą użytkownicy natychmiast odczuwają.

2. Zmień hosting na wydajniejszy

Jeśli Twoja strona działa na tanim hostingu współdzielonym za 50-100 zł rocznie, żadna optymalizacja kodu nie pomoże, gdy serwer jest przeciążony. Rozważ migrację na:

• VPS — od 40-80 zł/miesiąc, dedykowane zasoby CPU i RAM.
• Hosting zarządzany (managed) — Kinsta, Cloudways, SiteGround (plany Cloud). Zoptymalizowana infrastruktura pod konkretny CMS.
• Serwer dedykowany — dla dużych serwisów z ruchem powyżej 100 000 sesji miesięcznie.

Migracja hostingu to inwestycja, ale dla firm zależnych od widoczności w Google — niezbędna. W analizie opłacalności SEO dla małych firm koszt hostingu stanowi zwykle ułamek potencjalnych korzyści z lepszego pozycjonowania.

3. Skorzystaj z CDN

Content Delivery Network dystrybuuje kopie Twojej strony na serwery edge zlokalizowane na całym świecie. Użytkownik z Wrocławia otrzymuje odpowiedź z serwera w Frankfurcie (50 ms), zamiast z serwera w USA (200 ms).

Popularne CDN-y z darmowymi planami: Cloudflare (najczęściej rekomendowany — darmowy plan obejmuje CDN, SSL, podstawowy firewall i optymalizację), BunnyCDN (tani i wydajny, szczególnie w Europie). Samo wdrożenie Cloudflare przed stroną potrafi obniżyć TTFB o 100-300 ms bez żadnych zmian w kodzie.

4. Zoptymalizuj bazę danych

Wolne zapytania SQL to cichy zabójca wydajności. Kluczowe działania:

• Dodaj brakujące indeksy — przeanalizuj wolne zapytania (slow query log) i dodaj indeksy na kolumnach używanych w WHERE i JOIN.
• Eliminuj zapytania N+1 — klasyczny problem ORM-ów, gdy pętla generuje setki zapytań zamiast jednego z JOIN.
• Regularnie optymalizuj tabele — OPTIMIZE TABLE w MySQL/MariaDB, VACUUM w PostgreSQL.
• Usuń nieużywane dane — rewizje wpisów w WordPressie, stare sesje, logi — wszystko to spowalnia zapytania. Wykorzystaj dane strukturalne, takie jak Schema Product, aby lepiej organizować treści produktowe.

5. Uaktualnij stos technologiczny

• PHP 8.x — jeśli Twoja strona nadal działa na PHP 7.x (lub gorzej — 5.x), aktualizacja przyniesie nawet 20-30% wzrost wydajności dzięki JIT compilerowi.
• HTTP/2 lub HTTP/3 — multiplexing, kompresja nagłówków i szybsze nawiązywanie połączenia. Większość nowoczesnych serwerów wspiera te protokoły — wystarczy je włączyć.
• TLS 1.3 — szybszy handshake szyfrowania, mechanizm 0-RTT dla powracających użytkowników.
• Kompresja Brotli — skuteczniejsza niż gzip, zmniejsza rozmiar odpowiedzi o dodatkowe 15-25%.

6. Zminimalizuj zewnętrzne zależności po stronie serwera

Jeśli Twoja strona przy każdym żądaniu odpytuje zewnętrzne API (np. kurs walut, dane pogodowe, systemy CRM), każde takie wywołanie dodaje czas do TTFB. Rozwiązania:

• Cache'uj odpowiedzi z API (np. odświeżaj co 5 minut, nie przy każdym żądaniu).
• Przenieś wywołania na stronę klienta (JavaScript) — wtedy nie blokują one odpowiedzi serwera.
• Używaj asynchronicznych wywołań, gdzie to możliwe.

7. Zastosuj preconnect i DNS prefetch

Choć te techniki nie redukują bezpośrednio czasu odpowiedzi serwera, skracają fazę nawiązywania połączenia, co przekłada się na niższy TTFB mierzony od strony użytkownika:

• <link rel="preconnect" href="https://cdn.twoja-strona.pl">
• <link rel="dns-prefetch" href="https://fonts.googleapis.com">

Optymalizacja time to first byte (TTFB) to proces ciągły — nie jednorazowe działanie. Regularne monitorowanie wyników i reagowanie na regresje powinno być częścią strategii technicznej każdej strony. Jeśli chcesz dowiedzieć się, jak AI wpływa na przyszłość SEO i które aspekty techniczne będą coraz ważniejsze, warto śledzić bieżące zmiany w algorytmach. Pamiętaj też, że TTFB to element szerszego ekosystemu optymalizacji — wpływa na to, jak szybko użytkownicy widzą treść, a w przypadku walki o pozycję zero w Featured Snippets każda milisekunda może mieć znaczenie.

W Noril.pl optymalizację TTFB traktujemy jako element kompleksowej strategii SEO. Niezależnie od tego, czy prowadzisz SEO lokalne dla małej firmy, pozycjonujesz kancelarię prawną, czy zarządzasz dużym sklepem e-commerce — szybkość serwera to fundament, bez którego pozostałe działania optymalizacyjne tracą swoją skuteczność. Warto też mierzyć efekty finansowe tych działań — dowiedz się więcej o tym, czym jest ROAS i jak go obliczyć, aby przekładać wyniki techniczne na realne przychody. Rozważ również, jak reklamy displayowe Google Ads mogą wspierać Twoje działania SEO, gdy pracujesz nad poprawą wydajności strony. A jeśli prowadzisz sklep, dobrze napisany opis produktu w połączeniu z szybkim serwerem to przepis na wyższe konwersje.