- Nejčastěji citovaný 7% pokles konverzí za sekundu zpoždění pochází ze studie Aberdeen Group z roku 2008, ne od Googlu.
- Google v roce 2016 naměřil něco jiného: 53 % mobilních návštěv skončí u stránky, která se nenačte do tří sekund.
- Amazon zase v roce 2006 spočítal, že každých 100 ms zpoždění ho stojí 1 % tržeb.
- Čísla jsou stará, směr platí dál a Core Web Vitals jsou od roku 2021 ranking faktorem.
Vaše reklamy fungují, traffic roste, ale konverze neodpovídají. Možná problém není v nabídce ani v ceně — možná je váš web prostě pomalý.
Rychlost načítání je jedním z nejpodceňovanějších faktorů konverzního poměru. A data mluví jasně.
Tvrdá čísla: Jak rychlost ovlivňuje byznys
| Zjištění | Zdroj a rok |
|---|---|
| 53 % mobilních návštěv skončí u stránky, která se nenačte do 3 s | Google, „The Need for Mobile Speed” — data 2015–2016 |
| Stránka do 1 s má 3x vyšší konverzní poměr než stránka nad 5 s (u e-shopů 2,5x) | Portent, 2022 |
| 100 ms zpoždění = −1 % tržeb | Greg Linden (Amazon), přednáška „Make Data Useful”, 2006 |
| Každá sekunda zpoždění = −7 % konverzí | Aberdeen Group, 2008 — koluje jen přes druhou ruku, primární studie není veřejná |
Všimněte si roků. Většina čísel, kterými se v téhle debatě argumentuje, je stará deset až dvacet let a měřila jiné sítě i jiná zařízení. Směr platí, konkrétní procenta berte jako řádový odhad, ne jako konstantu.
Nejde jen o pocit. Jde o měřitelný dopad na tržby.
Příklad z praxe
Představte si e-shop s měsíční návštěvností 10 000 uživatelů, konverzním poměrem 2 % a průměrnou objednávkou 1 500 Kč:
- Aktuální tržby: 10 000 × 0,02 × 1 500 = 300 000 Kč/měsíc
- Po zrychlení o 1 s (+7 % konverzí): 10 000 × 0,0214 × 1 500 = 321 000 Kč/měsíc
- Rozdíl: 21 000 Kč měsíčně = 252 000 Kč ročně
A to je jen jedna sekunda.
Co přesně měřit
Google definuje tři klíčové metriky — Core Web Vitals:
LCP (Largest Contentful Paint)
Jak rychle se vykreslí největší viditelný prvek. Cíl: pod 2,5 s.
- Ovlivňuje první dojem návštěvníka
- Největší vliv má optimalizace obrázků a serverová odezva
INP (Interaction to Next Paint)
Jak rychle web reaguje na kliknutí nebo tap. Cíl: pod 200 ms.
- Ovlivňuje pocit „responzivity” webu
- Kritické u formulářů, filtrů a interaktivních prvků
CLS (Cumulative Layout Shift)
Jak moc se obsah posouvá při načítání. Cíl: pod 0,1.
- Uživatel klikne na tlačítko, ale stránka se posune a klikne jinam
- Řešení: definované rozměry obrázků a fontů
7 kroků ke zrychlení webu
1. Optimalizujte obrázky
Obrázky tvoří průměrně 50 % velikosti stránky. Řešení:
- Převeďte na WebP nebo AVIF (úspora 30–50 % oproti JPEG)
- Nastavte správné rozměry — neservírujte 2000px obrázek do 400px slotu
- Implementujte lazy loading pro obrázky pod „foldem”
- Použijte
srcsetpro různé velikosti obrazovek
2. Minimalizujte JavaScript
Každý kilobajt JavaScriptu musí být stažen, rozparsován a spuštěn. To zdržuje.
- Odstraňte nevyužívané knihovny
- Implementujte code splitting — načítejte jen to, co stránka potřebuje
- Zvažte statický web bez JavaScriptu tam, kde to jde
3. Využijte CDN
Content Delivery Network servíruje obsah z nejbližšího serveru. Pokud váš hosting stojí v Německu, uživatel v Praze dostane data rychleji přes CDN s PoP v Česku.
4. Zapněte kompresi
Gzip nebo Brotli komprese zmenší HTML, CSS a JS soubory o 60–80 %. Většina moderních hostingů to podporuje — stačí aktivovat.
5. Omezte třetí strany
Každý externí skript (chat widget, analytics, remarketing pixel) zpomaluje web. Auditujte pravidelně a odstraňte, co nepoužíváte.
| Typ skriptu | Typický dopad na LCP |
|---|---|
| Google Analytics 4 | +50–100 ms |
| Facebook Pixel | +100–200 ms |
| Chat widget | +200–500 ms |
| Consent management | +100–300 ms |
| Heatmapa (Hotjar) | +150–300 ms |
6. Předtáhněte kritické zdroje
Použijte <link rel="preload"> pro fonty, hlavní obrázek a kritické CSS. Prohlížeč je začne stahovat dříve, než na ně narazí v kódu.
7. Zvažte moderní architekturu
Statické weby generované pomocí Astro nebo Hugo dosahují LCP pod 1 sekundu bez jakékoli optimalizace. Pokud váš web nepotřebuje dynamický obsah, je to nejrychlejší cesta k maximálnímu výkonu.
Jak měřit rychlost správně
Nepoužívejte jen laboratorní testy. Google hodnotí reálná data od skutečných uživatelů (CrUX report):
- PageSpeed Insights — kombinuje lab i field data
- Google Search Console — sekce Core Web Vitals ukazuje reálný stav
- Lighthouse — detailní laboratorní audit
- WebPageTest — pokročilé testování z různých lokací
Laboratorní test na rychlém připojení vám řekne, jak web funguje ve vašem ideálním scénáři. Reálná data z CrUX vám řeknou, jak web funguje pro vaše zákazníky.
Rychlost = konkurenční výhoda
V roce 2026 je rychlý web stále spíš výjimka než pravidlo. Podle Web Almanacu od HTTP Archive splňuje všechny tři metriky Core Web Vitals 48 % webů na mobilu a 56 % na desktopu (data CrUX za červenec 2025). To znamená, že pokud svůj web zrychlíte, budete mít výhodu nad 60 % konkurence — ve vyhledávání i v konverzích.
Investice do rychlosti se vrací měřitelně a opakovaně. Pokud nevíte, kde začít — nechte si udělat audit.
Chcete podobné výsledky?
Pomůžu vám s online marketingem a SEO. Ozvěte se mi a probereme to.