TTFB: Co zpomaluje první reakci serveru a jak zrychlit web

Když návštěvník otevře webovou stránku, prohlížeč nejprve odešle požadavek na server. Server ho zpracuje a začne odesílat odpověď zpět.

Doba, která uplyne od odeslání požadavku do přijetí prvních dat, se označuje jako TTFB – Time to First Byte. V češtině se někdy překládá jako čas do prvního bajtu.

TTFB není jediná metrika rychlosti webu, ale dokáže odhalit problém, který se často skrývá pod pomalým načítáním. Pokud server reaguje pomalu, prohlížeč nemůže začít vykreslovat stránku tak rychle, jak by měl.

Co přesně TTFB měří?

TTFB se skládá z několika částí komunikace:

Vyhledání DNS záznamu domény.
Navázání síťového spojení.
Navázání zabezpečeného HTTPS spojení.
Zpracování požadavku serverem.
Odeslání prvních dat odpovědi.

Zjednodušeně řečeno TTFB ukazuje, jak rychle se server dostane k první odpovědi.

Část procesu	Co se děje	Možná příčina zpoždění
DNS lookup	Doména se překládá na IP adresu.	Pomalý DNS poskytovatel nebo komplikované DNS řešení.
TCP spojení	Prohlížeč navazuje spojení se serverem.	Vzdálenost, síťové zpoždění nebo nekvalitní infrastruktura.
TLS handshake	Navazuje se šifrované HTTPS spojení.	Nevhodná konfigurace serveru nebo dodatečné síťové zpoždění.
Zpracování požadavku	Server generuje odpověď stránky.	Pomalý hosting, databáze, pluginy nebo aplikační kód.
První byte	Prohlížeč přijímá první část odpovědi.	Výsledek všech předchozích kroků.

Jaká hodnota TTFB je dobrá?

Hodnocení TTFB závisí na typu webu, lokalitě návštěvníků, použité technologii a způsobu měření. Obecně je vhodné usilovat o co nejnižší hodnotu.

Orientačně lze říct:

velmi rychlá odezva je přibližně do 200 ms,
odezva mezi 200 a 500 ms může být v mnoha případech přijatelná,
hodnoty nad 800 ms už často ukazují na prostor ke zlepšení,
odezva kolem jedné sekundy a vyšší může být pro návštěvníky výrazně znatelná.

Tyto hodnoty není vhodné používat jako absolutní hranici pro každý web. Jinak se bude chovat statická stránka, jinak e-shop s personalizovaným obsahem a jinak webová aplikace.

Důležitější než jediné měření je sledovat dlouhodobý trend a porovnávat stejné stránky za podobných podmínek.

Proč je TTFB důležité?

Pomalý TTFB posouvá začátek celého načítání. Prohlížeč nemůže vykreslit obsah, který ještě od serveru neobdržel.

To může ovlivnit:

rychlost zobrazení hlavního obsahu,
LCP,
celkový uživatelský dojem,
mobilní použitelnost,
konverzní poměr,
vnímanou spolehlivost webu.

Pomalá odezva se neprojeví pouze u domovské stránky. Může se týkat také produktových detailů, vyhledávání, filtrace, přihlášení nebo odesílání formulářů.

5 nejčastějších příčin pomalého TTFB

1. Nedostatečný hosting

Nejčastější příčinou bývá infrastruktura, která nedokáže stabilně zpracovávat požadavky.

Problém se může projevit zejména:

při vyšší návštěvnosti,
ve špičce,
při načítání dynamických stránek,
při práci s databází,
po aktualizaci webu nebo pluginů.

Levný hosting nemusí být vždy špatnou volbou. Pokud ale web pravidelně roste, může časem narazit na limity sdíleného serveru.

2. Pomalé databázové dotazy

Dynamické weby často načítají data z databáze. Pokud nejsou dotazy optimalizované, server může potřebovat příliš mnoho času na sestavení stránky.

Příčinou může být:

příliš rozsáhlá databáze,
chybějící indexy,
nekvalitní plugin,
mnoho současných dotazů,
neefektivní filtrování,
ukládání nepotřebných revizí a logů.

U e-shopů může problém vzniknout například při filtrování velkého množství produktů nebo při vyhledávání v katalogu.

3. Chybějící serverová cache

Cache umožňuje uložit již vytvořenou odpověď a použít ji pro další návštěvníky. Server pak nemusí při každém požadavku znovu provádět stejné operace.

Využít lze například:

page cache,
object cache,
opcode cache,
reverse proxy cache,
cache na úrovni CDN.

Cache je vhodná především pro veřejný obsah, který se nemění při každém požadavku. U osobních účtů, košíků a administrace je nutné nastavení řešit opatrně.

4. Velká vzdálenost mezi serverem a návštěvníkem

Pokud je server umístěný daleko od hlavní skupiny návštěvníků, může narůstat síťové zpoždění.

Řešením může být:

vhodnější umístění serveru,
CDN,
edge cache,
více regionů,
správné nastavení DNS,
optimalizace síťové vrstvy.

CDN není univerzální řešení pro každý typ obsahu. Nejlépe funguje u statických souborů a správně cachovatelných stránek.

5. Pomalý aplikační kód

Server může čekat na zpracování různých částí aplikace. Zpoždění mohou způsobovat například:

externí API,
neefektivní pluginy,
nepotřebné skripty na serveru,
příliš složité šablony,
neoptimalizované dotazy,
načítání dat, která stránka ve skutečnosti nepotřebuje.

Při hledání problému nestačí pouze vyměnit hosting. Neefektivní kód může zpomalovat web i na výkonném serveru.

Jak TTFB zlepšit?

Zapněte vhodné cachování

Začněte kontrolou, zda se stránky cachují. Ověřte také, zda cache skutečně funguje a zda se po každé návštěvě nevytváří stránka znovu.

Zkontrolujte:

hlavičky odpovědi,
dobu platnosti cache,
výjimky pro dynamický obsah,
chování po aktualizaci obsahu,
kompatibilitu cache s e-shopem nebo přihlášením.

Optimalizujte databázi

Odstraňte nepotřebná data, zkontrolujte problematické dotazy a ověřte, zda pluginy neprovádějí zbytečné operace při každém načtení stránky.

U větších webů je vhodné provést profilování aplikace. To ukáže, která část požadavku spotřebovává nejvíce času.

Omezte externí požadavky

Server může čekat na odpověď externí služby, například:

platební brány,
marketingového systému,
CRM,
mapových podkladů,
skladového systému,
nástroje pro personalizaci.

Pokud je externí služba pomalá, může prodloužit odezvu celého webu. Pomoci může asynchronní zpracování, lokální cache nebo načtení dat až v další fázi.

Zkontrolujte DNS a HTTPS

DNS a TLS tvoří část celkové doby před přijetím odpovědi. Ujistěte se, že:

doména používá spolehlivou DNS infrastrukturu,
HTTPS je správně nakonfigurované,
server podporuje moderní protokoly,
certifikát není chybně nastavený,
přesměrování z HTTP na HTTPS není zbytečně řetězené.

Zvažte CDN

CDN může zkrátit vzdálenost mezi návštěvníkem a obsahem webu. Výsledek závisí na tom, jaký obsah distribuujete a zda je možné ho efektivně cachovat.

CDN je vhodná zejména pro:

obrázky,
CSS,
JavaScript,
fonty,
statické soubory,
veřejné stránky s delší platností cache.

TTFB a Core Web Vitals

TTFB není samostatná metrika Core Web Vitals, ale může ovlivnit zejména LCP. Pokud server pozdě odešle první data, prohlížeč později začne zpracovávat a vykreslovat hlavní obsah.

Při optimalizaci proto nesledujte pouze TTFB. Je nutné zjistit, co se děje po přijetí prvního bytu:

jak rychle se zobrazí hlavní prvek,
zda JavaScript neblokuje vykreslení,
zda se obrázky načítají efektivně,
zda se stránka během načítání neposouvá,
zda web rychle reaguje na interakce.

TTFB je tedy důležitý diagnostický ukazatel, nikoli jediný cíl optimalizace.

Jak měřit TTFB správně?

Jedno měření nemusí být dostatečné. Výsledek ovlivňuje:

lokalita testu,
typ zařízení,
síťové připojení,
aktuální vytížení serveru,
použité cachování,
konkrétní stránka,
čas měření.

Doporučený postup:

Vyberte několik důležitých URL.
Měřte je z relevantních lokalit.
Test opakujte v různých časech.
Porovnávejte medián nebo dlouhodobý trend.
Sledujte rozdíl mezi cachovanou a necachovanou odpovědí.
Po každé změně měření zopakujte.

Důležité je měřit nejen domovskou stránku, ale také stránky, které mají obchodní význam.

Zkontrolujte odezvu svého webu v Pinsero Monitor

Pomalý server nemusí být problémem pouze v okamžiku, kdy ho ručně testujete. Může se objevovat nárazově, například při vyšší návštěvnosti nebo po určité aktualizaci.

Pinsero Monitor pomáhá sledovat dostupnost a stav webu v čase. Díky pravidelnému monitoringu můžete odhalit:

opakující se výpadky,
pomalé odpovědi,
nestabilitu serveru,
problémy po nasazení změn,
rozdíly mezi jednotlivými obdobími.

Cílem není dosáhnout jedné ideální hodnoty za každou cenu. Důležité je vytvořit stabilní web, který rychle reaguje pro skutečné návštěvníky a zůstává dostupný i při běžné zátěži.