Optimalizace rychlosti webu: kolik vás stojí jedna sekunda navíc

Kliknete, čekáte, kliknete znovu. A pak zkusíte konkurenci. Pomalý web umí pokazit i dobrou nabídku. Ukážeme vám, kde se čekání bere, co znamená pro zákazníka a co má smysl opravit jako první.
Aerodynamická světelná křivka znázorňující rychlost webu

Znáte tu chvíli, kdy po kliknutí zůstane obrazovka stát? Ještě jednou klepnete, zkontrolujete signál a přemýšlíte, jestli se něco pokazilo. Přesně tak může vypadat první setkání zákazníka s vaší firmou. Přitom jste chtěli ukázat jen nabídku a telefon.

Zákazník nebude čekat, než se načte detail produktu nebo košík. Má v historii dalších pět obchodů, které jsou o kliknutí dál a prodávají totéž. Pomalý web dnes nečte jako technický problém, ale jako nedbalost.

Mýtus 100/100 na Lighthouse

Je to jako v restauraci. Když obsluha hned kývne, víte, že o vás ví. Když se nic neděje, začnete se rozhlížet, jestli si máte objednat u baru. Tlačítko na webu potřebuje podobnou odezvu. Po kliknutí má být zřejmé, že se něco stalo, i když dokončení objednávky ještě chvíli trvá.

Proto zkoušíme celý průchod: otevřít službu, najít cenu, vyplnit formulář, odeslat. Rychlá úvodní stránka je fajn. Zákazník ale přišel něco vyřídit a čekání o dvě obrazovky dál se mu počítá úplně stejně.

Řada agentur se honí za skóre 100/100 v Lighthouse. Vývojáři škrtají každý bajt CSS, zmenšují obrázky za hranici čitelnosti a odkládají JavaScript, až se stránka sice vykreslí rychle, ale chvíli na ni nejde kliknout. Rychlost, kterou vnímá uživatel (perceived performance) je ale diametrálně odlišné od strojového měření v izolovaném prostředí.

Uživateli je jedno, jestli má váš First Contentful Paint 0,8 sekundy. Zajímá ho, jestli stránka odpoví ve chvíli, kdy klepne na „Přidat do košíku“, a jestli okamžitě zareaguje haptickou či vizuální odezvou a nevytuhne mu kurzor na milisekundu dříve. Pokud rozbijete interaktivitu (metriku INP - Interaction to Next Paint) na úkor rychlého vykreslení textu, zákazník nabude dojmu, že web zamrzl.

Neoptimalizujeme skóre v cizích nástrojích. Optimalizujeme to, co člověk při nákupu skutečně odčeká.

Kolik konverzí sebere pomalost

U velkých platforem jako Amazon nebo Zalando se rozdíly v konverzním poměru počítají na desetiny sekundy. Když se checkout zpomalí o půl sekundy, člověk s mobilem na slabém signálu nákup častěji nedokončí.

Vodafone v A/B testu zrychlil vykreslení hlavního obsahu o 31 % a zaznamenal o 8 % více prodejů. Konkrétní výsledek konkrétního webu, který ukazuje, proč má smysl rychlost řešit. Není to sazebník, podle kterého každá sekunda stojí stejnou část tržeb. Případová studie Vodafone popisuje i způsob testování.

Pro vaši firmu je důležité zjistit, kde zákazníci čekají a zda po opravě častěji dokončí objednávku nebo poptávku. Už jste je na web přivedli. Je škoda ztratit je před cílem kvůli něčemu, co s kvalitou nabídky vůbec nesouvisí.

Kde se ta sekunda bere

Web časem připomíná zásuvku na kabely. Něco je potřeba, něco jste používali před třemi lety a u jednoho doplňku už nikdo neví, proč tam je. Než pořídíte dražší hosting, vyplatí se tu zásuvku otevřít.

Začněte velkou úvodní fotkou a doplňky, které se spouštějí při každé návštěvě. Pak změřte rozdíl. Pokud se ukáže, že omezení leží hlouběji, může pomoci redesign webu. Přestavba má vyřešit pojmenovaný problém, ne být první odpovědí na každou pomalou stránku.

Většina problémů s rychlostí nevzniká špatným nápadem, ale tím, co se na web roky nabalilo. Kroky, které u klientů děláme:

  • Nejdřív najít příčinu: prověříme, zda zdržuje server, obsah stránky nebo zbytečné doplňky. Podle toho volíme opravu.
  • Obrázky: optimalizace neznamená zhoršit kvalitu, ale doručovat přes CDN ve WebP nebo AVIF a obrázky dále na stránce načítat postupně. Úvodní fotka má naopak dostat přednost.
  • Skripty třetích stran: každý marketingový plugin, chatovací widget a analytický skript stojí milisekundy. Google Tag Manager pročišťujeme a spouštění nepotřebných skriptů odkládáme až za hlavní interakci.

Výrazná grafika a rychlost se dají skloubit. Úvodní obsah musí dostat přednost a každý efekt si má obhájit místo. U velkého videa se proto ptejte: pomáhá nabídce, nebo jen prodlužuje čekání na ni?

31 %
zlepšení LCP v testu Vodafone
+8 %
více prodejů ve stejném testu Vodafone
Odlehčené jádro webu vystřelující z těžkých modulů
Core Web Vitals

Core Web Vitals v roce 2026

Google i v roce 2026 hodnotí stránku třemi metrikami:

  • LCP (Largest Contentful Paint): za jak dlouho se vykreslí největší viditelný prvek. Limit je 2,5 sekundy, dobré weby se drží pod 1,8.
  • INP (Interaction to Next Paint): jak rychle stránka odpoví na kliknutí. Nahradilo starší FID. Cíl je pod 200 ms, špička pod 150 ms.
  • CLS (Cumulative Layout Shift): jestli se obsah při načítání nepřeskládá pod rukou. Limit je 0,1.

Za zkratkami jsou obyčejné situace: obsah se objeví, tlačítko odpoví a stránka vám neuhne pod prstem. Když chcete zmáčknout „Kontakt“ a místo něj se pod palec nasune reklama, nepotřebujete znát název metriky, abyste věděli, že je něco špatně.

Podstatná změna proti minulosti je v tom, odkud data pocházejí. Google počítá s reálným provozem z Chrome User Experience Reportu, ne s laboratorním testem. Skóre 100/100 naměřené na vašem počítači tedy neznamená nic, pokud zákazníci chodí z mobilu na horším připojení.

Rychlost a AI Overviews

Rychlost pomáhá lidem pohodlně používat web. Sama ale nezaručí citaci v odpovědi AI a pomalé načtení není univerzální zákaz vstupu. Důležité je také to, zda je stránka dostupná vyhledávači a zda nabízí použitelnou odpověď na danou otázku.

Jak na to navázat obsahem a technickým nastavením, ukazujeme v článku Vidí vás AI vyhledávače? Najdete v něm i náš SEO + AI test. Zelené skóre je příjemné; srozumitelná nabídka je pořád potřeba.

Jak výkon měříme

Zkuste si web otevřít mimo kancelář. Třeba při čekání na tramvaj, jednou rukou a přes mobilní data. Najdete telefon na firmu? Dá se přečíst nabídka? Neuskočí tlačítko ve chvíli, kdy na něj míříte? Tenhle malý výlet někdy vysvětlí problém srozumitelněji než dlouhý seznam červených hlášek.

Pro srovnání máme i měření rychlosti 10 000 českých webů. Vlastní stav si ověřte přes test rychlosti webu. Výsledek berte jako seznam míst, kde začít, a po úpravě zopakujte stejný test.

Jedno číslo nestačí, takže měříme ze čtyř stran:

  • Reálná data z CrUX v Search Console ukážou, co zažívají skuteční návštěvníci.
  • Syntetické testy ve WebPageTest, nastavené na průměrný mobil na 4G, dávají srovnatelné měření mezi verzemi.
  • Měření v čase odhalí, co web zpomalilo po kampani nebo po přidání skriptu. Sledujeme trend, ne jednorázový výsledek.
  • Heatmapy a záznamy relací ukážou, kde lidé skutečně čekají. S naměřenými čísly se to nekryje pokaždé.
Klíčové zjištění

Nejdřív opravit místo, kde zákazník čeká

Změřte důležité stránky, opravte největší překážku a sledujte, co se změnilo. Výsledek poznáte na rychlejším průchodu webem a případně i na dokončených poptávkách. Předem slíbené miliony z jedné sekundy k tomu nepotřebujete.

Nejdřív si to změřte

Test rychlosti vám zdarma ukáže, kde web ztrácí sekundy. Pokud je problém v základu, postavíme nový: první návrh do 24 hodin, Lighthouse nad 90 na mobilu.

Chci web do 24 hodin →