Core Web Vitals 2026: kaip pagerinti LCP, INP ir CLS (su LT pavyzdžiais)
Core Web Vitals — Google ranking faktorius. LCP, INP, CLS paaiškinimai ir konkretūs sprendimai Lietuvos svetainėms 2026 m.
Core Web Vitals (CWV) — Google real-user matavimai, tiesiogiai įtakojantys ranking’ą. 2026 m. jie dar svarbesni, nes AI Overviews pirmiausia rodo greičiausias svetaines.
Trys CWV metrikos
| Metrika | Gerai | Reikia pataisyti | 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 pakeitė FID 2024 m. kovo mėn. — dabar matuoja visas interakcijas, ne tik pirmą.
Kur pamatyti savo CWV
Real user metrics (svarbiausia)
- PageSpeed Insights — „Field Data” sekcija (28 d. CrUX duomenys).
- Google Search Console → Experience → Core Web Vitals.
Lab data (diagnostikai)
- PageSpeed Insights → „Lab Data”.
- Lighthouse (DevTools).
- WebPageTest.org.
Svarbu: Google ranking’ui naudoja field data (reali vartotojų patirtis), ne lab. Lab — tik diagnostikai.
LCP pagerinimas (dažniausia problema LT)
LCP matuoja, per kiek laiko užkrauna didžiausias matomas elementas (paprastai hero paveikslėlis arba H1).
Sprendimai:
1. Optimizuok hero paveikslėlį
- Convert’ink į WebP arba AVIF (dydis −60%).
- Responsive
srcset. fetchpriority="high"ant hero.loading="eager"(ne lazy).
2. Preload kritinių resursų
<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 atsakas (TTFB)
- VPS su Redis Object Cache.
- CDN (Cloudflare) — globalūs edge’ai.
- PHP 8.3 + OPCache.
4. Eliminuok render-blocking resources
- Inline critical CSS (<14 KB).
defer/asyncant non-critical JS.- Odstranti unused CSS (PurgeCSS, UnCSS).
LT pavyzdys
Raktai24.lt prieš optimizaciją: LCP 3.4 s. Po (WebP + preload + Cloudflare): LCP 0.9 s.
INP pagerinimas
INP matuoja, kiek ilgai trunka naršyklei atsakyti į vartotojo klick’us, touches, tipus.
Dažniausios problemos:
1. Per didelis JS bundle’as
- Audit’uok su Chrome DevTools → Performance → Coverage.
- Code split — dynamic
import(). - Tree shake — išmest unused lib’ų.
2. Long tasks (>50 ms)
- Break down:
requestIdleCallback,scheduler.postTask. - Debounce input handler’ius.
- Move heavy work į Web Workers.
3. React hidration
- Next.js: naudok React Server Components default.
- Astro: „islands” — client JS tik kur reikia.
4. Third-party scripts
- Google Tag Manager, chat widget’ai, pixel’iai — kiekvienas prideda 50–300 ms.
defer+ lazy load ant ne-critical.
Framework tips
- WordPress — išjungk unused plugin’us, ypač sunkiuosius (page builder’iai, sliders).
- Shopify — paminimzuok third-party apps (kiekvienas prideda 100+ ms).
- Astro — naudok
client:idlearbaclient:visiblevietojclient:load.
CLS pagerinimas
CLS matuoja „prisijungimo pokyčius” — kai puslapis jau atrodo, bet staiga turinys pasislenka.
Pagrindiniai kaltininkai:
1. Paveikslėliai be dimensijų
<!-- BLOGAI -->
<img src="hero.jpg" alt="Hero">
<!-- GERAI -->
<img src="hero.jpg" alt="Hero" width="1200" height="600">2. Reklamos / iframe’ai be rezervuoto ploto
- Rezervuok aspect-ratio:
aspect-ratio: 16/9;arba fixed height.
3. Šriftai be font-display: swap ir be preload
- Šriftas kraunasi → tekstas perkraunamas → CLS.
- Sprendimas:
font-display: swap+<link rel="preload" as="font">.
4. Dynamic content injected at the top
- Cookie banner’iai, sale notif’ai — rezervuok vietą arba sticky’uok apačioje.
- Skeleton loading.
Realus optimizavimo planas (2 savaitės)
1 savaitė: diagnozė
- PageSpeed Insights — pagrindinis puslapis.
- Search Console → Core Web Vitals — kurie URL’ai „Poor”.
- Lighthouse waterfall — kurie resources lėčiausi.
2 savaitė: fix’ai
- Hero paveikslėlis → WebP + preload.
- Šriftai → swap + preload.
- JS defer + remove unused.
- Dimensijos ant visų img tag’ų.
- Cloudflare CDN.
Po 28 d.
CrUX duomenys atnaujinami kas 28 d. Palaukit šio periodo, kol Search Console parodys atnaujintus real-user rezultatus.
Typical rezultatai
Mūsų klientai, prieš ir po optimizacijos:
| Svetainė | Prieš LCP | Po LCP | Prieš INP | Po INP |
|---|---|---|---|---|
| E-shop (WooCommerce) | 3.8 s | 1.4 s | 420 ms | 150 ms |
| Marketing WP | 2.9 s | 1.1 s | 280 ms | 110 ms |
| Next.js SaaS | 2.1 s | 0.8 s | 180 ms | 90 ms |
Organic ranking’o augimas — vidutiniškai +12–25% per 3 mėn. po CWV pataisymo.
Įrankiai
- PageSpeed Insights — pagrindinis.
- web.dev measure — su rekomendacijomis.
- WebPageTest — detalus waterfall.
- Chrome DevTools → Performance.
- Cloudflare Analytics — real-user metrics.
DUK
Ar CWV galioja desktop ir mobile? Taip, bet Google mobile-first indexing’e mobile metrics svarbesni.
Per kiek laiko CWV fix’ai paveikia ranking’ą? CWV duomenys atnaujinami kas 28 d. Ranking’o efektai — 1–3 mėn. po duomenų atnaujinimo.
Ar WordPress gali turėti gerą CWV? Taip, su gera tema (Blocksy, GeneratePress) + caching (WP Rocket) + CDN (Cloudflare) + optimizuotomis nuotraukomis. Elementor Pro — sunkiau, bet įmanoma.
Kas svarbiau — LCP ar INP? LCP dažniausiai svarbesnė ranking’ui (ji labiau skiriasi tarp svetainių). Bet INP labiau įtakoja user experience.
CWV problema jūsų svetainėje? Audit’as → — 400 €, gausit konkretų veiksmų planą su prioritetais.