Pomalý web je jako prodavač, který nechá zákazníka stát pět minut u pultu. Část lidí odejde dřív, než vůbec uvidí, co nabízíte, a Google to ví, proto rychlost počítá mezi hodnotící faktory. V tomhle článku projdeme, jak rychlost webu změřit, co ji nejčastěji zabíjí a které úpravy mají největší efekt. Seřazeno prakticky: od rychlých vítězství po zásahy, které chtějí odborníka.
Proč na rychlosti záleží
Návštěvníci neodpouštějí. Každá vteřina načítání navíc znamená, že část lidí to vzdá, obzvlášť na mobilu s průměrným připojením. U e-shopu se pomalé načítání promítá přímo do košíku: kdo čeká, nekupuje.
Google měří Core Web Vitals. Tři metriky, které Google sleduje u reálných návštěvníků: LCP (jak rychle se zobrazí hlavní obsah, cíl do 2,5 s), INP (jak svižně stránka reaguje na kliknutí, cíl do 200 ms) a CLS (jak moc obsah poskakuje při načítání, cíl do 0,1). Weby, které limity plní, mají ve vyhledávání výhodu.
Rychlost je součást důvěry. Svižný web působí profesionálně. Pomalý web podvědomě říká „takhle nějak bude vypadat i spolupráce".
Jak rychlost změřit (zdarma, za minutu)
- PageSpeed Insights, vložte adresu webu a dostanete skóre pro mobil i desktop včetně Core Web Vitals z reálného provozu (pokud má web dost návštěv). Měřte mobil, tam bývá problém a tam měří i Google.
- Search Console → Core Web Vitals, přehled, které stránky limity plní a které ne.
- Selský rozum: otevřete si vlastní web na telefonu přes mobilní data. Co vás naštve, štve i zákazníky.
Co web nejčastěji brzdí (a jak to spravit)
1. Obrázky, viník číslo jedna
Fotka z telefonu má klidně 5 MB; na webu jich pak visí dvacet. Řešení: moderní formáty (WebP, AVIF) místo JPG/PNG, rozměry odpovídající skutečnému zobrazení a lazy loading (obrázky pod ohybem se načtou, až když k nim čtenář doscrolluje). Samotný převod obrázků do WebP umí zmenšit objem stránky o desítky procent, typicky největší efekt za nejméně práce.
2. Přebujelý JavaScript a pluginy
Každý plugin, chatovací widget, měřicí kód a slider se musí stáhnout a spustit. U WordPressu je běžné najít 30+ pluginů, z nichž polovina se nepoužívá. Pravidlo: co web aktivně nepotřebuje, pryč. U měřicích kódů stačí jeden správně nastavený.
3. Levný hosting
Hosting za pár korun znamená sdílený server, který má stovky webů a v návštěvní špičce nestíhá. Než ladit milisekundy jinde, ověřte odezvu serveru (TTFB v PageSpeed), pokud server odpovídá déle než ~0,8 s, brzdí vás základ, na kterém stojí všechno ostatní.
4. Webové fonty a externí skripty
Každý font a každý skript třetí strany (mapy, videa, widgety) je další čekání. Fonty omezit na 1-2 rodiny s potřebnými řezy, videa vkládat jako náhled s kliknutím místo automatického načítání přehrávače.
5. Chybějící cache a CDN
Cache znamená, že se stránka nemusí pokaždé skládat znovu; CDN ji servíruje ze serveru blízko návštěvníka. U moderních platforem je obojí samozřejmost, u starších webů častá díra.
Kdy nestačí ladit a je čas na přestavbu
Když web stojí na zastaralé šabloně, deseti letech pluginů a levném hostingu, optimalizace připomíná tuning trabantu. Poznávací znamení: mobilní skóre pod 40, LCP přes 4 vteřiny i po optimalizaci obrázků, a každá úprava něco rozbije. V takové situaci bývá levnější web postavit znovu na rychlém základu, proč na to používám React a Next.js, popisuju v článku proč Next.js pro firemní web.
Shrnutí
Rychlost webu změříte zdarma přes PageSpeed Insights; cílem jsou zelené Core Web Vitals (LCP do 2,5 s, INP do 200 ms, CLS do 0,1). Největší efekt v poměru k práci: obrázky do WebP se správnými rozměry a lazy loadingem, úklid pluginů a skriptů, slušný hosting, cache + CDN. Když ani to nepomůže, je čas přemýšlet o novém základu.
Nechcete to řešit sami? Rychlost hlídám jako součást správy webu, měření, optimalizace i pravidelná údržba. A když web hoří a potřebujete pomoc hned, je tu expresní pomoc.