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.