Proč právě tři sekundy rozhodují
Rychlost webu už dávno není jen „příjemný bonus“. Google dlouhodobě ukazuje, že s rostoucí dobou načítání prudce roste pravděpodobnost odchodu. Prakticky to znamená, že web, který se načítá pomalu na mobilu, ztrácí lidi ještě dřív, než stihnou vidět nabídku, formulář nebo produkt.
V e-commerce i službách platí jednoduchá rovnice: každá další sekunda snižuje počet zobrazených stránek, hloubku návštěvy i šanci na konverzi. U některých studií se uvádí, že zrychlení o 1 sekundu může zvýšit konverzní poměr o jednotky až desítky procent podle typu webu a výchozího stavu. Nejde ale jen o obchod. Rychlost je také signál kvality pro vyhledávače a dnes i pro AI systémy, které z obsahu vybírají odpovědi.
Pokud web působí pomalu, uživatel si to překládá jako horší důvěryhodnost. A to je problém u landing pages, katalogů, magazínů i firemních webů. Tři sekundy jsou hranice, po které se z technického detailu stává marketingový problém.
Co dnes skutečně měří Google: LCP, INP a CLS
Klasická metrika „rychlost načtení“ už nestačí. Google dnes hodnotí web přes Core Web Vitals, tedy hlavně LCP, INP a CLS. Tyto metriky neříkají jen, jak rychle se stránka načte, ale jak rychle je použitelná a stabilní.
- LCP (Largest Contentful Paint) – kdy se zobrazí největší viditelný prvek, obvykle hero obrázek, nadpis nebo blok produktu. Cíl je do 2,5 s.
- INP (Interaction to Next Paint) – jak rychle web reaguje na kliknutí, psaní nebo tapnutí. Cíl je pod 200 ms.
- CLS (Cumulative Layout Shift) – jak moc se stránka „posouvá“ při načítání. Cíl je pod 0,1.
Typický problém je, že web vizuálně „vypadá načtený“, ale uživatel nemůže kliknout, protože běží těžký JavaScript nebo se posouvá layout kvůli pozdně načteným fontům a bannerům. Z pohledu SEO i UX je to pořád pomalý web, i když první render proběhl rychle.
Pro měření používejte kombinaci nástrojů: Google Search Console pro reálná data, PageSpeed Insights pro doporučení, Lighthouse pro audit, WebPageTest pro detailní waterfall a Chrome DevTools pro diagnostiku konkrétních blokací.
Kde weby nejčastěji ztrácí sekundy
Ve většině projektů nejsou problémem „jedna velká chyba“, ale součet malých zdržení. Typicky jde o obrázky, skripty, fonty, špatný hosting, zbytečné pluginy a špatně postavený front-end.
Obrázky bývají největší viník. Hero banner o velikosti 3–5 MB, exportovaný bez komprese, dokáže výrazně zhoršit LCP. Správný postup je používat formáty WebP nebo AVIF, responzivní velikosti přes srcset a lazy-load jen tam, kde to dává smysl. Nad foldem se lazy-load často nehodí.
JavaScript je další častý problém. Web postavený na mnoha marketingových nástrojích, trackerech, chatbotech a widgetech může načítat desítky požadavků ještě před tím, než je stránka interaktivní. Pomáhá odložené načítání skriptů, minimalizace třetích stran a kontrola, co je opravdu nutné spouštět hned.
Fonty umí zhoršit nejen rychlost, ale i stabilitu. Pokud web čeká na načtení webfontu a mezitím přeskakuje text, roste CLS. Řešení je preload klíčových fontů, omezení počtu řezů a fallback strategie.
Hosting a TTFB jsou často podceňované. Pokud server odpovídá pomalu, front-end už to nezachrání. U WordPressu bývá rozdíl mezi levným sdíleným hostingem a dobře nastaveným managed hostingem dramatický. U moderních webů pomáhá edge caching, CDN a správná serverová konfigurace.
Jak rychlost měřit správně, ne pocitově
„Na mém počítači je to rychlé“ je nejdražší věta v performance auditu. Měření musí vycházet z reálných dat, ideálně rozdělených podle zařízení, stránky a zdroje návštěvnosti. Mobilní návštěvník na 4G síti je úplně jiný případ než desktop v kanceláři.
Začněte takto:
- Google Search Console – sledujte report Core Web Vitals a zjistěte, které URL jsou problémové.
- PageSpeed Insights – zaměřte se na LCP, INP, CLS a konkrétní doporučení.
- WebPageTest – otestujte stránku z více lokalit a na různých rychlostech připojení.
- Chrome DevTools Performance – najděte dlouhé úlohy, render-blocking resources a přetížený main thread.
- GA4 – porovnejte rychlost s mírou odchodu, konverzemi a engagementem.
Praktický postup: vyberte 5 nejdůležitějších stránek podle obratu nebo leadů, změřte je na mobilu, zaznamenejte LCP, INP, CLS a TTFB, a pak porovnejte s konverzemi. Ve většině webů se rychlost nejvíc projeví na homepage, produktových stránkách, kategoriích, checkoutu a kontaktních formulářích.
U e-shopu sledujte i to, zda zrychlení vedlo ke zvýšení add-to-cart, dokončení objednávky a snížení bounce rate. U služeb sledujte odeslání formuláře, kliky na telefon a scroll depth. Rychlost sama o sobě není cíl. Cílem je vyšší výkon webu.
Co opravit jako první: pořadí, které dává smysl
Největší chyba je začít „přepisovat celý web“. Ve většině případů stačí dobře priorizovaný zásah. Nejprve řešte položky, které mají největší dopad na LCP a TTFB, pak teprve detailní optimalizace.
- 1. Optimalizace obrázků – komprese, moderní formáty, správné rozměry, preload hero obrázku.
- 2. Odstranění blokujících skriptů – odložení analytics, chatů, A/B nástrojů a widgetů.
- 3. Zrychlení serveru – caching, CDN, lepší PHP/Node konfigurace, databázové optimalizace.
- 4. Omezení pluginů a třetích stran – zejména na WordPressu bývají pluginy hlavní brzda.
- 5. Stabilita layoutu – rezervace prostoru pro bannery, obrázky a embed prvky.
U WordPressu má smysl zkontrolovat, zda nepoužíváte nadbytečný page builder, několik analytických pluginů najednou nebo těžký slider na homepage. Často pomůže vypnutí jednoho pluginu více než hodinová úprava CSS. Naopak u Next.js nebo jiných moderních frameworků bývá problém v příliš velkém bundle size a špatném server-side rendering nastavení.
Na e-commerce webu je velmi důležité nechat rychlý hlavní obsah a těžší doplňky načítat až po něm. Pokud se zákazník dostane k produktu nebo ceně dřív, zvyšuje se pravděpodobnost akce. Pokud musí čekat na doporučovací widgety, recenze a tracking, web ztrácí obchodní momentum.
Rychlost jako SEO signál i výhoda pro AI vyhledávání
Rychlý web nepomáhá jen uživatelům, ale i tomu, jak vás zpracovává vyhledávání. Vyhledávače i AI systémy preferují stránky, které jsou snadno crawlitelné, technicky čisté a rychle dostupné. Pokud je web pomalý, zvyšuje se riziko horší indexace, nižšího crawl budgetu a slabšího výkonu v konkurenci.
V době AI Overviews, ChatGPT nebo Perplexity je důležité, aby byl obsah rychle načitatelný a dobře strukturovaný. AI systémy pracují lépe s weby, které mají jasnou hierarchii, srozumitelný HTML, schema markup a minimum technického balastu. Pokud je stránka přetížená skripty, obsah může být hůře extrahovatelný nebo se k němu systémy dostanou s větší chybovostí.
To znamená, že performance není jen o UX. Je to i součást moderního SEO a optimalizace pro AI vyhledávání. Dobře optimalizovaný web má větší šanci být citován, správně pochopen a lépe vyhodnocen jako kvalitní zdroj.
Pro majitele webu z toho plyne jednoduché pravidlo: rychlost neřešte až po redesignu. Zapojte ji už do návrhu struktury, výběru pluginů, architektury obsahu i analytiky. Web, který se vejde do tří sekund, obvykle vydělává víc, protože méně lidí odchází, více jich interaguje a vyhledávače ho snáz vyhodnocují jako kvalitní a použitelné řešení.
