Optimalizace rychlosti webu začíná měřením v Google PageSpeed Insights a v Search Console. Web je podle Googlu rychlý, když alespoň 75 % návštěv splní Core Web Vitals: LCP do 2,5 s, INP do 200 ms a CLS do 0,1. Nejčastěji web zpomalují velké obrázky, pomalý hosting, skripty třetích stran a těžké šablony.
- Změřte: PageSpeed Insights ukáže data reálných návštěvníků i laboratorní test.
- Najděte slabou metriku: pomalé načítání (LCP), pomalou reakci na kliknutí (INP), nebo poskakující obsah (CLS).
- Opravte nejčastější příčiny: obrázky, cache a hosting, skripty třetích stran, fonty.
- Ověřte výsledek v terénních datech po 28 dnech, ne jen v laboratorním skóre.
Proč rychlost webu ovlivňuje konverze i SEO
Pomalý web ztrácí zákazníky dřív, než uvidí nabídku. Studie Deloitte pro Google „Milliseconds Make Millions“ (37 evropských a amerických značek, přes 30 milionů návštěv, data z konce roku 2019) zjistila, že zrychlení mobilního webu o 0,1 sekundy souviselo u e-shopů s 9,1% nárůstem přechodů z detailu produktu do košíku a u cestovních webů s 10% nárůstem rezervací. Jde o velké značky, ne o záruku pro každý web, ale směr je jasný.
Pro SEO Google potvrzuje, že Core Web Vitals jeho systémy hodnocení používají. Zároveň ale uvádí, že vždy ukazuje nejrelevantnější obsah, i když má horší uživatelský zážitek, a že dobré skóre nezaručuje přední pozice. Rychlost je tedy spíš podmínka než zkratka – a pomalý web navíc ztrácí i návštěvníky, které už z vyhledávání získal.
Core Web Vitals: LCP, INP a CLS
Core Web Vitals jsou tři metriky, kterými Google měří uživatelský zážitek. Od 12. března 2024 mezi ně patří INP, který nahradil starší metriku FID.
| Metrika | Co měří | Dobrá hodnota | Častá příčina |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Kdy se zobrazí největší prvek, typicky hlavní obrázek | do 2,5 s | Velký obrázek, pomalý server |
| INP (Interaction to Next Paint) | Jak rychle stránka reaguje na kliknutí a psaní | do 200 ms | Těžký JavaScript, skripty třetích stran |
| CLS (Cumulative Layout Shift) | Jak moc obsah při načítání poskakuje | do 0,1 | Obrázky a reklamy bez rozměrů, fonty |
Za špatné Google považuje LCP nad 4 s, INP nad 500 ms a CLS nad 0,25; mezi tím je pásmo „potřebuje zlepšení“. Hodnotí se 75. percentil návštěv, zvlášť pro mobily a počítače. Nestačí tedy, že je web rychlý na firemní optice – musí být rychlý pro většinu reálných návštěvníků, často na mobilu.
Jak měřit: Google PageSpeed Insights a Search Console
Pokud hledáte nástroj na test web page speed, začněte u Google PageSpeed Insights (pagespeed.web.dev). Je zdarma, stačí zadat adresu stránky a výsledek uvidíte zvlášť pro mobil a počítač.
Terénní vs. laboratorní data
PageSpeed Insights ukazuje dva druhy dat a vyplatí se je nezaměňovat:
- Terénní data (horní část reportu) pocházejí z Chrome User Experience Report (CrUX), tedy od reálných uživatelů Chromu za posledních 28 dní. Podle nich se Core Web Vitals hodnotí.
- Laboratorní data (Lighthouse) vznikají simulovaným načtením stránky na jednom zařízení a síti. Skóre 90 a více je dobré, 50–89 potřebuje zlepšení, pod 50 je slabé. Hodí se na hledání příčin.
Menší weby terénní data často nemají: když stránka nemá dost návštěv, PageSpeed Insights ukáže data za celou doménu, a když nestačí ani ta, terénní část chybí. Pak se řiďte laboratorním testem, ale berte ho orientačně – skóre 100 není cíl samo o sobě.
Report Core Web Vitals v Search Console
V Google Search Console najdete report Core Web Vitals, který seskupuje podobné stránky (například všechny detaily produktů) a ukazuje, kolik URL je dobrých, kolik potřebuje zlepšení a kolik je špatných. Stav skupiny určuje její nejhorší metrika. Rychle tak poznáte, jestli problém má jedna stránka, nebo celá šablona. Další užitečné nástroje najdete v přehledu SEO nástrojů.
Nejčastější příčiny pomalého webu a jejich řešení
Obrázky
Obrázky bývají nejtěžší částí stránky. Převeďte je do formátu WebP nebo AVIF, zmenšete je na skutečně zobrazovanou šířku (fotka o šířce 4 000 px nahraná do bloku širokého 800 px znamená stahování zbytečných dat) a vždy uvádějte atributy width a height, aby prohlížeč vyhradil místo a obsah neposkakoval.
Lazy loading
Líné načítání (atribut loading s hodnotou lazy) odloží obrázky mimo obrazovku, dokud k nim návštěvník nedoroluje. Výjimkou je hlavní obrázek nahoře: ten lazy loading mít nesmí, jinak se zhorší LCP. Naopak mu můžete zvýšit prioritu atributem fetchpriority s hodnotou high.
Cache a hosting
Než prohlížeč cokoli vykreslí, čeká na první odpověď serveru (TTFB). Podle doporučení Googlu na web.dev by u většiny webů měla přijít do 0,8 s. Pomůže serverová cache (u WordPressu cachovací plugin nebo cache na úrovni hostingu), správně nastavená cache v prohlížeči, CDN pro návštěvníky z více zemí a kvalitní hosting. Nejlevnější sdílený hosting bývá první místo, kde se ztrácejí sekundy.
Skripty třetích stran
Chatovací okna, mapy, vložená videa, reklamní pixely, heatmapy – každý skript soupeří o výkon prohlížeče a zhoršuje hlavně INP. Projděte, co na webu opravdu používáte, nepotřebné odstraňte a zbytek načítejte odloženě nebo až po interakci, například video až po kliknutí na náhled.
Fonty
Každý řez písma je další soubor. Používejte formát WOFF2, omezte počet písem a řezů (systémové nebo variabilní písmo nahradí několik souborů) a nastavte font-display tak, aby byl text vidět hned. Rozdíl ve velikosti náhradního a webového písma může způsobit i posun obsahu.
Page buildery a těžké šablony
Vizuální page buildery a univerzální šablony „na všechno“ přidávají kód a styly, které nepoužíváte, a velký DOM zpomaluje reakce na interakci (INP). Když web stojí na těžkém builderu a problémy se opakují na všech stránkách, dílčí optimalizace narazí na strop. Pak dává smysl zvážit přestavbu na lehčí základ – viz tvorba webových stránek.
Optimalizace rychlosti webu: co zvládnete sami a kdy volat vývojáře
Sami zvládnete:
- změřit web v PageSpeed Insights a projít report v Search Console,
- zmenšit a zkomprimovat obrázky před nahráním,
- odstranit nepoužívané pluginy, widgety a skripty,
- zapnout cache přes plugin nebo u hostingu.
Vývojáře potřebujete, když:
- je špatné INP a problém je v JavaScriptu nebo v šabloně,
- odpověď serveru zůstává pomalá i se zapnutou cache,
- problém se týká celé šablony nebo e-shopu s tisíci produkty,
- by úpravy mohly rozbít klíčové funkce, jako jsou objednávky, formuláře nebo měření.
Web page speed není jednorázový úkol: každý nový plugin, skript nebo banner může web znovu zpomalit. Proto rychlost v rámci správy webu průběžně hlídáme.
Kdy se vyplatí přizvat odborníka
Pokud vám PageSpeed Insights hlásí problémy, kterým nerozumíte, nebo jste optimalizovali a čísla se nepohnula, začněte SEO auditem webu – rychlost je jeho součástí vedle indexace a obsahu. Zrychlení webu je také běžnou součástí naší SEO optimalizace. Ozvěte se přes kontaktní formulář, a pokud zvažujete nový web, orientační cenu spočítáte v konfigurátoru ceny webu.
Časté dotazy
Jak zrychlit web?
Jaké jsou dobré hodnoty Core Web Vitals?
Proč se skóre v PageSpeed Insights mění při každém testu?
Proč PageSpeed Insights neukazuje data reálných uživatelů?
Ovlivňuje rychlost webu pozice v Googlu?
Zdroje
Autor
Peter Gáborík
Zakladatel firmy WebOptim a specialista na digitální marketing se zaměřením na webové trendy a SEO strategie.
Související služba



