Jak správně měřit rychlost webu po změně hostingu — rozdíl mezi laboratorním a reálným měřením

Změnili jste hosting v očekávání rychlejšího webu a teď si to chcete potvrdit. Otevřete oblíbený online test, spustíte ho a dostanete jedno číslo. Jenže tohle číslo samo o sobě nedokáže rozhodnout, jestli migrace pomohla. Rychlost webu totiž měříme dvěma zásadně odlišnými způsoby a každý odpovídá na jinou otázku.

Tento návod vysvětlí rozdíl mezi laboratorním (synthetic) a reálným (field) měřením, ukáže, proč se výsledky běžně rozcházejí, a poradí, jak z obou složit závěr, kterému se dá věřit.

Nejdřív: co vlastně měříte

„Rychlost webu" není jedna veličina. Když se ptáte, jestli je nový hosting rychlejší, ve skutečnosti se ptáte na několik věcí:

• Odezva serveru (TTFB) — jak rychle server pošle první byte odpovědi. Tady se změna hostingu projeví nejvíc a nejčitelněji.
• Doba načtení a vykreslení stránky — kdy uživatel vidí obsah a kdy s ním může začít pracovat.
• Chování pod zátěží — jestli web zůstane rychlý, i když na něj přijde víc lidí najednou.

Migrace hostingu ovlivňuje hlavně první a třetí bod. Vykreslení stránky závisí z velké části na tom, jak je web postavený — na obrázcích, skriptech a šablonách — a to se přenosem na jiný server nezmění. Když tohle víte, přestanete od měření čekat zázraky na místech, kam hosting nedosáhne.

Laboratorní měření: čistá laboratoř

Laboratorní (synthetic) test spustí načtení stránky v přesně definovaném a opakovatelném prostředí: pevně daná lokalita, simulovaná rychlost připojení, konkrétní zařízení a prázdná cache. Sem patří většina známých online nástrojů, které vám vrátí skóre a vodopádový graf.

Výhody:

• Opakovatelnost. Stejné podmínky znamenají, že dva testy jsou srovnatelné. To je pro porovnání „před a po" zásadní.
• Detailní rozpad. Vidíte, co konkrétně trvá — DNS, navázání spojení, TTFB, jednotlivé soubory.
• Izolace proměnných. Můžete měnit jednu věc po druhé a sledovat dopad.

Limity:

• Nereprezentuje vaše návštěvníky. Test z jednoho datacentra na optický spoj neřekne nic o mobilním uživateli na okraji signálu.
• Jeden běh je náhoda. První měření bývá pomalejší kvůli studené cache serveru i CDN. Vždy měřte několikrát a berte medián, ne nejlepší ani nejhorší hodnotu.

Laboratorní měření je ideální nástroj, když chcete férově porovnat starý a nový hosting: pusťte stejný test na stejnou stránku ze stejné lokality, několikrát, a srovnejte mediány TTFB. Detailní postup najdete v článku jak změřit rychlost hostingu a poznat, kde je problém.

Reálné měření: co zažívají skuteční lidé

Reálné (field, RUM — Real User Monitoring) měření sbírá data od skutečných návštěvníků na jejich skutečných zařízeních a připojeních. Nevzniká v laboratoři, ale v provozu. Sem patří data o skutečné zkušenosti uživatelů, která sbírají analytické a monitorovací nástroje přímo v prohlížeči.

Výhody:

• Pravda o vašem publiku. Zahrnuje mix mobilů a počítačů, rychlých i pomalých připojení, různých regionů — přesně tak, jak vypadá vaše návštěvnost.
• Zachytí okrajové případy. Pomalá desetina uživatelů se v laboratoři nikdy neukáže, ale v reálných datech ano.

Limity:

• Potřebuje čas a provoz. Než se nasbírá dost dat, uplyne obvykle několik týdnů. Hned po migraci je reálné měření prázdné.
• Hůř se izolují příčiny. Když čísla klesnou, data sama neřeknou, jestli za to může hosting, nová šablona, nebo víkendový nárůst mobilních návštěv.

Proč se čísla rozcházejí (a je to normální)

Když laboratorní test ukáže skvělý výsledek a reálná data jsou horší, není to chyba — jen se díváte na dvě různé populace. Laboratoř měří jeden ideální průběh; realita průměruje tisíce nerovných. Nejčastější důvody rozdílu:

• Geografie. Test z blízkého datacentra je vždy rychlejší než uživatel na druhém konci země či v zahraničí.
• Zařízení a síť. Laboratoř často jede na výkonném stroji; půlka reálného provozu jsou mobily na LTE.
• Cache. Laboratorní běh se studenou cache měří nejhorší případ; vracející se návštěvník má většinu už uloženou.

Cílem není dostat obě čísla na stejnou hodnotu. Cílem je z každého vzít, co umí: laboratoř na férové srovnání „před a po", realita na kontrolu, že to platí i pro skutečné lidi.

Praktický postup po migraci

1. Před přepnutím změřte laboratorně několik klíčových stránek (homepage, kategorie, produkt/článek) a poznamenejte si mediány TTFB a doby vykreslení.
2. Ověřte, že měříte nový server, ne starou verzi z cache nebo staré DNS. Zkontrolujte IP adresu odpovědi a případně měřte přímo přes hostname nového serveru, dokud se DNS nepropíše.
3. Po přepnutí zopakujte stejné laboratorní testy ze stejné lokality, několikrát, a porovnejte mediány. Tady uvidíte přímý dopad hostingu.
4. Nechte běžet reálné měření aspoň dva až čtyři týdny a teprve pak porovnávejte s obdobím před migrací. Srovnávejte srovnatelná období (všední dny s všedními).
5. Oddělte proměnné. Pokud jste současně s hostingem měnili i šablonu nebo PHP, nepoznáte, co za změnu může. Ideálně měňte jednu věc po druhé.

Na co při měření nespoléhat

• Na jediné číslo. Skóre bez kontextu je marketing, ne měření. Chtějte medián z více běhů a rozpad, kde se čas ztrácí.
• Na test hned po přepnutí. Studená cache serveru i CDN dělá první výsledky uměle pomalé.
• Na porovnání jablek s hruškami. Jiná lokalita, jiné zařízení nebo jiná stránka srovnání znehodnotí.

Rychlejší disky nebo lepší webserver se v číslech projeví jen tam, kde byly úzkým hrdlem — kontext dodá třeba srovnání NVMe vs SSD hosting. A pokud vás zajímá i stabilita, ne jen rychlost, přečtěte si, co znamená uptime 99,9 % a kolik výpadku to reálně je.

Shrnutí

Laboratorní měření vám poctivě řekne, jestli nový hosting zrychlil odezvu serveru — pokud ho pustíte za stejných podmínek a vezmete medián z více běhů. Reálné měření vám po pár týdnech potvrdí, že z toho něco mají i skuteční návštěvníci. Teprve když si obě čísla sednou, můžete s klidem prohlásit, že se migrace vyplatila. Jedno číslo z jednoho testu takový závěr neunese.