Core Web Vitals

Když Google v roce 2020 představil Core Web Vitals, poprvé řekl nahlas, že mu nezáleží jen na tom, co na stránce je, ale i na tom, jak se z ní člověku doopravdy používá. Tři metriky měří tři různé druhy frustrace: čekání, než se stránka načte; sekání, když na něco kliknu; a poskakování obsahu, když mi text uteče pod prstem. Neměří se přitom v laboratoři, ale na skutečných návštěvnících vašeho webu.

Tři metriky, tři druhy frustrace

Každá z Core Web Vitals sleduje jinou část zážitku a má tři pásma: dobré, ke zlepšení a špatné. Hranice určuje Google a platí pro všechny stejně.

LCP - Largest Contentful Paint (načítání). Měří, za jak dlouho se vykreslí největší prvek ve viditelné části stránky - obvykle hlavní obrázek nebo nadpis. Je to okamžik, kdy návštěvník cítí, že „stránka naskočila”.

• Dobré: do 2,5 s
• Ke zlepšení: 2,5-4 s
• Špatné: nad 4 s

INP - Interaction to Next Paint (odezva). Měří, jak rychle stránka vizuálně zareaguje na interakci - klik, ťuknutí, stisk klávesy. V březnu 2024 nahradil starší metriku FID (First Input Delay), která hodnotila jen zpoždění úplně první interakce; INP sleduje odezvu v průběhu celé návštěvy, takže je mnohem přísnější. Pokud někde ještě narazíte na FID jako aktuální metriku, je to zastaralý údaj.

• Dobré: do 200 ms
• Ke zlepšení: 200-500 ms
• Špatné: nad 500 ms

CLS - Cumulative Layout Shift (vizuální stabilita). Měří, jak moc obsah během načítání poskakuje - když se doloaduje obrázek bez rezervovaného místa nebo naskočí reklama a odsune text, který zrovna čtete. Nemá jednotku, je to bezrozměrné skóre.

• Dobré: do 0,1
• Ke zlepšení: 0,1-0,25
• Špatné: nad 0,25

Aby web prošel jako celek, musí splnit dobré pásmo ve všech třech metrikách zároveň - jedna červená stačí, aby stránka neprošla.

Terénní data vs. laboratorní data - kde vzniká většina zmatků

Tohle je nejčastější nedorozumění, které v praxi vídám. Existují dva různé způsoby, jak Core Web Vitals změřit, a dávají různé výsledky:

• Laboratorní data (lab) vznikají tak, že nástroj načte stránku jednou, v řízeném prostředí, na simulovaném zařízení a připojení. Takhle funguje Lighthouse nebo laboratorní část PageSpeed Insights. Je to rychlá diagnostika, ale jen jeden umělý load.
• Terénní data (field) sbírá Google od skutečných návštěvníků vašeho webu v prohlížeči Chrome a ukládá je do veřejné databáze CrUX (Chrome User Experience Report). Právě tato data používá k hodnocení.

A tady je jádro věci: Google se při hodnocení dívá na terénní data na 75. percentilu za posledních 28 dní. 75. percentil znamená, že tři ze čtyř návštěv musí být v dobrém pásmu - nestačí průměr vytažený nahoru jedním rychlým zařízením. Proto se běžně stane, že Lighthouse svítí zeleně na 95/100, ale Search Console hlásí, že stránka Core Web Vitals nesplňuje. Není to chyba měření - jen jste se dívali na laboratoř, zatímco Google se dívá na realitu vašich návštěvníků, včetně těch na pomalých mobilech a slabém signálu.

Jsou Core Web Vitals rankingový faktor?

Ano, ale je potřeba to zasadit do měřítka. Core Web Vitals jsou součástí hodnoticích signálů Googlu, fungují ale jako jazýček na vahách, ne jako páka. Mezi dvěma stránkami s podobně kvalitním obsahem může lepší zážitek rozhodnout o lepší pozici; slabý obsah zelené Core Web Vitals nahoru nevytáhnou. Pořadí důležitosti se nemění: nejdřív relevance a kvalita obsahu, pak odkazy, a Core Web Vitals až jako doladění.

Praktičtější důvod se o ně starat leží mimo samotný ranking: pomalá a poskakující stránka odrazuje návštěvníky bez ohledu na to, kde se ve vyhledávání zobrazí. Rychlejší a stabilnější web si udrží víc lidí, kteří na něj už dorazili - a to je hodnota, kterou ucítíte i tam, kde na pozicích na první pohled nic vidět není.

Jak Core Web Vitals změřit

• Google Search Console má report „Core Web Vitals” postavený na terénních datech - ukazuje, jak si vedou skutečné stránky vašeho webu, seskupené podle typu problému. Sem se dívám první.
• PageSpeed Insights spojuje obojí: nahoře terénní data z CrUX (pokud jich má web dost), dole laboratorní test s konkrétními doporučeními. Tady si web změříte sami během pár vteřin.
• Lighthouse přímo v prohlížeči Chrome (panel pro vývojáře) dá rychlou laboratorní diagnostiku při ladění jednotlivé stránky.

Pravidlo je jednoduché: k rozhodnutí, jestli problém existuje, používejte terénní data. K hledání příčiny a k ověřování oprav laboratorní.

Co v auditu vídám nejčastěji

Nejčastější past je honba za skóre 100/100 v Lighthouse. Optimalizuje se laboratorní číslo, které vypadá skvěle na snímku obrazovky, ale terénní data se nehnou - protože skuteční návštěvníci mají jiná zařízení a jiné připojení než testovací nástroj. Druhá věc, která přišla po roce 2024: přehlížené INP. Weby, které měly roky zelené Core Web Vitals, najednou spadly do červené, protože přísnější INP nahradilo FID a těžké JavaScriptové aplikace ho nezvládají. A do třetice se řeší ta metrika, která zrovna svítí červeně, místo té, která reálně otravuje nejvíc návštěvníků.

Proto se na Core Web Vitals nedívám jako na tři čísla k vylepšení, ale jako na tři otázky - kde lidé čekají, kde to seká a kde jim obsah utíká pod rukama.