Co Core Web Vitals měří a proč na nich záleží

Core Web Vitals jsou tři hlavní metriky, které Google používá k hodnocení uživatelského zážitku na stránce. Sledují rychlost zobrazení obsahu, odezvu webu na interakci a vizuální stabilitu rozvržení. V praxi to znamená, že web nemá být jen „rychlý“ v pocitu, ale měřitelně svižný a předvídatelný.

Aktuálně se hodnotí zejména LCP (Largest Contentful Paint), INP (Interaction to Next Paint) a CLS (Cumulative Layout Shift). Google doporučuje, aby alespoň 75 % návštěv splnilo dobrý limit u každé z těchto metrik. To je důležité: nehodnotí se jen jedna ideální návštěva, ale reálný provoz webu.

  • LCP do 2,5 s – hlavní obsah se zobrazí rychle.
  • INP do 200 ms – web reaguje bez znatelného zpoždění.
  • CLS pod 0,1 – stránka se během načítání „nerozjíždí“.

Pro SEO je podstatné, že Core Web Vitals nejsou samospásné, ale v konkurenci podobně kvalitních stránek mohou rozhodnout. Pokud mají dva weby srovnatelný obsah, ten technicky lepší často získá náskok nejen ve výsledcích vyhledávání, ale i v konverzích.

LCP: jak rychle se zobrazí hlavní obsah

LCP měří okamžik, kdy se načte největší viditelný prvek v horní části stránky – typicky hero obrázek, hlavní nadpisový blok nebo úvodní banner. V praxi bývá problém hlavně u pomalého serveru, těžkých obrázků a zbytečně složitého renderování na frontendu. Pokud je LCP nad 4 sekundy, uživatel často má pocit, že web „zamrzl“, a roste míra odchodu.

Typický příklad: e-shop má úvodní banner v rozlišení 3000×2000 px, nahraný bez komprese, a zároveň načítá několik externích skriptů ještě před vykreslením obsahu. Výsledek? LCP se může dostat na 5 až 6 sekund i na slušném připojení. Přitom úpravou obrázku, lazy-loadem sekundárních prvků a optimalizací serverové odezvy lze často získat i více než 1,5 sekundy.

Co pomáhá nejvíc

  • Optimalizovat obrázky do formátu WebP nebo AVIF.
  • Preloadovat hlavní hero obrázek nebo font, pokud je skutečně kritický.
  • Zrychlit server – ideálně TTFB pod 800 ms, u lepších webů pod 500 ms.
  • Omezit blokující skripty v hlavičce.
  • Použít CDN pro statický obsah.

U WordPressu bývá častý problém v kombinaci těžké šablony, page builderu a desítek pluginů. U Next.js nebo jiných moderních frameworků zase bývá slabinou špatně nastavené server-side rendering, přemíra client-side komponent nebo neoptimalizované načítání dat.

INP: proč rozhoduje odezva webu na kliknutí

INP nahradil starší metriky zaměřené na interaktivitu a sleduje, jak dlouho trvá, než web zareaguje na akci uživatele. Může jít o kliknutí na tlačítko, otevření menu, odeslání formuláře nebo rozbalení filtru. Pokud web reaguje až po 300–500 ms a více, uživatel má pocit zpomalení, i když se stránka na první pohled načetla rychle.

U firemních webů a e-shopů je to zásadní. Návštěvník může otevřít produkt, kliknout na variantu, ale změna se zobrazí až po chvíli kvůli těžkému JavaScriptu. Stejně tak formuláře, chat widgety nebo cookie lišty mohou blokovat hlavní thread a zhoršovat INP bez toho, aby si toho tým na první pohled všiml.

Praktické kroky pro zlepšení INP

  • Omezit JavaScript na minimum a odložit nestrategické skripty.
  • Rozdělit dlouhé úlohy na menší části, aby prohlížeč nezamrzal.
  • Odstranit nepotřebné pluginy a widgety třetích stran.
  • Minimalizovat složité event listenery a přepočty DOM.
  • Testovat reálné interakce, ne jen samotné načtení homepage.

Podle zkušeností z praxe bývá nejrychlejší zlepšení tam, kde se zredukují externí nástroje: několik marketingových skriptů, heatmapy, live chat a dva tag manažery často znamenají zbytečné stovky milisekund navíc. U větších webů se vyplatí udělat audit třetích stran a rozhodnout, co skutečně přináší hodnotu.

CLS: jak předejít poskakujícímu obsahu

CLS měří vizuální stabilitu stránky. Pokud se během načítání posouvají tlačítka, text nebo obrázky, uživatel snadno klikne na něco jiného, než chtěl. To je nepříjemné na blogu, ale ještě horší v e-shopu nebo na lead-gen webu, kde rozhoduje každý formulářový krok.

Častým zdrojem problému jsou obrázky bez definované velikosti, reklamy, vložené videopřehrávače, cookie lišty a dynamicky dosazovaný obsah. Když se například po načtení fontu zvětší nadpis a posune pod něj CTA tlačítko, CLS se zhorší i bez viditelné „chyby“ v designu.

Jak CLS snížit v praxi

  • Vždy definovat rozměry obrázků, iframe a embedů.
  • Vyhradit místo pro bannery, reklamy a cookie lišty.
  • Používat font-display: swap a vhodně ladit webfonty.
  • Nenahrávat obsah nad existující prvky bez rezervovaného prostoru.

Google považuje za dobrý výsledek CLS pod 0,1. Jakmile se dostanete nad tuto hranici, je vhodné zkontrolovat konkrétní šablony a layouty. U webů s více podstránkami často nestačí opravit jen homepage; problém bývá v produktových kartách, článcích nebo formulářích.

Jak Core Web Vitals měřit a kde hledat data

Nejčastější chybou je sledovat jen laboratorní testy. Ty ukážou, jak si web vede v ideálních nebo simulovaných podmínkách, ale pro SEO je důležitější i reálný provoz. Google rozlišuje mezi lab daty a field daty. Lab data získáte například z Lighthouse nebo PageSpeed Insights, field data pak z Chrome User Experience Report, Search Console nebo analytických nástrojů.

Pro běžnou kontrolu se osvědčuje tento postup:

  • Google Search Console – sekce Core Web Vitals ukáže problémové URL podle mobilu i desktopu.
  • PageSpeed Insights – rychlý přehled LCP, INP, CLS a doporučení k opravám.
  • Lighthouse v Chrome DevTools – detailní technická diagnostika.
  • WebPageTest – pokročilé měření včetně waterfall grafu a TTFB.
  • GA4 nebo vlastní monitoring – pro sledování dopadů na konverze.

Dobrou praxí je měřit nejdůležitější typy stránek zvlášť: homepage, kategorii, produkt, článek a kontaktní formulář. Každý typ má jiné chování a jiné slabiny. U e-shopu bývá problém jinde než u magazínu nebo firemní prezentace.

Jak rychlost a stabilita ovlivňují SEO, tržby i důvěru

Core Web Vitals nejsou izolovaná technická disciplína. Z pohledu vyhledávání ovlivňují kvalitu uživatelského zážitku, a tím i konkurenceschopnost webu. Pokud návštěvník čeká, stránka poskakuje nebo kliknutí nereaguje, zvyšuje se bounce rate, klesá počet zobrazených stránek a obvykle i počet konverzí. U výkonnostních webů může rozdíl několika desetin sekundy znamenat měřitelný propad objednávek nebo leadů.

V praxi se proto vyplatí pracovat s Core Web Vitals jako s průběžným provozním ukazatelem, ne jako s jednorázovým auditním úkolem. Po redesignu, nasazení nového pluginu, přidání chatbota nebo změně šablony je vhodné znovu otestovat LCP, INP i CLS. Stejně důležité je hlídat regresi po aktualizacích, protože i dobře optimalizovaný web se může během několika týdnů zhoršit.

Pro majitele webu je klíčové jednoduché pravidlo: co se rychle načte, dobře reaguje a stabilně drží layout, má větší šanci uspět ve vyhledávání i v byznysu. Pro vývojáře to znamená méně blokujícího kódu, lehčí front-end a lepší práci s assets. Pro marketéry zase jasný signál, že výkon webu je součástí SEO strategie, ne jen technický detail na okraji projektu.