---
title: "TTFB"
description: "TTFB (Time To First Byte) to czas od żądania do pierwszego bajtu odpowiedzi serwera. Sprawdź, co wpływa na TTFB i jak obniżyć go poniżej 200 ms."
url: "https://nodea.pl/pl/slownik-pojec/ttfb"
lang: "pl"
updated: "2026-07-13"
---

# TTFB

> TTFB (Time To First Byte) to czas, jaki upływa od wysłania żądania przez przeglądarkę do otrzymania pierwszego bajtu odpowiedzi z serwera. To kluczowy wskaźnik szybkości reakcji hostingu i backendu.

**TTFB** (ang. Time To First Byte — czas do pierwszego bajtu) to metryka mierząca, ile czasu mija od momentu wysłania żądania HTTP przez przeglądarkę do chwili odebrania pierwszego bajtu odpowiedzi z serwera. TTFB odzwierciedla, jak szybko infrastruktura potrafi zareagować na zapytanie, i jest jednym z najlepszych wskaźników kondycji hostingu oraz backendu.

## Jak działa TTFB?

Na całkowity TTFB składa się kilka faz następujących po sobie. Najpierw przeglądarka rozwiązuje domenę przez [DNS](https://nodea.pl/pl/slownik-pojec/dns), potem nawiązuje połączenie TCP i uzgadnia szyfrowanie [TLS](https://nodea.pl/pl/slownik-pojec/tls). Dopiero wtedy wysyła właściwe żądanie, a serwer musi je przetworzyć: uruchomić aplikację, odpytać bazę danych, wyrenderować odpowiedź i odesłać pierwszy bajt. Każdy z tych etapów dokłada milisekundy, a najbardziej kosztowna bywa faza przetwarzania po stronie serwera, zwłaszcza gdy zapytania do bazy są niezoptymalizowane.

Wysoki TTFB opóźnia wszystko, co następuje później — parsowanie HTML, pobieranie zasobów, renderowanie. Dlatego bezpośrednio przekłada się na [LCP](https://nodea.pl/pl/slownik-pojec/lcp), jedną z metryk [Core Web Vitals](https://nodea.pl/pl/slownik-pojec/core-web-vitals). Za rozsądny cel przyjmuje się wynik poniżej 800 ms, a za bardzo dobry poniżej 200 ms dla użytkowników blisko serwera.

## Zastosowanie w praktyce

TTFB obniża się na kilku frontach. Po stronie serwera pomaga buforowanie stron i zapytań ([cache i microcache](https://nodea.pl/pl/slownik-pojec/cache-i-microcache)), OPcache dla PHP, optymalizacja bazy danych i szybszy hosting — na przykład serwer VPS z dyskiem NVMe zamiast obciążonego współdzielonego środowiska. Geograficznie problem rozwiązuje [CDN](https://nodea.pl/pl/slownik-pojec/cdn), który serwuje treść z węzła bliskiego użytkownikowi i skraca opóźnienia sieciowe.

TTFB warto monitorować w narzędziach takich jak PageSpeed Insights, GTmetrix czy WebPageTest oraz w logach serwera. Jego nagły wzrost często sygnalizuje przeciążenie hostingu, wolne zapytanie SQL albo problem z zewnętrznym API, od którego zależy renderowanie strony.

### Jaki TTFB jest dobry?

Google zaleca TTFB poniżej 800 ms, ale za dobry rezultat uznaje się wynik poniżej 200 ms. Powyżej 600 ms warto szukać wąskiego gardła w bazie danych, aplikacji lub konfiguracji serwera. Wartość zależy też od odległości użytkownika od serwera.

### Czy TTFB wpływa na SEO?

Pośrednio tak. Wysoki TTFB opóźnia rozpoczęcie renderowania strony i pogarsza LCP — jeden z Core Web Vitals branych pod uwagę przez Google. Szybki serwer skraca odczuwalny czas ładowania, co poprawia doświadczenie użytkownika i wyniki wyszukiwania.

## Powiązane

- [LCP](https://nodea.pl/pl/slownik-pojec/lcp)
- [CDN](https://nodea.pl/pl/slownik-pojec/cdn)
- [Cache i microcache](https://nodea.pl/pl/slownik-pojec/cache-i-microcache)
- [Core Web Vitals](https://nodea.pl/pl/slownik-pojec/core-web-vitals)
- [Reverse Proxy](https://nodea.pl/pl/slownik-pojec/reverse-proxy)

---

Wersje językowe: [en](https://nodea.io/en/glossary/ttfb.md)  
Spis treści witryny: [llms.txt](https://nodea.pl/pl/llms.txt)