Core Web Vitals

Co to jest TTFB (Time to First Byte)

Czas odpowiedzi serwera - od żądania do pierwszego bajtu odpowiedzi.

Aktualizacja:
Krótka odpowiedź

TTFB (Time to First Byte) mierzy czas od momentu wysłania żądania do otrzymania pierwszego bajtu odpowiedzi serwera. Składa się z DNS lookup, nawiązania połączenia TCP, handshake TLS i generowania odpowiedzi. Dobre TTFB wynosi poniżej 800 ms, powyżej 1800 ms wskazuje na problem z hostingiem albo backendem.

Kluczowe fakty
Pełna nazwa Time to First Byte
Dobry próg ≤ 800 ms
Słaby próg > 1800 ms
Mierzy Szybkość serwera i sieci
Wpływa na LCP, FCP - wszystkie kolejne metryki

Co to jest TTFB?

TTFB (Time to First Byte) mierzy czas od momentu, gdy przeglądarka wysyła żądanie do serwera, do momentu otrzymania pierwszego bajtu odpowiedzi. Składa się na to: DNS lookup, nawiązanie połączenia TCP, ewentualny handshake TLS i czas wygenerowania odpowiedzi po stronie serwera.

Dlaczego TTFB ma znaczenie?

TTFB to fundament wszystkich pozostałych metryk. Jeśli serwer odpowiada wolno, nawet idealnie zoptymalizowana strona klienta nie pomoże - przeglądarka zacznie ją renderować dopiero po otrzymaniu odpowiedzi. Wysokie TTFB to zwykle sygnał problemu z hostingiem albo backendem.

Progi Google dla TTFB

  • ≤ 800 ms - dobry TTFB
  • 800-1800 ms - wymaga poprawy
  • > 1800 ms - słaby TTFB (zwykle problem z hostingiem)

Najczęstsze przyczyny wysokiego TTFB

  • Wolny shared hosting albo zbyt mała instancja VPS
  • Brak cache HTTP po stronie serwera (każde żądanie generuje stronę od nowa)
  • Wolne zapytania do bazy danych (brak indeksów, N+1 queries)
  • Wolny PHP/Node.js (stare wersje, brak opcache)
  • Serwer geograficznie daleko od użytkownika (brak CDN)

Jak poprawić TTFB?

  1. Włącz cache HTTP (Varnish, Cloudflare, Redis dla obiektów aplikacji)
  2. Użyj CDN - Cloudflare, Fastly, Bunny - przybliża treść do użytkowników
  3. Aktualizuj PHP/Node.js do najnowszej stabilnej wersji
  4. Optymalizuj zapytania bazy - indeksy, EXPLAIN ANALYZE
  5. Rozważ migrację na lepszy hosting (managed WordPress, Vercel, Cloudflare Pages)

Najczęstsze pytania

Z czego konkretnie składa się TTFB?
TTFB to suma czterech etapów: 1) DNS lookup (zwykle 20-100 ms), 2) TCP handshake (50-200 ms), 3) TLS handshake przy HTTPS (100-300 ms), 4) czas generowania odpowiedzi po stronie serwera (wszystko powyżej). Najwięcej zyskasz optymalizując ostatni etap - to on zwykle dominuje.
Czy CDN zawsze poprawia TTFB?
Dla statycznych zasobów (HTML, CSS, JS, obrazy) tak - CDN cache serwuje je z bliskiego węzła w 20-100 ms. Dla dynamicznych odpowiedzi z bazy danych CDN nie pomaga, bo i tak musi sięgnąć do origin. Wtedy potrzebne są inne techniki: cache po stronie serwera, edge computing (Cloudflare Workers, Vercel Edge).
Czemu TTFB jest istotny dla SEO?
Bo wpływa na wszystkie pozostałe metryki - wolny TTFB oznacza wolny FCP i wolny LCP, a te są częścią Core Web Vitals (oficjalny sygnał rankingowy). Sam TTFB nie jest bezpośrednim sygnałem, ale strona z TTFB powyżej 1500 ms prawie zawsze ma słabe LCP.
Powiązane pojęcia
LCP (Largest Contentful Paint)FCP (First Contentful Paint)Core Web Vitals (CWV)

Sprawdź swoją stronę

Wpisz adres swojej strony, w 30 sekund zobaczysz konkretną listę problemów do naprawy - wraz z wpływem na sprzedaż, SEO i koszty reklam.

Zacznij test →