Core Web Vitals — kas tai? Tai trys Google rodikliai, matuojantys, kaip svetainė jaučiasi realiam lankytojui: kaip greitai pasirodo pagrindinis turinys (LCP), kaip greitai puslapis reaguoja į paspaudimą (INP) ir ar turinys nešokinėja krovimosi metu (CLS). Jie skaičiuojami iš tikrų Chrome naudotojų duomenų ir yra vienas iš paieškos reitingavimo signalų. Paprastai tariant, tai Google būdas patikrinti, ar jūsų svetainėje patogu, o ne tik ar ji graži.
Šie rodikliai svarbūs ne tik dėl pozicijų. Kiekvienas atidėtas puslapio krovimosi momentas realiai matuojamas prarastais lankytojais — telefone žmonės pasitraukia greičiau, nei spėja perskaityti antraštę.
Core Web Vitals: kas tai per rodikliai ir kokios jų ribos
| Rodiklis | Ką matuoja | Gerai | Reikia taisyti |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Per kiek laiko pasirodo didžiausias matomas elementas — dažniausiai nuotrauka ar antraštė | iki 2,5 s | virš 4 s |
| INP (Interaction to Next Paint) | Per kiek laiko puslapis reaguoja į paspaudimą ar rašymą | iki 200 ms | virš 500 ms |
| CLS (Cumulative Layout Shift) | Kiek turinys pašoka krovimosi metu | iki 0,1 | virš 0,25 |
Šie trys trumpiniai — LCP, INP, CLS — yra visa Core Web Vitals esmė; ketvirto rodiklio nėra. Tarp „gerai“ ir „reikia taisyti“ yra vidurinė zona, kurią Google vadina „reikia patobulinti“. Svarbi detalė: rodiklis laikomas išlaikytu, kai į ribą telpa 75 % apsilankymų — ne vidurkis. Todėl svetainė gali „kristi“ vien dėl to, kad dalis lankytojų naršo silpnesniais telefonais lėtame ryšyje.
Core Web Vitals patikra: kaip pasitikrinti savo svetainę
Nemokamai ir be įrankių diegimo tai trunka kelias minutes:
- PageSpeed Insights (pagespeed.web.dev). Įveskite puslapio adresą. Viršuje rodomi realių naudotojų duomenys (jei jų pakanka), žemiau — laboratorinis testas su konkrečiomis rekomendacijomis. Tikrinkite mobiliojo, ne kompiuterio skiltį — reitingavimui svarbi būtent ji.
- Google Search Console, skiltis „Core Web Vitals“. Čia matote ne vieną puslapį, o visą svetainę, sugrupuotą pagal problemų tipus. Tai vienintelė vieta, kur matomi jūsų realių lankytojų duomenys per 28 dienas.
- Chrome Lighthouse (naršyklės „DevTools“ skiltis). Naudinga tikrinant pakeitimus prieš paskelbiant, nes veikia ir su dar nepaskelbtu puslapiu.
Vienas dažnas nesusipratimas: PageSpeed Insights bendras balas (0–100) nėra Core Web Vitals. Balas skaičiuojamas laboratorinio testo pagrindu ir svyruoja tarp bandymų; reitingavimui reikšmės turi tik trys realių naudotojų rodikliai viršuje. Nesivaikykite šimto — siekite žalių LCP, INP ir CLS.
Dažniausios priežastys, kodėl rodikliai raudoni
Tikrindamas lietuviškas WordPress svetaines beveik visada randu tą patį rinkinį:
- Per didelės nuotraukos. Į puslapį įkeliamas 4 000 px pločio JPG, o rodomas jis 600 px langelyje. Tai pirmoji LCP priežastis.
- Nėra kešavimo. Kiekvienas apsilankymas verčia serverį iš naujo surinkti puslapį iš duomenų bazės.
- Per daug papildinių. Kiekvienas prideda savo CSS ir JavaScript failus, kurie kraunami kiekviename puslapyje, net ten, kur nereikalingi.
- Šriftai iš išorinio serverio. Tekstas laukia, kol atsisiųs šriftas, arba peršoka, kai jis atsisiunčia — tai tiesiogiai kelia CLS.
- Reklamos ir slapukų juostos be rezervuotos vietos. Jos įsiterpia į jau matomą turinį ir viską nustumia žemyn.
- Pigus, perkrautas hostingas. Serverio atsakymo laikas virš 600 ms padaro gerą LCP praktiškai nepasiekiamą, kad ir kiek optimizuotumėte priekinę dalį.
Ką taisyti pirmiausia
Tvarka, kuria dirbu, sudėliota pagal santykį „poveikis prieš pastangas“:
- Nuotraukos. Sumažinti iki realaus rodymo dydžio, konvertuoti į WebP, įjungti atidėtą krovimą visoms, išskyrus pirmąją matomą. Dažnai tai vienintelis pakeitimas, perkeliantis LCP į žalią zoną.
- Kešavimas. Puslapių kešas plius serverio lygio talpykla. Poveikis matomas iš karto.
- Papildinių auditas. Išjungti nenaudojamus, likusiems apriboti, kuriuose puslapiuose jie kraunami.
- Šriftai. Perkelti į savo serverį ir nurodyti, kad tekstas būtų rodomas iš karto atsargine šrifto versija.
- Rezervuota vieta elementams. Nuotraukoms ir įterptiniams blokams nurodyti matmenis — CLS dažniausiai sutvarkomas būtent taip.
- Hostingas. Jei po visų darbų serverio atsakymas vis dar lėtas, taisyti reikia ne kodą, o planą.
Detalų WordPress greitinimo sąrašą surašiau straipsnyje kaip pagreitinti WordPress svetainę, o e-parduotuvėms, kur rodikliai visada sunkesni dėl filtrų ir krepšelio, — WooCommerce greičio ir Core Web Vitals optimizavime.
Vieną dalyką verta pasitikrinti prieš pradedant bet kokį optimizavimą: ar problema apskritai yra jūsų svetainėje. Jei Search Console rodo, kad prastus rodiklius turi tik keli puslapiai iš šimto, taisyti reikia būtent juos, o ne perkonfigūruoti visą svetainę. Dažniausiai tokie puslapiai būna seni įrašai su nesuspaustomis nuotraukomis arba vienas įterptas žemėlapis.
Ar Core Web Vitals tikrai veikia pozicijas
Veikia, bet ne taip, kaip dažnai įsivaizduojama. Tai vienas signalas iš daugelio, ir jis nepakels puslapio, kuris neatsako į klausimą geriau už konkurentus. Praktiškai jis tampa svarbus tada, kai keli puslapiai turiniu panašūs — tada greitesnis laimi.
Antras, dažnai didesnis poveikis yra netiesioginis. Lėta svetainė praranda dalį lankytojų dar prieš jiems ką nors pamatant, o grįžimas į paiešką po kelių sekundžių ilgainiui matomas ir pozicijose. Todėl greitį taisau ne dėl balo, o dėl užklausų. Kiek laiko reikia, kad pataisymai pasimatytų paieškoje, aprašiau straipsnyje kiek trunka, kol SEO duoda rezultatų.
Kaip galiu padėti
Pradedu nuo patikros ir pasakau, ar problema yra kode, turinyje, ar hostinge. Greičio optimizavimas — nuo 110 €: nuotraukų suspaudimas ir WebP konvertavimas, kešavimo nustatymas, perteklinio kodo valymas, papildinių auditas ir šriftų sutvarkymas. Techninis svetainės auditas — nuo 80 € su prioritetizuotu problemų sąrašu; Search Console auditas su Core Web Vitals ataskaita — 60 €; e-komercijos auditas — 90 €. Visos sąlygos — SEO optimizacijos puslapyje.
Dažniausiai užduodami klausimai
Core Web Vitals kas tai paprastais žodžiais?
Tai trys Google matavimai, rodantys, ar svetaine patogu naudotis: ar greitai pasirodo turinys (LCP), ar greitai reaguoja paspaudimai (INP) ir ar nešokinėja išdėstymas (CLS). Duomenys imami iš realių lankytojų naršyklių.
Kokios yra LCP, INP ir CLS ribos?
LCP turi būti iki 2,5 sekundės, INP iki 200 milisekundžių, CLS iki 0,1. Rodiklis laikomas išlaikytu, kai į ribą telpa 75 % apsilankymų, o ne kai toks yra vidurkis.
Kur pasitikrinti Core Web Vitals nemokamai?
PageSpeed Insights adresu pagespeed.web.dev vienam puslapiui ir Google Search Console skiltyje „Core Web Vitals“ — visai svetainei. Abu įrankiai nemokami, Search Console reikia tik prijungtos svetainės.
Kodėl PageSpeed rodo skirtingus rezultatus kiekvieną kartą?
Apatinė ataskaitos dalis yra laboratorinis testas, atliekamas čia ir dabar, todėl jis priklauso nuo serverio apkrovos ir svyruoja. Realių naudotojų duomenys viršuje atnaujinami maždaug kartą per parą ir apima 28 dienų laikotarpį — būtent jais verta remtis.
Kiek laiko užtrunka, kol rodikliai pagerėja Search Console?
Pataisymai matomi PageSpeed Insights iš karto, bet Search Console rodo slenkantį 28 dienų vidurkį, todėl pilnas rezultatas ten pasimato po maždaug mėnesio. Pirmi pokyčiai paprastai matomi po 1–2 savaičių.
Ar galima pasiekti 100 balų PageSpeed Insights?
Galima, bet tai nėra tikslas. Šimtas balų laboratoriniame teste nieko negarantuoja, jei realūs lankytojai naršo lėtu ryšiu. Prasminga siekti žalių LCP, INP ir CLS realių naudotojų duomenyse — tai ir yra tai, ką vertina Google.