Web, který se načítá pět sekund, přijde o třetinu návštěvníků ještě před tím, než zobrazí první obsah. Google opakovaně měřil závislost mezi rychlostí načítání a mírou okamžitého opuštění: každá další sekunda přidává desítky procent k bounce rate. Amazon spočítal, že každých 100 milisekund zpoždění stojí firmu 1 % z prodejů. Rychlost webu není technický detail — je to přímý vliv na obrat.
Jak rychlost ovlivňuje vaše čísla
Spojení rychlosti a konverzí je dobře zdokumentované. Web načítající se do dvou sekund má výrazně vyšší konverzi než web načítající se pět sekund, i když jsou jinak identické. Konkrétní čísla závisí na vašem odvětví a publiku, ale jako hrubý odhad: zkrácení načítání ze čtyř na dvě sekundy typicky zlepší konverzi o 15–25 %.
Pro e-shop s obratem 200 000 Kč měsíčně může optimalizace rychlosti přinést 30 000–50 000 Kč navíc každý měsíc. Investice do optimalizace — 40 000–80 000 Kč — se vrátí za 6–10 týdnů.
SEO je druhý dopad. Google od roku 2021 používá Core Web Vitals (metriky rychlosti a stability načítání) jako přímý ranking faktor. Pomalý web ranky ztrácí nezávisle na kvalitě obsahu. Technicky pomalý web s jinak dobrým SEO nikdy nedosáhne potenciálu, který by mohl mít.
Jak rychlost měřit
Google PageSpeed Insights (pagespeed.web.dev) je základní nástroj — zdarma, přímo od Googlu, měří Core Web Vitals na reálných uživatelských datech i laboratorně. Cílové hodnoty: LCP (Largest Contentful Paint, čas do zobrazení hlavního obsahu) pod 2,5 sekundy, CLS (Cumulative Layout Shift, stabilita layoutu) pod 0,1, INP (Interaction to Next Paint) pod 200 ms.
GTmetrix a WebPageTest dávají detailnější pohled na waterfall načítání — vidíte přesně, co a jak dlouho trvá. Užitečné při hledání konkrétních problémů.
Měřte vždy na mobilním připojení, ne jen na desktopu. Mobile First Index znamená, že Google hodnotí vaši mobilní verzi — a ta je vždy pomalejší kvůli síťovým podmínkám.
Kde čas načítání mizí
Obrázky jsou nejčastější příčina pomalých webů. Neoptimalizované PNG nebo JPEG v plném rozlišení mohou zabírat megabajty tam, kde stačí desítky kilobajtů. Řešení: konverze do formátu WebP nebo AVIF, správné rozměry pro každé zobrazení (responsivní obrázky), lazy loading pro obrázky mimo viewport a komprese bez viditelné ztráty kvality.
JavaScript je druhý velký problém. Každý plugin, widget, tracking skript a third-party integrace přidávají JavaScript, který musí prohlížeč stáhnout, zparsovat a spustit. Unbundle velké knihovny, code-split na menší chucky, načítejte skripty asynchronně a odstraňte vše, co reálně nepoužíváte.
Hosting a server určují základní rychlost. Sdílený hosting za 200 Kč měsíčně nikdy nebude rychlý. Moderní weby patří na CDN (Cloudflare, Vercel, Netlify) nebo VPS s dobrým zázemím. Staticky generované stránky jsou řádově rychlejší než server-side renderování pro každý request.
CSS může blokovat renderování. Nepoužívané CSS pravidla, velké frameworky načítané celé — to vše zdržuje. Critical CSS (styly nutné pro zobrazení nad-the-fold obsahu) může být inlinován přímo v HTML, zbytek načítán asynchronně.
Fonty jsou přehlížený zdroj zpoždění. Načítání fontů z Google Fonts přidává HTTP request a může způsobit FOUT (Flash of Unstyled Text). Self-hosting fontů a preload direktivy tento problém eliminují.
Prioritizace — co řešit první
Ne všechno má stejný dopad. Nejčastější pořadí podle efektu:
Obrázky — největší win pro nejmenší effort. Komprimujte a převeďte do WebP, přidejte lazy loading. Dá se zvládnout za odpoledne.
JavaScript audit — projděte, co reálně načítáte. Odstraňte nepoužívané pluginy, odložte načítání third-party skriptů.
Hosting — pokud běžíte na sdíleném hostingu a web je pro vás obchodně důležitý, přechod na lepší infrastrukturu je rozhodnutí, které se vrátí.
Cache a CDN — statické assety (obrázky, CSS, JS) by měly mít long-term cache headers a být servírované z CDN co nejblíže uživateli.
Jak udržet rychlost
Rychlost webu není jednorázová optimalizace — je to průběžná disciplína. Každý nový plugin, každý přidaný tracking skript, každý banner navíc přidává načítací čas. Pravidelné měření (měsíčně nebo po každém větším nasazení) a budget na performance (cílové hodnoty, které chcete udržet) jsou nutné pro to, aby se web nezpomaloval postupně a nepozorovaně.
V Appitect stavíme weby na Next.js s výkonem jako první prioritou — statické generování, optimalizace obrázků, minimální JavaScript bundle. Průměrný PageSpeed skór našich webů je přes 90. Pokud váš web ztrácí zákazníky kvůli rychlosti, ozvěte se.
