Core Web Vitals jsou tři metriky, kterými Google měří, jak se web chová u skutečných návštěvníků: jak rychle se načte (LCP), jak svižně reaguje na kliknutí (INP) a jak moc obsah během načítání poskakuje (CLS). Čísla nepocházejí z žádného testu, ale přímo z prohlížečů lidí, kteří na webu opravdu byli. A hned na začátek jedna poctivá věta, kterou v článcích o rychlosti najdete málokdy: na pozice mají tyhle metriky menší vliv, než se traduje. Hlavní důvod, proč je hlídat, jsou zákazníci. Z webu, který se načítá šest vteřin, odejdou dřív, než uvidí nabídku.
Tři metriky v kostce
Mezi „dobré" a „špatné" leží ještě pásmo „potřebuje zlepšení". Prahy jsou z oficiální dokumentace Googlu a hodnotí se 75. percentil: stránka projde, když limit splní aspoň tři čtvrtiny jejích načtení. Mobil a počítač se počítají zvlášť — a protože mobil bývá pomalejší, skoro vždycky rozhoduje on.
LCP: jak dlouho se čeká na to hlavní
LCP měří čas do vykreslení největšího prvku ve viditelné části stránky, typicky úvodní fotky nebo nadpisu. Do 2,5 vteřiny je klid, nad 4 vteřiny je zle — návštěvník to pozná dřív než Google.
Viníci, které u českých webů potkávám nejčastěji:
- Obrázky rovnou z fotoaparátu. Fotka široká 5 000 pixelů na místě, kde stačí 1 200, dokáže načítání zdržet sama o sobě víc než všechno ostatní dohromady. Co s tím, popisuju v článku o optimalizaci obrázků.
- Pomalý hosting. Než server vůbec začne odpovídat, uběhne klidně vteřina. Tu pak žádná komprese nedožene.
- Skripty načítané před obsahem. Prohlížeč čeká na kód, který mohl klidně přijít později.
LCP má na blogu vlastní podrobný článek, včetně postupu oprav.
INP: co se stane, když návštěvník klikne
INP měří, za jak dlouho stránka viditelně zareaguje na kliknutí, ťuknutí nebo psaní. A nehodnotí se průměr: výsledek odpovídá zhruba nejpomalejší reakci, kterou u vás návštěvník zažil. Ťuknete v e-shopu na filtr velikostí a seznam se přeskládá až po dlouhé odmlce — přesně tenhle druh zaváhání INP zachytí.
V sestavě je od března 2024, kdy nahradilo starší metriku FID. Návod, který vám radí hlídat FID, je tedy zastaralý; FID měřilo jen zpoždění první interakce a Google ho ze svých nástrojů vyřadil. Pomalou odezvu mají na svědomí hlavně skripty: chatovací okno, cookie lišta, měřicí kódy. Podrobný rozbor včetně toho, co přesně zadat vývojáři, najdete v článku o optimalizaci INP.
Víte jistě, co je na vašem webu špatně? Já to zjistím za vás. Projdu ho ručně, žádný automat — a do 48 hodin máte seznam věcí, které vás v Googlu brzdí, seřazený podle důležitosti. Zdarma.
CLS: když obsah uskočí pod prstem
CLS jako jediná z trojice neměří čas, ale pohyb. Znáte to: chcete kliknout na tlačítko, vtom se nad ním donačte banner, stránka poskočí a vy klepnete na něco úplně jiného. Každý takový skok během načítání se sčítá do jednoho čísla.
Dobrá zpráva: CLS bývá z těch tří nejlevnější oprava. Obvykle stačí doplnit obrázkům rozměry (width a height), vyhradit pevné místo pro bannery a pohlídat, aby webový font nepřeskládal text. U běžného webu je to pro vývojáře práce na hodiny, ne na týdny.
Odkud se čísla berou (a proč se liší test od testu)
Tady se ztrácí nejvíc majitelů webů, tak to vezmu pomalu. Existují dva druhy dat:
Reálná data. Google je sbírá od uživatelů prohlížeče Chrome, kteří na webu skutečně byli; databáze se jmenuje CrUX. Počítá se posledních 28 dní a 75. percentil. Tohle jsou Core Web Vitals — jen tahle čísla se hodnotí.
Laboratorní data. Jedno simulované načtení na jednom (schválně přiškrceném) zařízení. Hodí se na hledání příčin, ale zkušenost vašich návštěvníků to není.
PageSpeed Insights ukazuje obojí na jedné obrazovce, a právě z toho vzniká zmatek. Nahoře jsou reálná data z CrUX, pod nimi laboratorní simulace se skóre 0 až 100. To oranžové skóre, kvůli kterému majitelé webů nespí, není Core Web Vitals: je to výsledek jedné simulace. Klidně můžete mít skóre 70 a všechny tři metriky v zelené. A ještě jedna past: INP v laboratoři změřit nejde, protože v simulaci nikdo nekliká.
Weby s malou návštěvností reálná data často nemají vůbec (nástroj napíše, že jich není dost). Pak zbývá laboratoř jako vodítko — a vědomí, že rychlost vás stejně zajímá hlavně kvůli lidem, ne kvůli reportu.
Kde svoje čísla najdete
- PageSpeed Insights (pagespeed.web.dev): zadáte adresu a do minuty vidíte reálná data i simulaci, pro mobil a počítač zvlášť. Krok za krokem nástroj popisuju v návodu na PageSpeed Insights.
- Search Console, přehled Core Web Vitals: totéž za celý web najednou. Adresy seskupuje podle podobnosti a u každé skupiny ukazuje stav Špatné, Vyžaduje vylepšení, nebo Dobré. Kde co v nástroji hledat, máte v návodu na Search Console.
Kolik to udělá s pozicemi: poctivě
Google potvrzuje, že Core Web Vitals při hodnocení používá. Ve stejné dokumentaci ale dodává, že relevantnější obsah ukáže i s horší zkušeností stránky. Přeloženo: rychlost rozhoduje mezi jinak srovnatelnými weby, slabý obsah nezachrání.
Sedí to i s tím, co za 14 let vidím u klientů. Web, který by po pouhém zrychlení vyskočil z druhé stránky do top 3, jsem nezažila. Zažila jsem ale e-shopy, kde zrychlení zvedlo objednávky při stejné návštěvnosti. Pomalý web totiž neplatí ani tak na pozicích jako na zákaznících, kteří mezitím odešli.
Z toho plyne praktická rada: nehoňte se za dokonalostí. Google pracuje s pásmy, ne s desetinami. Dostat LCP ze 6 vteřin na 2,4 se pozná na tržbách; ladit 2,4 na 1,9 je práce s malým výnosem. Peníze i čas investujte do červených a oranžových položek, zelené nechte být.
Časté otázky
Musí mít web v PageSpeed Insights skóre 100?
Nemusí a snaha o stovku bývá drahá. Skóre je výsledek laboratorní simulace, Google hodnotí reálná data vašich návštěvníků, a to v pásmech. Web se skóre 70 a zelenými metrikami je na tom lépe než web se skóre 95, kterému u skutečných návštěvníků vázne INP.
Za jak dlouho se oprava projeví?
Reálná data se počítají z klouzavého okna 28 dní, takže i povedená oprava se v reportech propisuje zhruba měsíc. V Search Console můžete po opravě spustit ověření a nástroj sám hlídá, jestli se skupina stránek přehoupla do lepšího stavu.
Mám web testovat na svém telefonu?
Jako první dojem ano, ale nespoléhejte na to. Vy máte web v mezipaměti, dobrý signál a novější telefon než průměrný návštěvník. Proto Google měří mobil a počítač zvlášť a proto se dívejte hlavně na reálná data — ta zahrnují i zákazníka s pětiletým telefonem na horším připojení.
Radši byste se věnovali podnikání než SEO? Přesně od toho jsem tady já.
Jedno měření není diagnóza
Poznámka z praxe na konec. Když mi někdo napíše „máme v PageSpeed 40, je to katastrofa?", odpověď skoro vždycky začíná jinde: co říkají reálná data za poslední měsíc? Jedno spuštění testu je momentka a klidně chytí web v nešťastnou vteřinu. Rychlost proto v bezplatném SEO auditu vyhodnocuju z dat skutečných návštěvníků, ne z jednoho testu — dozvíte se, která ze tří metrik u vás vázne, čím to nejspíš je a jestli si oprava zaslouží přednost před vším ostatním, co web potřebuje.
Zdroje k faktům v článku:
- Prahy LCP, INP a CLS, 75. percentil, mobil a počítač zvlášť (ověřeno 16. 7. 2026): web.dev/articles/vitals
- INP oficiální metrikou od března 2024, vyřazení FID (ověřeno 16. 7. 2026): web.dev/blog/inp-cwv-launch
- Vliv zkušenosti stránky na hodnocení (ověřeno 16. 7. 2026): developers.google.com/search/docs/appearance/page-experience
- Přehled Core Web Vitals v Search Console, 28denní okno (ověřeno 16. 7. 2026): support.google.com/webmasters/answer/9205520
- PageSpeed Insights: reálná data z CrUX vs. laboratorní data z Lighthouse (ověřeno 16. 7. 2026): developers.google.com/speed/docs/insights/v5/about
