8. února 2026
Rychlost webu není jen technický detail. Přímo ovlivňuje, kolik návštěvníků zůstane, kolik jich odejde a kolik se stane zákazníky. Studie opakovaně ukazují, že každá desetina sekundy navíc při načítání znamená ztrátu peněz. A nejde jen o e-shopy. Firemní weby, portfolio stránky i blogy. Všude platí stejné pravidlo: rychlejší web konvertuje lépe.
V tomto článku se podíváme na konkrétní čísla, vysvětlíme si Core Web Vitals, projdeme nástroje pro měření rychlosti a dáme si praktický checklist, který můžete použít hned dnes.
Podle studie Google opustí 53 % mobilních návštěvníků web, pokud se načítá déle než 3 sekundy. To je více než polovina vašeho potenciálního publika, která zmizí dřív, než vůbec uvidí váš obsah. Amazon zjistil, že každých 100 ms zpoždění stojí 1 % tržeb. Při jejich obratu to znamená miliardy dolarů ročně. A web.dev uvádí, že Walmart zaznamenal 2% nárůst konverzí za každou sekundu, o kterou zrychlil načítání.
Pro menší firmy je efekt ještě výraznější. Pokud váš web trvá 5 sekund, přicházíte o víc než polovinu návštěvníků, a ti odcházejí ke konkurenci. Pokud provozujete e-shop s měsíčním obratem 500 000 Kč a zrychlíte web o jednu sekundu, můžete očekávat nárůst tržeb o 10 000 až 20 000 Kč měsíčně. To jsou peníze, které vám unikají každý den.
Rychlost navíc ovlivňuje i pozice ve vyhledávačích. Google používá rychlost načítání jako jeden z faktorů řazení výsledků. Pomalejší weby se zobrazují níže, což znamená méně organických návštěvníků a vyšší náklady na reklamu.
Google v roce 2021 zavedl Core Web Vitals jako klíčové metriky uživatelského zážitku. Od té doby se staly důležitým faktorem pro SEO. Pojďme si je rozebrat:
LCP (Largest Contentful Paint) měří, za jak dlouho se zobrazí největší viditelný prvek na stránce, typicky hlavní obrázek nebo nadpis. Google považuje za dobré hodnoty do 2,5 sekundy. Mezi 2,5 a 4 sekundami potřebujete zlepšení. Nad 4 sekundy je to špatné. LCP nejvíce ovlivňují velké obrázky, pomalé fonty a blokující skripty v hlavičce stránky.
INP (Interaction to Next Paint) nahradil v březnu 2024 starší metriku FID. Měří odezvu stránky na interakci uživatele: kliknutí, tapnutí, stisk klávesy. Dobrá hodnota je do 200 milisekund. Mezi 200 a 500 ms potřebujete optimalizaci. Nad 500 ms stránka reaguje nepříjemně pomalu. INP zhoršuje především těžký JavaScript, který blokuje hlavní vlákno prohlížeče.
CLS (Cumulative Layout Shift) měří vizuální stabilitu stránky. Znáte to: čtete článek, a najednou se text posune, protože se načetl reklamní banner nebo obrázek bez definovaných rozměrů. Dobrá hodnota CLS je do 0,1. Mezi 0,1 a 0,25 je to problematické. Nad 0,25 je špatné. CLS zhoršují obrázky bez atributů width a height, dynamicky vkládané prvky a webové fonty, které mění rozložení při načtení.
Všechny tři metriky můžete sledovat v Google Search Console v sekci Core Web Vitals. Google hodnotí stránky na základě dat od reálných uživatelů (tzv. field data), takže výsledky odrážejí skutečný zážitek návštěvníků.
Než začnete optimalizovat, potřebujete vědět, kde jste. Existuje několik nástrojů, které vám pomohou:
Google PageSpeed Insights je nejdůležitější nástroj. Zobrazí vám skóre od 0 do 100 a konkrétní doporučení, co zlepšit. Ukazuje jak laboratorní data (simulovaný test), tak field data od reálných uživatelů. Zaměřte se především na field data, ta rozhodují o SEO.
GTmetrix nabízí podrobnější analýzu s vodopádovým grafem načítání. Uvidíte přesně, které soubory se načítají v jakém pořadí a jak dlouho trvají. Je skvělý pro diagnostiku. Když PageSpeed říká, že máte problém s LCP, GTmetrix vám ukáže přesně proč.
WebPageTest je pokročilý nástroj, který umožňuje testovat z různých lokací a na různých zařízeních. Můžete simulovat pomalé připojení, porovnávat více stránek vedle sebe a analyzovat filmový pás načítání frame po framu. Je zdarma a neuvěřitelně detailní.
Lighthouse v Chrome DevTools (klávesa F12, záložka Lighthouse) spustíte přímo v prohlížeči. Je to stejný engine jako PageSpeed Insights, ale běží lokálně. Hodí se pro rychlé testování během vývoje.
Doporučuji měřit pravidelně, ideálně po každé větší změně na webu. Uložte si výsledky, abyste mohli sledovat trend.
Obrázky tvoří na průměrném webu přes 50 % celkové velikosti stránky. Jejich optimalizace je proto nejefektivnější krok, který můžete udělat.
Formáty nové generace: WebP nabízí o 25 až 35 % menší soubory než JPEG při stejné kvalitě. AVIF jde ještě dál s úsporou 50 % oproti JPEG. Oba formáty podporují všechny moderní prohlížeče. Pokud potřebujete podporovat starší prohlížeče, použijte element <picture> s fallbackem na JPEG.
Responzivní obrázky: Nemá smysl posílat obrázek 1920 px široký na telefon s obrazovkou 375 px. Atribut srcset a element <picture> umožňují servírovat různé velikosti pro různá zařízení. Prohlížeč si sám vybere nejmenší dostatečnou variantu.
Lazy loading: Obrázky pod ohybem stránky (fold) nepotřebují být staženy ihned. Atribut loading="lazy" říká prohlížeči, aby obrázek stáhl až ve chvíli, kdy se k němu uživatel blíží při scrollování. To výrazně zrychlí úvodní načtení stránky. Pozor, první viditelný obrázek (LCP kandidát) by lazy loading mít neměl, protože to paradoxně zhorší LCP.
Rozměry vždy uvádějte: Každý tag <img> by měl mít atributy width a height. Prohlížeč tak může vyhradit místo v layoutu ještě před stažením obrázku a zamezit posuvu obsahu (CLS).
Nástroje jako Squoosh nebo Sharp vám pomohou obrázky snadno převést a komprimovat.
JavaScript je na moderních webech všudypřítomný, ale každý kilobajt JS stojí víc než kilobajt obrázku. Prohlížeč musí JS nejen stáhnout, ale také rozparsovat, zkompilovat a spustit, a to vše blokuje hlavní vlákno.
Atributy defer a async: Skripty v hlavičce stránky bez těchto atributů blokují vykreslení. Atribut defer říká prohlížeči, aby skript stáhl na pozadí a spustil až po zpracování HTML. Atribut async stáhne skript na pozadí a spustí ho ihned po stažení. Hodí se pro nezávislé skripty jako analytiku.
Odstraňte nepoužívaný kód: Chrome DevTools záložka Coverage ukáže, kolik procent staženého JS se skutečně použije. Na mnoha webech je to pouhých 30 až 40 %. Zbytek jsou nepoužívané funkce, polyfilly pro staré prohlížeče a mrtvý kód z odstraněných funkcí.
Třetí strany: Chatovací widgety, sledovací skripty, A/B testovací nástroje, sociální pluginy. Každý z nich přidává desítky až stovky kilobajtů JS. Zvažte, zda každý z nich opravdu potřebujete. Často zjistíte, že chatovací widget, který nikdo nepoužívá, zpomaluje váš web o 800 ms.
Minifikace a komprese: Minifikace odstraní zbytečné mezery, komentáře a zkrátí názvy proměnných. Gzip nebo Brotli komprese pak dále zmenší přenášený soubor o 60 až 80 %. Obojí by měl řešit váš build proces nebo server automaticky.
Hosting je základ, na kterém stojí rychlost vašeho webu. Můžete mít dokonale optimalizovaný kód, ale pokud server odpovídá 2 sekundy, nic nepomůže.
Sdílený hosting je nejlevnější varianta, ale váš web sdílí prostředky s tisíci dalšími. Když soused na serveru má výprodejovou akci a jeho web žere CPU, trpíte i vy. Pro firemní web doporučuji alespoň VPS (virtuální privátní server), kde máte garantované prostředky.
TTFB (Time to First Byte) je metrika, která měří, jak rychle server začne odpovídat. Dobrá hodnota je pod 200 ms. Pokud je váš TTFB nad 600 ms, hosting vás brzdí. Změřte si ho v DevTools v záložce Network. Podívejte se na Waiting (TTFB) u prvního HTML dokumentu.
CDN (Content Delivery Network) distribuuje kopie vašeho webu na servery po celém světě. Návštěvník z Prahy dostane data z nejbližšího serveru místo ze serveru v Americe. CDN jako Cloudflare nabízí bezplatný plán, který zrychlí váš web pro mezinárodní návštěvníky a přidá DDoS ochranu. Pro české firmy s českou klientelou je CDN méně kritické, ale stále přináší výhody v podobě cachování a komprese.
HTTP/2 a HTTP/3: Moderní protokoly umožňují stahovat více souborů současně přes jedno spojení. Většina hostingů dnes HTTP/2 podporuje, ale ověřte si to. HTTP/3 s protokolem QUIC je ještě rychlejší, zejména na mobilních sítích s vyšší latencí.
Praktický seznam, který můžete projít krok za krokem:
loading="lazy" na obrázky pod ohybem stránky<img> má atributy width a heightCache-Control a ExpiresNedávno jsem optimalizoval web pro klienta, jehož stránky měly skóre PageSpeed 28 na mobilu. Načítání trvalo přes 8 sekund. Po analýze jsem zjistil tři hlavní problémy: neoptimalizované PNG obrázky (celkem 12 MB na úvodní stránce), 14 nepoužívaných JavaScriptových knihoven a sdílený hosting s TTFB přes 1,5 sekundy.
Převedl jsem obrázky do WebP, přidal lazy loading, odstranil zbytečné skripty a přesunul web na rychlejší hosting. Výsledek: skóre 94, načítání pod 1,5 sekundy, LCP 1,2 sekundy. Během následujících tří měsíců klient zaznamenal 34% nárůst organické návštěvnosti a 22% nárůst konverzí z kontaktního formuláře.
Klíčové je, že optimalizace rychlosti není jednorázová akce. Web se postupně zpomaluje, přidáváte nový obsah, obrázky, skripty. Proto doporučuji pravidelnou kontrolu alespoň jednou měsíčně.
Všechny weby, které tvořím, jsou optimalizované na rychlost od základu. Žádné zbytečné závislosti, komprimované soubory, správné cachování. Pokud chcete vědět, jak je na tom váš web, napište mi a zhodnotím ho zdarma.
Související články: Kdy je čas na nový web • WordPress vs. web na míru