Návštěvník z mobilu nečeká. Když se hlavní obsah stránky zobrazuje několik sekund, část lidí odejde dřív, než uvidí nabídku. Rychlost proto není technický detail, ale část prodeje. A Google ji sleduje taky.
Jak rychlost změřit
- PageSpeed Insights (pagespeed.web.dev) — zadáte adresu a dostanete data od skutečných uživatelů Chromu (pokud jich je dost) a laboratorní test se skóre 0–100 a seznamem doporučení.
- Google Search Console — přehled Core Web Vitals ukáže, které skupiny stránek jsou pomalé.
- Lighthouse v Chromu — stejný laboratorní test přímo v prohlížeči (klávesa F12, záložka Lighthouse).
Měřte hlavně mobilní verzi a víc stránek než jen úvodní: šablona článku nebo produktu bývá pomalejší než úvod.
Core Web Vitals: co znamenají a jaké hodnoty jsou dobré
Google měří tři hodnoty a za dobré je považuje, když jich dosáhne aspoň 75 % návštěv stránky, zvlášť na mobilu a na počítači.


- LCP (Largest Contentful Paint) — za jak dlouho se zobrazí největší prvek, obvykle hlavní obrázek nebo nadpis. Dobře: do 2,5 sekundy.
- INP (Interaction to Next Paint) — jak rychle stránka reaguje na kliknutí nebo psaní. Dobře: do 200 milisekund.
- CLS (Cumulative Layout Shift) — jak moc se obsah při načítání posouvá (tlačítko „uteče“ pod prstem). Dobře: do 0,1.
10 nejčastějších příčin pomalého webu
- Velké obrázky — fotka z foťáku o 5 MB místo zmenšené verze ve formátu WebP nebo AVIF.
- Video nebo slider v úvodu — načítá se dřív než text a zdržuje LCP.
- Příliš mnoho pluginů — každý přidá vlastní skripty a styly.
- Skripty třetích stran — chaty, měřicí kódy, mapy, widgety sociálních sítí.
- Webfonty — několik řezů písma z cizího serveru.
- Chybí cache — server každou stránku skládá znovu.
- Pomalý hosting — dlouhá odezva serveru ještě předtím, než se začne cokoli stahovat.
- Blokující CSS a JavaScript — prohlížeč čeká na soubory, místo aby kreslil stránku.
- Obrázky bez rozměrů — po načtení posunou text (CLS).
- Animace prvního nadpisu — efektní „vyjetí“ nadpisu oddálí okamžik, kdy ho prohlížeč započítá jako zobrazený.
Co zvládnete sami a co s vývojářem
Sami: zmenšit a převést obrázky do WebP (na WordPressu to umí plugin), odstranit nepoužívané pluginy a widgety, nahradit video v úvodu fotkou, zapnout cache plugin, vložit mapu až na kliknutí.
S vývojářem: úprava šablony (kritické CSS, odložené skripty), vlastní hostování písem, líné načítání videí a map, rozměry obrázků v šabloně, přechod na rychlejší hosting, úpravy pro INP u složitých stránek.
Příklad: co jsme zrychlili na vlastním webu
Na webu design-online.cz jsme v říjnu 2026 nechali videa v úvodu načítat až při posunu stránky, úvodní video zmenšili z 1,5 MB na 0,5 MB, převedli 1 370 obrázků do WebP (o 75 % menší objem), zrušili animaci prvního nadpisu a nastavili dlouhou cache pro statické soubory. Výsledek v Lighthouse na mobilu:


- úvodní stránka: skóre 67 → 70–77, LCP 2,4 s → 1,7 s, váha 3,4 MB → 1,6 MB
- stránka článku: skóre 74 → 94
- portfolio: skóre 77 → 98
Laboratorní skóre kolísá, proto uvádíme rozpětí. Rozhodující jsou data od skutečných uživatelů v Search Console.
Chcete vědět, jak je na tom váš web?
Pošlete nám adresu a do 48 hodin dostanete expresní kontrolu webu zdarma včetně rychlosti. Opravy děláme v rámci podpory a údržby webu nebo jako součást redesignu.