Core Web Vitals 2026: kaip pagerinti LCP, INP ir CLS (su pavyzdžiais Lietuvoje)

„Core Web Vitals“ (CWV) – tai „Google“ tikrųjų vartotojų patirties matavimai, tiesiogiai lemiantys svetainės reitingavimą paieškos rezultatuose. 2026 metais jie yra dar svarbesni, kadangi dirbtinio intelekto sugeneruotos apžvalgos (angl. AI Overviews) pirmenybę teikia sparčiausiems tinklalapiams.

Trys pagrindiniai CWV rodikliai

Rodiklis	Gerai	Reikia tobulinti	Blogai
LCP (Largest Contentful Paint)	<2.5 s	2.5–4 s	>4 s
INP (Interaction to Next Paint)	<200 ms	200–500 ms	>500 ms
CLS (Cumulative Layout Shift)	<0.1	0.1–0.25	>0.25

INP rodiklis pakeitė FID 2024 metų kovo mėnesį – dabar yra vertinamos visos svetainės sąveikos, o ne tik pati pirmoji.

Kur galima peržiūrėti savo svetainės CWV rodiklius

Tikrųjų vartotojų rodikliai (angl. field data) – svarbiausia dalis

PageSpeed Insights – skiltis „Field Data“ (28 dienų „CrUX“ suvestinė).
Google Search Console → Experience → Core Web Vitals.

Laboratoriniai duomenys (angl. lab data) – diagnostikai

PageSpeed Insights → „Lab Data“.
Lighthouse (DevTools).
WebPageTest.org.

Svarbu: „Google“ reitingavimui naudoja tikruosius vartotojų duomenis (realią naudotojų patirtį), o ne laboratorinius rodiklius. Laboratoriniai duomenys yra skirti tik pirminei diagnostikai.

LCP rodiklio pagerinimas (dažniausia problema Lietuvoje)

LCP rodiklis fiksuoja, per kiek laiko įkeliamas didžiausias matomas puslapio elementas (dažniausiai tai būna pagrindinis paveikslėlis arba pirmojo lygio antraštė H1).

Sprendimai:

1. Optimizuokite pagrindinį (angl. hero) paveikslėlį

Konvertuokite vaizdus į „WebP“ arba „AVIF“ formatą (apimtis sumažėja iki 60%).
Naudokite adaptyvųjį vaizdų pateikimą su „srcset“ atributu.
Pridėkite „fetchpriority="high"“ atributą pagrindiniam vaizdui.
Nustatykite „loading="eager"“ (nenaudokite „lazy load“ pirmajam ekrano vaizdui).

2. Kritinių išteklių išankstinis įkėlimas (angl. preload)

<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">
<link rel="preload" as="font" href="/fonts/inter.woff2" type="font/woff2" crossorigin>

3. Greitesnis serverio atsako laikas (angl. TTFB)

Naudokite VPS su „Redis Object Cache“ talpykla.
Naudokite turinio pristatymo tinklą (CDN), pavyzdžiui, „Cloudflare“ su pasauliniais pakraščio serveriais.
Naudokite PHP 8.3 versiją kartu su „OPCache“.

4. Pašalinkite atvaizdavimą blokuojančius išteklius

Įkelkite svarbiausią CSS kodą tiesiogiai puslapyje (angl. inline critical CSS, mažiau nei 14 KB).
Naudokite „defer“ arba „async“ atributus nesvarbiam JavaScript kodui.
Pašalinkite nenaudojamą CSS kodą (naudodami „PurgeCSS“ arba „UnCSS“ įrankius).

Pavyzdys Lietuvoje

Svetainė „Raktai24.lt“ prieš optimizavimą: LCP – 3,4 s. Po sutvarkymo (WebP + išankstinis įkėlimas + „Cloudflare“): LCP – 0,9 s.

INP rodiklio pagerinimas

INP matuoja, kiek laiko užtrunka naršyklė, kol sureaguoja į vartotojo veiksmus: paspaudimus, prilietimus ekrane ar teksto įvedimą.

Dažniausios problemos:

1. Per didelė JavaScript failų apimtis (angl. bundle)

Atlikite analizę naudodami „Chrome DevTools“ → Performance → Coverage.
Skaidykite kodą (angl. code splitting) naudodami dinaminį iškvietimą „import()“.
Taikykite kodo valymą (angl. tree shaking) ir pašalinkite nenaudojamas bibliotekas.

2. Ilgos užduotys (angl. long tasks, viršijančios 50 ms)

Skaidykite jas naudodami „requestIdleCallback“ arba „scheduler.postTask“ funkcijas.
Optimizuokite įvesties apdorojimo funkcijas naudodami „debounce“ metodą.
Perkelkite sudėtingus skaičiavimus į „Web Workers“ gijas.

3. „React“ hidracija (angl. hydration)

„Next.js“: pagal numatytuosius nustatymus naudokite „React Server Components“.
„Astro“: taikykite salų architektūrą (angl. islands) – kliento pusės JavaScript naudokite tik ten, kur būtina.

4. Trečiųjų šalių skriptai

„Google Tag Manager“, pokalbių langai, sekimo pikseliai – kiekvienas iš jų prideda po 50–300 ms delsos.
Naudokite „defer“ ir vėlyvąjį įkėlimą (angl. lazy load) nesvarbiems elementams.

Patarimai sistemoms

WordPress – išjunkite nenaudojamus įskiepius, ypač didelės apimties puslapių kūrimo įrankius ar skaidrių rodymo įskiepius.
Shopify – minimizuokite trečiųjų šalių programėles (kiekviena iš jų prideda po 100 ir daugiau milisekundžių delsos).
Astro – naudokite „client:idle“ arba „client:visible“ direktyvas vietoje „client:load“.

CLS rodiklio pagerinimas

CLS matuoja puslapio elementų struktūrinius poslinkius – kai puslapis jau atrodo pasirengęs, bet staiga įkeliamas turinys pastumia kitus elementus.

Pagrindiniai kaltininkai:

1. Paveikslėliai be nurodytų matmenų

<!-- NETEISINGA -->
<img src="hero.jpg" alt="Hero">

<!-- TEISINGA -->
<img src="hero.jpg" alt> width="1200" height="600">

2. Reklamos ir „iframe“ elementai be rezervuoto ploto

Rezervuokite vietą naudodami „aspect-ratio: 16/9;“ arba nustatykite fiksuotą aukštį CSS kode.

3. Šriftai be „font-display: swap“ nustatymo ir be išankstinio įkėlimas

Kraunantis šriftui tekstas persipiešia, o tai sukelia nepageidaujamą CLS pastūmą.
Sprendimas: naudokite „font-display: swap“ kartu su išankstiniu įkėlimu per <link rel="preload" as="font">.

4. Dinamiškai viršuje įterpiamas turinys

Slapukų skydeliai, pardavimų pranešimai – rezervuokite jiems plotą iš anksto arba užfiksuokite ekrano apačioje.
Naudokite karkasinį krovimą (angl. skeleton loading).

Realus dviejų savaičių optimizavimo planas

1-oji savaitė: diagnostika

„PageSpeed Insights“ – pagrindinio puslapio patikra.
„Search Console“ → Core Web Vitals – nustatymas, kurie URL adresai yra įvertinti kaip prasti (angl. Poor).
„Lighthouse waterfall“ – lėčiausių išteklių analizė.

2-oji savaitė: klaidų taisymas

Pagrindinis vaizdas → vaizdo konvertavimas į „WebP“ ir išankstinis įkėlimas.
Šriftai → „swap“ taisyklės taikymas ir išankstinis įkėlimas.
JavaScript kodo atidėjimas (angl. defer) ir nenaudojamų dalių pašalinimas.
Matmenų nurodymas visoms „img“ žymoms.
„Cloudflare“ CDN aktyvavimas.

Po 28 dienų

„CrUX“ duomenys yra atnaujinami kas 28 dienas. Palaukite šio laikotarpio, kol „Search Console“ įrankis pateiks atnaujintus tikrųjų vartotojų patirties rezultatus.

Tipiniai rezultatai

Mūsų klientų rezultatai prieš optimizavimą ir po jo:

Svetainė	Prieš LCP	Po LCP	Prieš INP	Po INP
El. parduotuvė (WooCommerce)	3.8 s	1.4 s	420 ms	150 ms
Rinkodaros svetainė (WP)	2.9 s	1.1 s	280 ms	110 ms
Next.js SaaS platforma	2.1 s	0.8 s	180 ms	90 ms

Natūralios paieškos pozicijų (angl. organic ranking) augimas – vidutiniškai +12–25 % per 3 mėnesius po CWV sutvarkymo.

Įrankiai

PageSpeed Insights – pagrindinis įrankis.
web.dev measure – pateikiamos rekomendacijos.
WebPageTest – išsamus užklausų sekos grafikas (angl. waterfall).
Chrome DevTools → Performance skiltis.
Cloudflare Analytics – tikrųjų vartotojų rodikliai.

DUK

Ar CWV rodikliai taikomi kompiuteriams ir mobiliesiems įrenginiams?
Taip, tačiau „Google“ naudoja pirmenybinį mobiliųjų įrenginių indeksavimą (angl. mobile-first indexing), todėl mobiliojo ryšio rodikliai yra svarbesni.

Per kiek laiko CWV taisymai daro įtaką reitingavimui?
CWV duomenys atnaujinami kas 28 dienas. Poveikis reitingavimui paieškos sistemose pastebimas per 1–3 mėnesius po duomenų atnaujinimo.

Ar „WordPress“ svetainė gali pasiekti gerų CWV rodiklių?
Taip, naudojant kokybišką temą („Blocksy“, „GeneratePress“), spartinimo įrankius („WP Rocket“), CDN („Cloudflare“) ir optimizuotus vaizdus. Naudojant „Elementor Pro“ tai pasiekti yra sunkiau, tačiau įmanoma.

Kas yra svarbiau – LCP ar INP rodiklis?
LCP rodiklis dažniausiai turi didesnę įtaką pozicijoms reitinguose (jis labiau skiriasi tarp atskirų svetainių). Tačiau INP rodiklis stipriau veikia tiesioginę vartotojų patirtį (angl. user experience).

Susiduriate su CWV problemomis savo svetainėje? Auditas → – 400 €, gausite konkretų veiksmų planą su aiškiais prioritetais.