Co je Core Web Vitals a proč na nich závisí vaše pozice v Google

Core Web Vitals jsou tři metriky, kterými Google měří reálný uživatelský zážitek na vašem webu. Konkrétně hodnotí rychlost načtení hlavního obsahu (LCP ≤ 2,5 s), odezvu na interakci uživatele (INP ≤ 200 ms) a vizuální stabilitu stránky (CLS ≤ 0,1). Od roku 2021 jsou součástí hodnoticího algoritmu Google – weby s lepšími hodnotami mají výhodu v organickém vyhledávání. Core Web Vitals se měří na reálných uživatelích přes Chrome UX Report, takže jde o skutečná data, ne laboratorní odhady.

Core Web Vitals jsou tři metriky, kterými Google měří reálný uživatelský zážitek na vašem webu. Konkrétně hodnotí rychlost načtení hlavního obsahu (LCP ≤ 2,5 s), odezvu na interakci uživatele (INP ≤ 200 ms) a vizuální stabilitu stránky (CLS ≤ 0,1). Od roku 2021 jsou součástí hodnoticího algoritmu Google – weby s lepšími hodnotami mají výhodu v organickém vyhledávání. Core Web Vitals se měří na reálných uživatelích přes Chrome UX Report, takže jde o skutečná data, ne laboratorní odhady.

Přehled tří metrik Core Web Vitals – LCP, INP a CLS

Tři metriky, které Google sleduje

Core Web Vitals se skládají ze tří konkrétních metrik. Každá měří jinou část uživatelského zážitku a má jasně stanovenou hranici.

LCP – Largest Contentful Paint

LCP měří, za jak dlouho se vykreslí největší viditelný prvek na stránce – typicky hlavní obrázek, video nebo blok textu. Google považuje za dobrou hodnotu ≤ 2,5 sekundy. Hodnoty mezi 2,5 a 4 sekundami jsou „potřebují zlepšení” a nad 4 sekundy jde o špatný výsledek.

V praxi LCP nejvíc ovlivňuje pomalý server, velké neoptimalizované obrázky a blokující CSS nebo JavaScript. Podle studie Google má LCP přímý vliv na to, zda návštěvník na webu zůstane, nebo odejde.

INP – Interaction to Next Paint

INP (dříve FID) měří odezvu stránky na akci uživatele – kliknutí, tap na mobilu nebo stisknutí klávesy. Cílová hodnota je ≤ 200 milisekund. Google INP zavedl jako náhradu za FID v březnu 2024, protože lépe zachycuje celkovou interaktivitu stránky, ne jen první interakci.

Špatné INP způsobuje těžký JavaScript, který blokuje hlavní vlákno prohlížeče. Typický viník: analytické skripty, chatovací widgety nebo neoptimalizované frameworky třetích stran.

CLS – Cumulative Layout Shift

CLS měří, jak moc se stránka „cukne” během načítání. Znáte to – chcete kliknout na tlačítko a v tom se posune celá stránka, protože se donačetl obrázek nebo reklama. Cílová hodnota je ≤ 0,1. Vyšší čísla znamenají frustrující zážitek.

Nejčastější příčiny špatného CLS: obrázky bez definovaných rozměrů (width a height), dynamicky vkládané prvky, webové fonty způsobující záblesk neviditelného textu (FOIT) a reklamy bez vyhrazeného prostoru.

Proč Core Web Vitals ovlivňují pozice v Google

Google od roku 2021 používá Core Web Vitals jako jeden z rankingových signálů v rámci tzv. Page Experience. Netvrdím, že to je nejdůležitější faktor – kvalitní obsah a relevance stále hrají hlavní roli. Ale při srovnání dvou stránek s podobným obsahem může rychlejší web s lepším UX vyhrát.

Data to potvrzují. Podle studie Vodafone vedlo zlepšení LCP o 31 % k nárůstu prodejů o 8 %. Vodafone po optimalizaci INP zaznamenal 7% nárůst prodejů. Za 22 let v digitálním marketingu vidím tento vzorec opakovaně – pomalý web stojí peníze.

Core Web Vitals se také zobrazují přímo v Google Search Console, kde vidíte, kolik URL je v kategorii „Dobré”, „Potřebuje zlepšení” a „Špatné”.

Jak Core Web Vitals měřit

Existují dva typy dat – laboratorní (lab data) a terénní (field data). Pochopte rozdíl, jinak budete řešit špatný problém.

Terénní data (field data) pocházejí od skutečných uživatelů vašeho webu. Sbírá je Chrome UX Report (CrUX) a najdete je v PageSpeed Insights, Search Console a BigQuery. Tato data Google používá pro ranking. Jsou nejdůležitější.

Laboratorní data (lab data) generuje nástroj – Lighthouse, WebPageTest nebo Chrome DevTools. Simulují podmínky (pomalejší připojení, slabší CPU). Hodí se pro diagnostiku, ale neovlivňují přímo pozice v Google.

Kde měřit:

  • PageSpeed Insights – kombinuje terénní i laboratorní data, konkrétní doporučení
  • Google Search Console – sekce Core Web Vitals, přehled za celý web
  • Lighthouse – audit v Chrome DevTools (F12 → Lighthouse)
  • Chrome UX Report – surová terénní data přes BigQuery nebo API
  • Web Vitals Extension – rozšíření do Chrome, měří v reálném čase

Jak zlepšit LCP

LCP je nejčastější problém českých webů. Obvykle ho zhoršuje špatný hosting, velké obrázky a blokující zdroje.

Optimalizujte obrázky. Používejte formát WebP nebo AVIF místo JPEG/PNG. Nastavte správné rozměry přes atribut srcset a sizes. Hlavní hero obrázek načtěte s fetchpriority="high", ostatní obrázky s loading="lazy".

Zrychlete server. Čas do prvního bajtu (TTFB) by měl být pod 800 ms. Pokud váš hosting nestíhá, zvažte lepší tarif nebo CDN. Staticky generované weby (Astro, Next.js, Hugo) mají výhodu – servírují hotové HTML bez čekání na databázi.

Odstraňte blokující CSS a JS. Kritické CSS vložte přímo do <head>, zbytek načtěte asynchronně. JavaScript nepotřebný pro první vykreslení označte atributem defer nebo async.

Fonty. Používejte font-display: swap nebo ještě lépe self-hosted WOFF2 fonty s preload. Zabráníte tak neviditelnému textu během načítání.

Jak zlepšit INP

INP zlepšíte tím, že odlehčíte hlavnímu vláknu prohlížeče.

Omezte JavaScript třetích stran. Analyzujte dopad každého skriptu – chat widget, analytika, remarketingové pixely. Každý z nich blokuje hlavní vlákno. Používejte Chrome DevTools → Performance panel k identifikaci dlouhých úloh (Long Tasks nad 50 ms).

Rozdělte těžké úlohy. Velké JS operace rozdělte na menší části přes requestAnimationFrame nebo scheduler.yield(). Prohlížeč pak stíhá reagovat na kliknutí uživatele mezi jednotlivými částmi.

Odložte nepotřebný kód. Script, který se spouští až při scrollu nebo kliknutí, nemusí blokovat první načtení. Používejte dynamické importy a Intersection Observer.

Jak zlepšit CLS

CLS vyžaduje hlavně prevenci – problémy je třeba řešit dřív, než nastanou.

Vždy definujte rozměry obrázků a videí. Atributy width a height v HTML umožní prohlížeči vyhradit prostor ještě před stažením souboru. Responsivní design s aspect-ratio v CSS funguje stejně dobře.

Vyhraďte prostor pro dynamický obsah. Reklamy, embed videa, cookie lišty – všechno, co se načítá později, potřebuje předem definovaný prostor. Jinak se celá stránka posune a CLS vyskočí.

Webové fonty s font-display: swap. Případně použijte fallback font se stejnými metrikami jako váš primární font. Minimalizujete tak přeskakování textu při načtení fontu.

Dopad na konverze a byznys

Core Web Vitals nejsou jen technická záležitost pro vývojáře. Přímo ovlivňují, kolik lidí na webu zůstane a kolik jich nakoupí nebo pošle poptávku.

Google uvádí, že weby splňující Core Web Vitals mají o 24 % nižší míru opuštění stránky. U e-shopů se to projevuje přímo na tržbách – každá sekunda navíc při načítání snižuje konverzní poměr o 4,4 %.

Z mé praxe – když klientovi vyřešíme technické SEO včetně Core Web Vitals, typicky vidíme zlepšení organické návštěvnosti o 10–20 % během 2–3 měsíců. Není to magie. Je to jen důsledek toho, že web funguje tak, jak uživatelé očekávají.

Často kladené otázky

Jak rychle se změny v Core Web Vitals projeví v pozicích?

Google sbírá terénní data za posledních 28 dní. Po nasazení optimalizací tedy trvá minimálně měsíc, než se nové hodnoty promítnou do CrUX dat a potenciálně ovlivní pozice. Reálně počítejte s 1–3 měsíci, než uvidíte měřitelný dopad na organickou návštěvnost.

Stačí splnit Core Web Vitals, aby můj web byl na prvních pozicích?

Ne. Core Web Vitals jsou jeden z mnoha rankingových faktorů. Kvalitní obsah, relevance, backlinky a on-page SEO jsou stále důležitější. Ale při konkurenci podobně kvalitních stránek mohou Core Web Vitals rozhodnout.

Mám špatné Core Web Vitals, ale hodně návštěvnosti. Mám se bát?

Pokud máte silný obsah a autoritu, nemusíte panikařit. Ale ignorovat to nedoporučuji. Konkurence nezahálí a Google technické signály postupně posiluje. Navíc – lepší Core Web Vitals znamenají lepší zážitek pro návštěvníky a vyšší konverze.

Liší se Core Web Vitals pro mobil a desktop?

Ano. Google měří a hodnotí mobilní a desktopovou verzi zvlášť. Mobilní hodnoty bývají horší kvůli pomalejšímu procesoru a nestabilnímu připojení. Protože Google používá mobile-first indexování, soustřeďte se primárně na mobilní výsledky.

Zdroje

Potřebujete zlepšit Core Web Vitals na svém webu? Ozvěte se mi – projdeme si vaše čísla a navrhneme konkrétní kroky.