Core Web Vitals v roku 2026: aktuálne metriky
Aktuálne Core Web Vitals sú LCP, INP a CLS. LCP meria výkon načítania, INP odozvu interakcií a CLS vizuálnu stabilitu. Google ich opisuje ako základné používateľsky orientované aspekty reálnej skúsenosti. [1][3]
FID už do aktuálneho súboru nepatrí. INP nahradil FID v marci 2024 a FID bol neskôr odstránený z CrUX. [7][14]
Prahové hodnoty a 75. percentil
| Metrika | Dobré | Potrebuje zlepšenie | Slabé | Čo meria |
|---|---|---|---|---|
| LCP | ≤ 2.5 s | 2.5 s - 4.0 s | > 4.0 s | Načítanie hlavného obsahu |
| INP | ≤ 200 ms | 200 ms - 500 ms | > 500 ms | Odozvu interakcií |
| CLS | ≤ 0.1 | 0.1 - 0.25 | > 0.25 | Vizuálnu stabilitu |
Dobré hodnoty sú LCP ≤ 2,5 s, INP ≤ 200 ms a CLS ≤ 0,1. Zlepšenie vyžadujú 2,5 až 4,0 s, 200 až 500 ms a 0,1 až 0,25. Vyššie hodnoty sú slabé. [3][4]
Google používa 75. percentil, nie priemer. Aspoň 75% skúseností musí dosiahnuť prah alebo lepší výsledok. Mobil a desktop sa hodnotia samostatne. [3][4]
Celkové hodnotenie prejde len vtedy, keď sú všetky tri metriky dobré. [3]
Core Web Vitals a SEO
Google potvrdzuje, že Core Web Vitals používa v systémoch hodnotenia ako súčasť hodnotenie skúsenosti so stránkou. Dobré hodnoty však nezaručujú vysokú pozíciu, pretože dôležitá zostáva relevancia a kvalita obsahu. [1][2]
Optimalizácia teda zlepšuje skutočný používateľský zážitok a odstraňuje technickú slabinu, ale nenahrádza kvalitný obsah.
LCP: čo presne meria
Largest Contentful Paint meria čas od začiatku navigácie po vykreslenie najväčšieho vhodného obsahového prvku vo viewporte. Terénne LCP môže zahŕňať redirecty, vytvorenie spojenia aj TTFB. [5]
LCP preto nie je len čas sťahovania najväčšieho obrázka. Oneskorenie môže vzniknúť oveľa skôr v reťazci načítania. [5][6]
LCP v praxi: štyri časti
web.dev rozdeľuje LCP na TTFB, oneskorenie načítania zdroja, čas načítania zdroja a oneskorenie vykreslenia prvku. [6]
Ak sa LCP zdroj objaví neskoro, samotná kompresia nemusí pomôcť. Zdroj by mal byť podľa možnosti objaviteľný v počiatočnom HTML a LCP obrázok sa nemá lazy loadovať. Pomôcť môže vhodná priorita alebo preload. [6]
Diagnostikujte v poradí: TTFB, objavenie zdroja, transfer a render delay. [6]
- Znížte TTFB pomocou cache, CDN, menšieho počtu redirectov a rýchlejšieho backendu.
- Sprístupnite LCP zdroj v počiatočnom HTML.
- Nepoužívajte `loading="lazy"` pre LCP obrázok.
- Pri neskorom objavení použite vhodnú prioritu alebo preload.
- Optimalizujte veľkosť a formát len vtedy, keď je transfer skutočný problém.
- Obmedzte JavaScript alebo CSS blokujúci finálne vykreslenie.
INP: odozva počas celej návštevy
Interaction to Next Paint sleduje kliknutia, tapy a klávesnicu počas celej návštevy. Pri väčšine stránok sa reportuje najpomalšia interakcia. Pri veľmi interaktívnych stránkach sa jedna najhoršia interakcia na každých 50 ignoruje, aby sa obmedzil vplyv náhodných odchýlok. [7]
INP sa líši od FID, pretože zahŕňa input delay, processing a čas do ďalšieho paint. [7][8]
Bez kliknutia, tapu alebo klávesnice nemusí mať návšteva INP. Scroll a hover sa nepočítajú. [7]
INP v praxi: tri zdroje latencie
Celková latencia sa skladá z input delay, processing duration a presentation delay. Slabý INP môže spôsobiť vyťažený main thread, pomalé handlery alebo náročný layout a rendering. [8]
Pomáhajú kratšie úlohy, delenie práce, menej ťažkého JavaScriptu, jednoduchší layout, vhodné Web Workers a rýchla vizuálna odozva. [8]
Začnite RUM dátami, ktoré identifikujú pomalú interakciu, a potom ju reprodukujte v DevTools. Lighthouse sám nereprezentuje plné reálne INP. [8][11][12]
CLS: stabilita počas celej životnosti stránky
Cumulative Layout Shift meria neočakávaný pohyb viditeľných prvkov. Používa najväčšie okno relácie, v ktorom sú po sebe idúce posuny od seba menej než jednu sekundu a celé okno trvá maximálne päť sekúnd. [9]
CLS je bezrozmerné a kombinuje dopad a vzdialenosť posunu. Niektoré zmeny priamo súvisiace s akciou používateľa môžu byť vylúčené. [9]
Problémy často vznikajú až po načítaní kvôli reklamám, bannerom, widgetom alebo fontom. Jediný laboratórny load ich nemusí zachytiť. [10][11]
CLS v praxi: časté príčiny
web.dev uvádza obrázky bez rozmerov, reklamy, embedy a iframy bez rezervovaného priestoru, dynamicky vložený obsah a webfonty. [10]
Rezervujte priestor vopred. Použite `width` a `height` alebo stabilný `aspect-ratio`, dajte reklamám a embedom predvídateľné rozmery a nevkladajte obsah nad text, ktorý už používateľ číta. [10]
Pri fontoch obmedzte rozdiely metrík medzi fallbackom a finálnym fontom a merajte reálny vplyv. `font-display` sám nevyrieši každý problém. [10]
Terénne a laboratórne dáta
Core Web Vitals sú primárne terénne metriky. CrUX a vlastný RUM ukazujú reálnych používateľov, Lighthouse pomáha riadene reprodukovať a diagnostikovať problémy. [11][12]
Lighthouse nemeria plné prirodzené INP a používa okrem iného TBT ako laboratórnu proxy. Laboratórne CLS môže byť nižšie, ak posuny nastávajú až po interakcii. [11][12]
Terénne dáta rozhodujú, či problém skutočne existuje, laboratórium pomáha nájsť príčinu.
Ktorý nástroj použiť
| Nástroj | Typ dát | Najlepšie použitie |
|---|---|---|
| PageSpeed Insights | CrUX + Lighthouse | Rýchla kontrola URL a originu |
| Search Console | CrUX, skupiny URL | Hľadanie skupín stránok s problémami SEO |
| Chrome DevTools | Laboratórium + CrUX kontext | Detailná diagnostika LCP, INP a CLS |
| Lighthouse | Laboratórium | Automatické audity a CI regresie |
| RUM / web-vitals | Vlastné používateľské dáta | Najpresnejší monitoring po vydaní |
PageSpeed Insights kombinuje CrUX a Lighthouse. Search Console zoskupuje podobné URL. DevTools ponúka živé metriky a detailné trace. [12][13]
CrUX API a PageSpeed Insights používajú približne 28-dňové kĺzavé okno. Nová oprava preto verejný p75 nezmení okamžite. Vlastný RUM reaguje rýchlejšie. [12][13]
Dobrý proces používa RUM na monitoring, Search Console na SEO skupiny, PSI na rýchle kontroly a DevTools na diagnostiku.
CrUX v roku 2026: aktuálny stav webu
| Metrika | Originy s dobrým výsledkom, júl 2026 |
|---|---|
| LCP | 68,3% |
| INP | 85,7% |
| CLS | 81,6% |
| Všetky Core Web Vitals | 55,7% |
Posledný mesačný dataset vydaný pred 4. septembrom 2026 pokrýva júl 2026 a vyšiel 11. augusta. Obsahuje 18 059 068 originov. 68,3% malo dobré LCP, 81,6% dobré CLS, 85,7% dobré INP a 55,7% splnilo všetky Core Web Vitals. [14]
Ide o agregované dáta webu v CrUX, nie ciele pre jeden web. CrUX zahŕňa iba oprávnené verejne objaviteľné a dostatočne populárne stránky a originy. [13][14]
Chýbajúce CrUX dáta neznamenajú rýchlosť ani pomalosť, iba nedostatok oprávnených dát.
SPA a soft navigations: dôležitá zmena v roku 2026
Historicky boli Core Web Vitals orientované na plné navigácie dokumentu. Chrome 151 v roku 2026 zaviedol nové API na meranie soft navigations a dokumentácia bola aktualizovaná 2. septembra 2026. [15]
Chrome DevTools 152 z 25. augusta 2026 zobrazuje Core Web Vitals pre soft navigations v Live Metrics predvolene pomocou `web-vitals` 6.0.0. [16]
Je to dôležité pre React, Angular, Vue a ďalšie SPA. Nemožno však automaticky predpokladať, že všetky verejné CrUX reporty soft navigations už vyhodnocujú rovnako.
Produkčný monitoring s kontextom
Verejný p75 často ukáže problém bez presnej príčiny. Vlastný RUM môže pridať LCP element a podčasti, INP interakciu, route, zariadenie a verziu aplikácie. web.dev odporúča RUM ako doplnok CrUX. [3][8][12]
Označujte deploymenty verziou a porovnávajte distribúcie pred a po. Priemer môže skryť regresiu na pomalších zariadeniach.
CI chráni pred zjavnými laboratórnymi regresiami, ale nenahrádza produkčný monitoring. [11][12]
Praktický plán zlepšenia
Najprv zistite, ktorá metrika zlyháva na p75 a na akých typoch stránok. Zúžte problém pomocou RUM alebo CrUX, reprodukujte ho v DevTools, opravte konkrétnu príčinu a sledujte výsledok po deployi. [12]
Pre LCP nájdite dominantnú časť, pre INP skutočne pomalú interakciu a pre CLS konkrétne posuny.
Potom overte laboratórium aj terén. Verejné CrUX reaguje s oneskorením, preto je RUM dôležitý na rýchlu validáciu.
- Najprv identifikujte problém v terénnych dátach.
- Oddeľte mobil a desktop.
- Pri LCP sledujte TTFB, objavenie, transfer a render delay.
- Pri INP analyzujte interakciu a jej tri časti.
- Pri CLS zaznamenávajte posuny počas celej relácie.
- Nasaďte jednu merateľnú opravu a porovnajte pred a po.
- Udržiavajte RUM a alerty regresií.
