Průměrná odezva hostingu je zavádějící. Dívejte se na percentily

Každý hostingový test i každá marketingová stránka pracuje s jedním číslem: průměrnou dobou odezvy. „Průměrně 180 ms." Zní to konkrétně a měřitelně. Problém je, že to číslo popisuje něco jiného, než co zažívá váš návštěvník — a čím je web dynamičtější, tím větší je rozdíl.

Tenhle článek vysvětluje, proč průměr klame, co místo něj sledovat a jak si to ověřit ještě před tím, než hosting zaplatíte.

Proč průměr u webu selhává

Průměr má smysl u veličin, které se chovají zhruba symetricky. Doba odezvy webu se tak nechová ani náhodou.

Typický WordPress nebo e-shop generuje dvě zcela odlišné skupiny požadavků:

• Cachované požadavky — statická stránka rovnou z cache nebo CDN. Odbaveny za desítky milisekund.
• Necachovatelné požadavky — přihlášený uživatel, obsah košíku, checkout, vyhledávání, administrace, AJAX volání. Tady se musí zapojit PHP a databáze, což trvá řádově déle.

Když je 90 % požadavků cachovaných na 40 ms a 10 % běží 900 ms, průměr vyjde na 126 ms. To číslo nepopisuje ani jednu z těch dvou skupin. Nikdo nezažil 126 ms. Je to hodnota, kterou nezažil žádný návštěvník — jen statistický kompromis mezi rychlou a pomalou realitou.

A teď to podstatné: ta pomalá skupina není náhodný okrajový jev. Jsou to přesně ty požadavky, na kterých vám záleží nejvíc — vkládání do košíku, odesílání objednávky, přihlášení. Průměr systematicky maskuje pomalost tam, kde nejvíc bolí.

Percentily: co znamenají a proč jsou lepší

Percentil odpovídá na otázku „jak pomalý byl požadavek, který byl horší než X % ostatních".

Medián je hned první zlepšení oproti průměru: jeden extrémně pomalý požadavek posune průměr, medián ne.

Ale skutečná informace je v p95 a p99. Ty říkají, jak vypadá váš web ve chvíli, kdy se něco sejde — a to je stav, ve kterém vás zákazník opustí.

Jeden návštěvník není jeden požadavek

Tohle je argument, který v recenzích hostingů prakticky nikdy nenajdete, a přitom rozhoduje.

Načtení jedné stránky nevyvolá jeden požadavek, ale desítky — HTML, CSS, skripty, obrázky, fonty, AJAX. Řekněme 40 požadavků, což je u běžného webu spíš skromný odhad.

Pokud je p95 vaše „hranice pomalosti", znamená to, že každý dvacátý požadavek je za ní. Jaká je pravděpodobnost, že návštěvník při načtení stránky narazí alespoň na jeden takový?

Zhruba 87 %.

Není to chyba v počtech: pravděpodobnost, že se všech 40 požadavků vejde pod p95, je 0,95⁴⁰, tedy asi 13 %. Zbytek — těch 87 % — jsou návštěvy, které aspoň jednou narazily na pomalý požadavek.

I u p99 vyjde, že asi třetina načtení stránky obsahuje aspoň jeden požadavek z toho nejpomalejšího jednoho procenta.

Závěr z toho plyne nepříjemný, ale důležitý: „jen 5 % požadavků je pomalých" neznamená „jen 5 % návštěvníků to pocítí". Znamená to, že to pocítí skoro každý. Proto se percentily nedají odbýt jako okrajová statistika pro nadšence.

Google měří p75, ne průměr

Není to jen teorie. Core Web Vitals, které Google používá jako signál pro hodnocení stránek, se vyhodnocují na 75. percentilu reálných návštěv z Chrome User Report — ne jako průměr.

Znamená to, že když jsou vaše metriky „průměrně v pořádku", ale p75 je za hranicí, Google vidí web jako pomalý bez ohledu na to, co ukazuje váš oblíbený rychlostní test. Google se dívá na percentily. Vy byste taky měli.

Jak si to ověřit před nákupem hostingu

Většina veřejných testů měří homepage, jednou, přes cache. To je nejlepší možný scénář a o vašem provozu neřekne skoro nic. Co dělat místo toho:

• Měřte opakovaně, ne jednou. Deset měření v různých hodinách řekne víc než jedno „vítězné". Zajímá vás rozptyl, ne rekord.
• Měřte necachovatelné stránky. Košík, checkout, výsledky vyhledávání, přihlášenou sekci. Homepage je marketing, tohle je byznys.
• Ptejte se na p95 a p99. Kdo provozuje seriózní infrastrukturu, tato čísla má. Odpověď „máme průměr pod 200 ms" je vyhýbavá odpověď.
• Sledujte terénní data, ne laboratorní. Chrome User Report ukazuje, co zažili skuteční návštěvníci na skutečných zařízeních a připojeních.
• Testujte pod zátěží. Odezva prázdného serveru je nezajímavá. Zajímá vás, co se stane, až přijde návštěvnost.

Než začnete měřit, má smysl vyloučit ty nejběžnější příčiny pomalosti — pomůže náš checklist před koupí hostingu a přehled nejčastějších chyb při výběru hostingu.

Co percentily reálně zlepšuje

Když víte, že problém je v ocasu rozdělení a ne v průměru, mění se i to, co má smysl řešit:

• Volba webserveru ovlivňuje hlavně chování pod souběžnou zátěží, tedy přesně p95 a p99 — rozdíly rozebíráme v článku LiteSpeed vs Nginx vs Apache.
• Rychlost úložiště se projeví u databázových dotazů, které stojí za pomalými necachovanými požadavky — viz NVMe vs SSD hosting.
• Typ webu rozhoduje. E-shop má většinu klíčových požadavků necachovatelných, malý firemní web skoro všechny cachovatelné. Stejný hosting proto může být pro jeden výborný a pro druhý špatný.
• Testujte na staging kopii, ne na ostrém webu — proč a jak popisujeme tady.

Podívat se na Kinsta

Shrnutí

Průměrná doba odezvy je pohodlné číslo, které se dobře vyjímá v tabulce a špatně popisuje realitu. Skrývá právě ty pomalé požadavky, na kterých závisí objednávka.

Tři věci k zapamatování:

1. Ptejte se na p95 a p99, ne na průměr. Průměr u dvouvrcholového rozdělení nepopisuje nikoho.
2. Jeden pomalý požadavek z dvaceti neznamená jednoho nespokojeného návštěvníka z dvaceti — při 40 požadavcích na stránku to pocítí zhruba 87 % návštěv.
3. Google už percentily používá. Core Web Vitals se počítají na 75. percentilu, takže se s tím stejně budete muset naučit pracovat.

Až příště uvidíte hosting inzerovaný jako „průměrně rychlý", víte, na co se doptat.