Core Web Vitals 2026 metais sudaro trys metrikos: LCP (Largest Contentful Paint) ≤ 2,5 s, INP (Interaction to Next Paint) ≤ 200 ms ir CLS (Cumulative Layout Shift) ≤ 0,1. Visos matuojamos 75-ojo procentilio lygiu realių vartotojų naršyklėse (CrUX duomenys), atskirai mobilui ir desktopui. INP pakeitė FID 2024 m. kovą. Google naudoja šiuos rodiklius „Page Experience” rangavimo signale – Search Engine Journal tai vadina „more than a tiebreaker”. Pagrindiniai pagerinimo svertai: CDN + image optimization LCP’ui, JavaScript main-thread atlaisvinimas INP’ui, aspect-ratio ir size rezervavimas CLS’ui.
Kas yra Core Web Vitals ir kodėl Google jais matuoja patirtį
Core Web Vitals – tai Google iniciatyva suvienodinti, kaip matuojama vartotojo patirtis vartotojo pusėje. Pagal oficialų web.dev gidą, trijos pagrindinės metrikos aprėpia krovimosi greitį (LCP), interaktyvumą (INP) ir vizualų stabilumą (CLS). Jos matuojamos ne jūsų lab sąlygomis, o realiose naršyklėse, kuriose vartotojai iš tikrųjų atidaro jūsų svetainę.
Iki 2024 m. kovo trečioji metrika buvo FID (First Input Delay), bet pagal web.dev paskelbtą perėjimą, ji buvo pakeista į INP, nes FID matavo tik pirmą interakciją, o INP – bendrą svetainės atsaką per visą sesiją.
Pagal web.dev metodologijos dokumentą, svetainė laikoma turinčia „Good” reitingą konkrečioje metrikoje tada, kai ne mažiau kaip 75 % realių puslapių įkėlimų atitinka gerojo lygio ribą – atskirai mobiliems ir desktopo įrenginiams. Tai svarbu, nes vidutinis laikas niekada nerodo tiesos – jį iškreipia greiti naudotojai su gigabitiniu internetu.
Trys metrikos smulkiau: kaip jas matuoja ir ką jos reiškia
LCP – Largest Contentful Paint
Laikas, per kurį naršyklė atvaizduoja didžiausią ekrano elementą (paveikslėlį, video poster’į arba didelę teksto bloką).
INP – Interaction to Next Paint
Bendras svetainės atsako delay’us per visą sesiją – matuoja, kiek laiko praeina tarp vartotojo paspaudimo ir vizualaus atsako.
CLS – Cumulative Layout Shift
Vizualaus nestabilumo matas – kiek elementų netikėtai pasislenka krovimosi metu (pvz., šokinėjantys mygtukai dėl vėluojančių šriftų).
LCP detaliau
LCP matuoja sekundes nuo navigacijos pradžios iki didžiausio elemento atvaizdavimo. Pagal web.dev LCP specifikaciją, ribos yra:
- Good: ≤ 2,5 s
- Needs improvement: 2,5–4,0 s
- Poor: > 4,0 s
LCP elementas dažniausiai yra hero paveikslėlis, pagrindinė antraštė arba svetainės banner’is. Jei šis elementas kraunamas per CDN, turi priority hint ir optimizuotą formatą – LCP dažniausiai lieka žalioje zonoje.
INP detaliau
INP pakeitė FID 2024 m. kovą ir tapo daug griežtesnis matas. Pagal web.dev INP dokumentą, ribos yra:
- Good: ≤ 200 ms
- Needs improvement: 200–500 ms
- Poor: > 500 ms
INP matuoja blogiausią interakciją sesijoje (su 98-uoju procentiliu kaip filtru), todėl vienas sunkus JavaScript event’as gali pakenkti visai metrikai. Svarbiausi INP priešai – dideli third-party script’ai, neoptimizuoti React/Vue komponentai ir long tasks (ilgesni nei 50 ms).
CLS detaliau
CLS nėra laiko matas – tai bendras score’as, kuris apskaičiuojamas kaip „paslinktų” elementų srities procento ir paslinkimo distancijos sandauga. Pagal web.dev CLS gidą, ribos yra:
- Good: ≤ 0,1
- Needs improvement: 0,1–0,25
- Poor: > 0,25
Didžiausi CLS kaltininkai – paveikslėliai be dimensijų atributų, reklamos blokai, kurie įsikelia vėliau, ir custom šriftai, kurie sukelia teksto „šokinėjimą” (FOUT / FOIT).
Ar Core Web Vitals iš tikrųjų veikia rangavimą
Trumpas atsakymas – taip, bet ne taip dramatiškai, kaip tikėjosi 2021 m. skelbimo metu. Pagal Search Engine Journal apžvalgą, Core Web Vitals yra „page experience” signalo dalis – tai „more than a tiebreaker”, bet ne dominuojantis rangavimo veiksnys.
Google oficialiai patvirtino, kad mobiliu Core Web Vitals pradėti naudoti 2021 m. gegužę, o desktopu – 2022 m. vasarį. Praktikoje tai reiškia, kad dvi svetainės su panašiu turiniu ir autoritetu bus rangavime išrikiuotos pagal vartotojo patirtį – tiesesnis sluoksnis, kuris veikia, kai kiti veiksniai yra panašūs.
Pagal Backlinko centrinį gidą, Core Web Vitals daugiausiai veikia mobilią paiešką ir e-komercijos kategorijas, kur svetainių greitis tiesiogiai koreliuoja su konversija. B2B nišose efektas mažesnis.
Kaip teisingai matuoti Core Web Vitals
Kritinis niuansas – yra du duomenų tipai:
- Field data (CrUX): realių Chrome vartotojų anoniminiai duomenys per paskutines 28 dienas. Tai – ką Google naudoja rangavimui.
- Lab data: sintetinis testas su fiksuotu įrenginiu ir tinklu (pvz., PageSpeed Insights simuliacija). Gerai diagnostikai, bet nerodo tikros situacijos.
Pagal web.dev paaiškinimą, lab ir field duomenys dažnai skiriasi 20–40 %, nes realūs vartotojai jungiasi iš įvairaus interneto greičio, senesnių telefonų ir mažiau galingų CPU. Todėl sprendimus reikia priimti pagal field data, o lab – naudoti tik issue’o reprodukcijai.
Pagrindiniai įrankiai 2026 m.
Pagal web.dev įrankių apžvalgą, geriausias derinys yra Google Search Console (bendras vaizdas, kurie URL turi problemų) + PageSpeed Insights (konkrečių puslapių diagnostika) + Chrome DevTools Performance taba (tikrų issue’ų reprodukcija). Šis trio pakanka 90 % atvejų.
Praktinė optimizavimo strategija: nuo blogos į gerą būklę
LCP gerinimas
Pagal Ahrefs Core Web Vitals gidą, LCP dažniausiai lėtėja dėl keturių priežasčių: lėto serverio atsako (TTFB), resource blokavimo, kliento pusės rendering’o ir neoptimizuotų paveikslėlių.
- Įjunkite CDN (Cloudflare, Bunny, KeyCDN) – dažniausiai sukuria 30–50 % TTFB pagerėjimą
- Naudokite šiuolaikinius paveikslėlių formatus (WebP / AVIF) ir
srcsetresponsive’iniams variantams - Pridėkite
fetchpriority="high"hero paveikslėliui - Atidėkite ne kritinius CSS ir JS (
async,defer, critical CSS inline) - Serveryje pasirinkite regioną arčiausiai vartotojų (LT projektams – Frankfurt)
INP gerinimas
Pagal Semrush Core Web Vitals gidą, INP problemos beveik visada kyla iš per sunkaus JavaScript’o:
- Išmeskite arba atidėkite third-party script’us (chat widgetai, tracking pixeliai)
- Suskaidykite long tasks (
setTimeout,scheduler.yield(), web workers) - Debounce’inkite ir throttle’inkite input event’us (ypač paieškos laukus)
- React’e naudokite
useTransitioniruseDeferredValuenon-urgent updates’ams - Išsivalykite neveikiantį JavaScript’ą (Chrome DevTools → Coverage)
CLS gerinimas
CLS beveik visada ištaisomas per kelias valandas – jei žinote, kas kaltas:
- Nustatykite
widthirheightatributus visiems paveikslėliams - Naudokite CSS
aspect-ratiovideo, iframe ir dinamiškiems embed’ams - Šriftams naudokite
font-display: optionalarbasize-adjust - Reklamoms rezervuokite vietą per min-height CSS
- Toast’ai, cookie banner’iai – tik
position: fixed, ne per DOM inject
Core Web Vitals optimizavimo checklistas
- Google Search Console → Core Web Vitals report → patikrinti, kiek URL’ų „Poor” ir „Needs improvement”
- PageSpeed Insights penkiems svarbiausiems puslapiams
- Identifikuoti LCP elementą per Chrome DevTools → Performance → LCP marker
- Įjungti CDN ir WebP/AVIF paveikslėliams
- Peržiūrėti third-party script’us ir atidėti ne kritinius
- Nustatyti
width/heightarbaaspect-ratiovisiems media elementams - Optimizuoti custom šriftų krovimą (
font-display, preload WOFF2) - Perleisti testą po 28 dienų, kai CrUX duomenys atsinaujins
Dažniausiai pasitaikančios klaidos
| Klaida | Simptomas | Sprendimas |
|---|---|---|
| Lab data naudojimas vietoj field | PageSpeed Insights rodo 95, bet Google Search Console žalioje zonoje nėra nei vienas URL | Žiūrėti field data (CrUX), sprendimus priimti pagal juos |
| Tik homepage optimizacija | Homepage greita, bet kategorijos / prekės puslapiai „Poor” | Optimizuoti per template tipą (kategorija, produktas, straipsnis), ne per URL |
| Nenumatytas mobile testas | Desktop žalias, mobile raudonas | Testuoti Moto G4 / Slow 4G emulaciją Chrome DevTools’e |
| Per daug third-party script’ų | INP nuolat 300–500 ms, nepadeda joks code split | Auditas script’ų, 30–50 % dažniausiai galima pašalinti be poveikio verslui |
| Hero image be priority hint | LCP 3,5 s, nors tinklas greitas | Pridėti fetchpriority="high" ir preload |
Core Web Vitals ir AI amžius
2026 metais Core Web Vitals svarba tik didėja, bet ne dėl klasikinės paieškos. Pagal Search Engine Land Core Web Vitals gidą, LLM’ai (ChatGPT, Perplexity, Gemini) crawlina svetaines, kad gautų šaltinius atsakymams. Lėta svetainė = crawl’eris atsisako užkrauti visą puslapį = mažesnė citavimo tikimybė.
Kitaip tariant, greita svetainė 2026 m. yra ne tik SEO investicija, bet ir GEO (Generative Engine Optimization) investicija – jūsų turinys turi būti ir pasiekiamas, ir įkraunamas per sekundes, kad AI sistemos jį „pamatytų”.
Reikia pagalbos su Core Web Vitals auditu?
Padedame ištaisyti „Poor” ir „Needs improvement” URL’us – nuo diagnostikos iki techninio įgyvendinimo.
Užsisakyti auditąDažniausiai užduodami klausimai
Ar Core Web Vitals yra tiesioginis rangavimo veiksnys?
Taip, nuo 2021 m. gegužės mobiliam ir nuo 2022 m. vasario desktopui, bet kaip dalis platesnio „page experience” signalo. Search Engine Journal apibendrina, kad Core Web Vitals yra „more than a tiebreaker”.
Kokios yra LCP, INP ir CLS ribos „Good” reitingui?
LCP ≤ 2,5 sekundės, INP ≤ 200 milisekundžių, CLS ≤ 0,1. Visos matuojamos 75-ojo procentilio lygiu.
Kuo skiriasi field data nuo lab data?
Field data – realių Chrome vartotojų anoniminiai duomenys per 28 dienas (CrUX). Tai naudojama rangavimui. Lab data – sintetinis testas su fiksuotu įrenginiu ir tinklu.
Kas pakeitė FID 2024 metais?
2024 m. kovą FID (First Input Delay) buvo pakeistas į INP (Interaction to Next Paint). FID matavo tik pirmą interakciją, o INP matuoja blogiausią interakciją visoje sesijoje.
Per kiek laiko matysiu rezultatus po optimizacijos?
CrUX duomenys atnaujinami kas 28 dienas, todėl field data pokyčius matysite po mėnesio. Lab data pagerėjimą matysite iškart po deploy’ymo.
Ar užtenka optimizuoti tik pagrindinį puslapį?
Ne. Google Search Console grupuoja URL’us pagal template’ą, todėl blogi kategorijų ar prekių puslapiai gali tempti žemyn visą svetainę.
Kokie įrankiai geriausi stebėsenai?
Nemokamai užtenka trio: Google Search Console, PageSpeed Insights ir Chrome DevTools Performance tab. Didesnėms svetainėms pravers SpeedCurve arba DebugBear.
Kodėl mano CLS 0,3, nors vizualiai viskas atrodo stabiliai?
Dažniausios priežastys: paveikslėliai be width/height atributų, vėliau kraunamos reklamos, custom šriftai, sukeliantys FOUT/FOIT, arba dinamiškai įkeliamas turinys.
