Svetainės greitis: kodėl Core Web Vitals lemia pardavimus
Core Web Vitals yra trys Google matuojami svetainės naudojimo kokybės rodikliai: LCP (Largest Contentful Paint) — kaip greitai užsikrauna pagrindinis turinys; INP (Interaction to Next Paint) — kaip greitai puslapis reaguoja į paspaudimą; ir CLS (Cumulative Layout Shift) — kiek turinys „šokinėja“ kraunantis. Google skelbia šias „geras“ ribas: LCP iki 2,5 s, INP iki 200 ms, CLS iki 0,1. Greitis lemia pardavimus, nes lėtai kraunantis ar nestabilus puslapis atbaido lankytoją dar prieš jam pamatant produktą: kuo ilgiau tenka laukti, tuo daugiau žmonių išeina neatlikę jokio veiksmo. Be to, greitis yra Google reitingavimo signalas ir netiesiogiai veikia AI matomumą — jei puslapis lėtas ar sunkiai nuskaitomas, ir paieškos sistemos, ir AI botai jį apdoroja prasčiau. Todėl greitis nėra tik techninė smulkmena, o tiesioginė konversijos ir matomumo prielaida.
Core Web Vitals yra trys Google matuojami rodikliai, rodantys, kaip žmogus realiai patiria tavo svetainę: LCP (kaip greitai užsikrauna pagrindinis turinys), INP (kaip greitai puslapis reaguoja į paspaudimą) ir CLS (kiek turinys „šokinėja“ kraunantis). Google skelbia „geras“ ribas: LCP iki 2,5 s, INP iki 200 ms, CLS iki 0,1. Greitis lemia pardavimus, nes lėtas ar nestabilus puslapis atbaido lankytoją dar prieš jam pamatant produktą — o kiekvienas išėjęs yra prarasta užklausa ar pirkimas.
Greitis dažnai atrodo kaip techninė smulkmena, kuria „pasirūpins programuotojai“. Praktikoje jis yra viena tiesiausių jungčių tarp svetainės ir pinigų: veikia ir tai, kiek žmonių apskritai pas tave patenka, ir tai, kiek jų lieka pakankamai ilgai, kad ką nors nupirktų ar parašytų. Šis gidas paaiškina, ką konkrečiai matuoja Core Web Vitals, kodėl tie rodikliai susiję su pardavimais ir kaip pačiam pasitikrinti bei nuo ko pradėti taisymą — be išgalvotų skaičių.
Kas yra Core Web Vitals — trys rodikliai
Core Web Vitals nėra vienas „greičio balas“, o trys skirtingi matavimai, kurių kiekvienas atsako į savo klausimą.
LCP (Largest Contentful Paint) — kaip greitai užsikrauna pagrindinis matomas turinys, dažniausiai didžiausia nuotrauka arba antraštė. Tai artimiausias rodiklis tam, ką žmogus vadina „puslapis užsikrovė“.
INP (Interaction to Next Paint) — kaip greitai puslapis reaguoja į veiksmą: paspaudimą, bakstelėjimą, mygtuką. INP 2024 m. pakeitė ankstesnį FID ir matuoja viso apsilankymo reagavimą, ne tik pirmą paspaudimą. Blogas INP jaučiasi kaip „strigimas“ — paspaudei, o nieko nevyksta.
CLS (Cumulative Layout Shift) — kiek elementai pasislenka kraunantis. Kai nori paspausti mygtuką, o jis staiga šokteli žemyn, nes virš jo užsikrovė nuotrauka — tai blogas CLS.
| Rodiklis | Ką matuoja | Google „gera“ riba |
|---|---|---|
| LCP | Pagrindinio turinio užsikrovimo greitį | iki 2,5 s |
| INP | Reagavimą į paspaudimą / veiksmą | iki 200 ms |
| CLS | Turinio „šokinėjimą“ (vizualinį stabilumą) | iki 0,1 |
Šias ribas skelbia pati Google, o rodiklius gali matyti Google Search Console skiltyje „Core Web Vitals“ bei PageSpeed Insights ataskaitoje. Svarbu: matuojama atskirai mobiliajai ir stalinei versijai, ir dažniausiai būtent mobilioji versija būna silpnesnė.
Kodėl greitis susijęs su pardavimais
Ryšys tarp greičio ir pardavimų veikia dviem keliais, ir abu svarbūs.
Pirmas — elgesys. Kai puslapis kraunasi lėtai arba „šokinėja“, dalis lankytojų neišlaukia. Jie išeina dar nepamatę produkto, kainos ar CTA. Tai vyksta tyliai: niekas neparašo „jūsų svetainė per lėta“ — žmonės tiesiog užveria kortelę. Kiekvienas toks išėjimas yra prarastas potencialus pirkėjas, už kurį galbūt jau sumokėjai reklama.
Antras — matomumas. Greitis yra vienas Google reitingavimo signalų. Lėta svetainė gauna mažiau organinių lankytojų, o iš mažesnio srauto — mažiau pardavimų, net jei pats pardavimo puslapis geras. Tai sudėtinis efektas: prastas greitis vienu metu mažina ir srautą, ir konversiją iš to srauto.
Yra ir trečias, naujesnis aspektas — AI matomumas. Jei puslapis lėtas, sunkiai nuskaitomas ar turinį parodo tik po sunkaus JavaScript, jį prasčiau apdoroja ne tik Google, bet ir AI botai (ChatGPT, Perplexity ir kiti). Švarus, greitas, serverio pusėje atvaizduojamas turinys lengviau nuskaitomas ir cituojamas. Apie tai, kodėl verslo kartais nerodo AI paieškose, plačiau rašėme atskirai — viena iš priežasčių būtent techninės kliūtys.
Tikslaus poveikio dydžio universaliai įvardyti negalima — jis priklauso nuo verslo, kainų ir auditorijos. Todėl teisingas kelias — ne cituoti svetimą procentą, o matuoti savo: fiksuok konversiją prieš ir po greičio pagerinimo.
Kaip pačiam pasitikrinti greitį
Pasitikrinti greitį galima nemokamai ir per kelias minutes — nereikia jokių įrankių pirkti.
- PageSpeed Insights (pagespeed.web.dev) — įvedi puslapio adresą ir gauni Core Web Vitals bei konkrečias rekomendacijas mobiliajai ir stalinei versijai. Geriausia pradžios vieta.
- Lighthouse — įmontuotas Chrome naršyklėje (DevTools). Tas pats testas, paleidžiamas lokaliai, patogus kartojant po taisymų.
- Google Search Console — skiltis „Core Web Vitals“ rodo vertinimą pagal realių naudotojų duomenis per ilgesnį laikotarpį, ne vieno testo momentą. Ką dar žiūrėti Search Console kas savaitę, aprašėme atskirame gide.
Praktinis patarimas: netikrink tik pagrindinio puslapio. Patikrink svarbiausius produktų ir paslaugų puslapius — būtent jie parduoda, ir būtent juose lėtumas kainuoja daugiausia.
Nuo ko pradėti taisymą
Gera žinia ta, kad daugumą greičio problemų sukelia keli tipiniai kaltininkai, o jų sprendimas nereikalauja svetainės perdarymo iš naujo. Štai jie pagal poveikį:
| Priežastis | Ką blogina | Sprendimo kryptis |
|---|---|---|
| Sunkios, neoptimizuotos nuotraukos | LCP | Suspausti, naudoti WebP/AVIF, tinkamas dydis |
| Per daug / sunkaus JavaScript | INP | Sumažinti, atidėti nebūtiną, valyti nenaudojamą |
| Blokai be rezervuotos vietos | CLS | Nurodyti vaizdų/įterpinių matmenis iš anksto |
| Lėtas serverio atsakas | LCP | Talpyklinimas (caching), greitesnė prieglauda/CDN |
| Nepanaudotas talpyklinimas | Visi | Įjungti naršyklės ir serverio talpyklą |
Eiliškumas paprastas: pirma vaizdai (dažniausiai didžiausias ir lengviausiai pataisomas LCP šuolis), tada JavaScript ir išdėstymo stabilumas. Po kiekvieno pakeitimo pakartok testą, kad matytum realų poveikį, o ne spėtum.
Svarbu ir tai, kad greitis nėra „sutvarkyk kartą ir pamiršk“. Naujas įskiepis, sunki nuotrauka straipsnyje ar trečios šalies skriptas gali tyliai pabloginti rodiklius. Todėl greitį verta laikyti dalimi reguliarios svetainės priežiūros — vienu iš signalų, kuriuos stebi nuolat. Jei matai kelis nerimo ženklus iš karto, tai jau platesnio audito reikalas; požymius, kada svetainei reikia audito, surašėme atskirai.
Nuo ko pradėti su mumis
Jei nori tiksliai žinoti, kur tavo svetainė lėtėja ir ką taisyti pirmiausia, pradėk nuo svetainės skano — jis parodo greitį (Core Web Vitals, Lighthouse), techninę būklę ir konversijos kliūtis su prioritetų sąrašu. Daugiau apie tai, kada apskritai laikas auditui, skaityk „7 požymiai, kad tavo svetainei reikia audito“, o savaitinę savikontrolę Google įrankiu — „Google Search Console pradedantiesiems“. Turi konkretų klausimą apie savo svetainės greitį? Parašyk mums arba naršyk kitus praktinius gidus Žinių bazėje.
DUK
Kas yra Core Web Vitals? Trys Google rodikliai, matuojantys svetainės naudojimo kokybę: LCP (pagrindinio turinio užsikrovimas, gera riba iki 2,5 s), INP (reagavimas į paspaudimą, iki 200 ms) ir CLS (turinio stabilumas, iki 0,1). Matomi Google Search Console ir PageSpeed Insights.
Kuo INP skiriasi nuo senojo FID? INP 2024 m. pakeitė FID. FID matavo tik pirmojo paspaudimo vėlinimą, o INP matuoja viso apsilankymo reagavimą ir ima blogiausius atvejus — todėl tiksliau atspindi, ar svetainė „strigo“ naudojantis.
Ar greitis tikrai veikia pardavimus? Taip, dviem keliais: tiesiogiai (lėtas puslapis atbaido dalį lankytojų dar prieš jiems pamatant produktą) ir netiesiogiai (greitis yra Google reitingavimo signalas, tad lėta svetainė gauna mažiau srauto). Poveikio dydį verta matuoti savo skaičiais.
Kaip pačiam pasitikrinti greitį? Nemokamai per PageSpeed Insights, naršyklės Lighthouse ir Google Search Console skiltį „Core Web Vitals“. Pradėk nuo pagrindinio ir svarbiausių produktų puslapių.
Kokios dažniausios lėtumo priežastys? Neoptimizuotos nuotraukos (LCP), per daug JavaScript (INP), blokai be rezervuotos vietos (CLS), lėtas serverio atsakas ir nepanaudotas talpyklinimas. Dauguma sprendžiami be viso perdarymo.