Svetainės greitis – vienas tų dalykų, kuriuos lankytojas pastebi tik tada, kai jo trūksta. Jei puslapis telefone kraunasi kelias sekundes, mygtukas nereaguoja iš karto, o tekstas pašoka žemyn, kai įsikelia reklama, žmogus dažnai tiesiog grįžta į paieškos rezultatus ir paspaudžia konkurento nuorodą.
Google svetainės greitį ir naudojimo patogumą vertina pagal Core Web Vitals rodiklius. Šiame gide paaiškiname, ką reiškia LCP, INP ir CLS, kokios yra dabartinės ribos, kaip teisingai pamatuoti greitį PageSpeed Insights ir Search Console, kas dažniausiai sulėtina svetaines ir kaip tai sutvarkyti – atskirai aptariame ir WordPress.
Trumpai: Svetainės greitis vertinamas pagal tris Core Web Vitals rodiklius: LCP (iki 2,5 s – gerai), INP (iki 200 ms – gerai) ir CLS (iki 0,1 – gerai), matuojant 75-ąjį naudotojų procentilį. Greitį patikrinsite nemokamai PageSpeed Insights ir Google Search Console. Dažniausios lėtumo priežastys – sunkūs paveikslėliai, per daug įskiepių ir trečiųjų šalių skriptų, pigus hostingas ir neoptimizuoti šriftai.
Kas yra Core Web Vitals: LCP, INP ir CLS
Core Web Vitals – tai trys rodikliai, kuriais Google matuoja realią naudotojų patirtį: kaip greitai įsikelia pagrindinis turinys, kaip greitai puslapis reaguoja į veiksmus ir ar turinys stabilus. Žemiau pateiktos ribos – iš oficialios web.dev dokumentacijos.
| Rodiklis | Ką matuoja | Gerai | Reikia pagerinti | Prastai |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Kada įsikelia didžiausias matomas turinio elementas | ≤ 2,5 s | 2,5–4,0 s | > 4,0 s |
| INP (Interaction to Next Paint) | Kaip greitai puslapis vizualiai sureaguoja į paspaudimą, palietimą ar klavišą | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Kiek turinys netikėtai pasislenka | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Svarbi detalė: rodiklis laikomas geru, kai ribą atitinka bent 75 % puslapio apsilankymų (75-asis procentilis), atskirai vertinant mobiliuosius ir stacionarius įrenginius. Tai reiškia, kad greitas rezultatas jūsų biuro kompiuteryje dar nieko nesako – svarbu, kaip svetainė veikia klientų telefonuose.
LCP – kaip greitai matomas pagrindinis turinys
LCP dažniausiai yra pagrindinė nuotrauka, vaizdo įrašo viršelis ar didelis teksto blokas viršutinėje ekrano dalyje. Jei ši nuotrauka sveria kelis megabaitus arba įkeliama tik po to, kai įsikrauna visi skriptai, LCP bus prastas net ir greitame serveryje. Plačiau – web.dev straipsnyje apie LCP.
INP – ar svetainė nestringa naudojantis
2024 m. kovo 12 d. INP oficialiai pakeitė ankstesnį FID rodiklį. Skirtumas esminis: FID vertino tik pirmojo veiksmo delsą, o INP – reakciją į veiksmus viso apsilankymo metu. Prastas INP dažniausiai reiškia, kad naršyklę užkrauna per daug JavaScript: meniu atsidaro vėluodamas, filtrai „pakimba“, formos laukai reaguoja lėtai. Daugiau – web.dev apie INP.
CLS – ar turinys nešokinėja
CLS matuoja netikėtus išdėstymo poslinkius. Klasikinis pavyzdys: norite paspausti nuorodą, bet tą akimirką viršuje įsikelia slapukų juosta ar reklama, ir paspaudžiate visai ką kitą. Dažniausios priežastys, pasak web.dev, – paveikslėliai ir vaizdo įrašai be nurodytų matmenų, dinamiškai įterpiamas turinys, šriftų keitimasis ir trečiųjų šalių valdikliai, keičiantys savo dydį.
Kaip patikrinti svetainės greitį
PageSpeed Insights: lauko ir laboratoriniai duomenys
PageSpeed Insights – nemokamas Google įrankis, kuris rodo dviejų tipų duomenis, ir juos svarbu atskirti:
| Lauko duomenys (field) | Laboratoriniai duomenys (lab) | |
|---|---|---|
| Šaltinis | Chrome User Experience Report (CrUX) – realūs Chrome naudotojai | Lighthouse testas, imituojantis įkėlimą |
| Laikotarpis | Paskutinės 28 dienos | Vienas testas dabar |
| Rodikliai | LCP, INP, CLS, FCP ir kt. | Našumo balas, LCP, CLS, TBT ir kt. (INP laboratorijoje nematuojamas) |
| Kam naudoti | Įvertinti realią būklę | Rasti ir derinti problemas |
| Ribotumas | Mažo lankomumo svetainėms duomenų gali nebūti | Nebūtinai atspindi realių naudotojų patirtį |
Lighthouse našumo balas (0–100) yra orientyras: 90 ir daugiau laikoma gerai, 50–89 – reikia pagerinti, žemiau 50 – prastai. Tačiau pats Google pabrėžia, kad geri laboratoriniai duomenys dar nereiškia geros realių naudotojų patirties. Todėl nesivaikykite „100 balų“ – žiūrėkite, ar lauko duomenys atitinka Core Web Vitals ribas.
Google Search Console: visos svetainės vaizdas
PageSpeed Insights tikrina vieną puslapį, o Search Console Core Web Vitals ataskaita rodo, kiek visos svetainės puslapių yra geros, vidutinės ir prastos būklės, ir grupuoja panašius puslapius. Tai geriausia vieta pradėti, jei svetainėje daug puslapių: iš karto matote, ar problema – visoje svetainėje, ar tik, pavyzdžiui, prekių puslapiuose.
Kaip testuoti teisingai
- testuokite mobiliąją versiją – dauguma lankytojų ateina iš telefonų;
- tikrinkite ne tik pradžios puslapį, bet ir svarbiausius paslaugų, prekių ar kategorijų puslapius;
- laboratorinį testą paleiskite kelis kartus ir žiūrėkite tendenciją;
- po pakeitimų lauko duomenų pokytį vertinkite po kelių savaičių, nes jie skaičiuojami per 28 dienas;
- užsirašykite rezultatus prieš pakeitimus, kad galėtumėte palyginti.
Dažniausios lėtos svetainės priežastys ir sprendimai
| Priežastis | Kaip pasireiškia | Sprendimas |
|---|---|---|
| Sunkūs paveikslėliai | Prastas LCP, lėtas įkėlimas telefone | WebP ar AVIF formatas, tinkami matmenys, srcset, tingus įkėlimas žemiau ekrano |
| Per daug įskiepių ir skriptų | Prastas INP, didelis JavaScript kiekis | Išvalyti nenaudojamus, krauti tik ten, kur reikia |
| Pigus ar perkrautas hostingas | Lėtas serverio atsakas (TTFB), nestabilūs rezultatai | Kokybiškesnis hostingas, spartinimas, CDN |
| Trečiųjų šalių skriptai | Prastas INP ir LCP, vėluojantis turinys | Atsisakyti nereikalingų, atidėti įkėlimą, krauti po sutikimo |
| Šriftai | Teksto „mirgėjimas“, CLS, vėlyvas LCP | Mažiau šriftų ir svorių, font-display: swap, šriftų laikymas savo serveryje |
| Elementai be matmenų | CLS – turinys šokinėja | Nurodyti width ir height ar rezervuoti vietą |
| Nėra spartinimo (cache) | Kiekvienas puslapis generuojamas iš naujo | Puslapių spartinimas, naršyklės spartinimas |
| Sunkūs slankikliai ir animacijos | Lėtas LCP, didelis JavaScript | Statinis pagrindinis vaizdas vietoj slankiklio |
Paveikslėliai – dažniausias ir lengviausiai pataisomas kaltininkas
Telefonu nufotografuota nuotrauka gali sverti kelis megabaitus, nors ekrane ji rodoma kelių šimtų pikselių pločio. Konvertavus į modernų formatą ir sumažinus iki reikiamo dydžio, ji paprastai sveria kelis kartus mažiau be matomo kokybės praradimo. Pagrindinės (LCP) nuotraukos netaikykite tingiam įkėlimui – ją naršyklė turi gauti kuo anksčiau.
Trečiųjų šalių skriptai
Pokalbių valdikliai, reklamos pikseliai, žemėlapiai, vaizdo įrašų įterpiniai, analitikos ir A/B testavimo įrankiai – kiekvienas jų prideda JavaScript, kurio negalite optimizuoti. Peržiūrėkite, kuriuos realiai naudojate. Dažnai randami seni skriptai iš kampanijų, kurios seniai baigėsi. Vaizdo įrašus ir žemėlapius galima įkelti tik paspaudus ant peržiūros paveikslėlio.
Hostingas
Jokia optimizacija neišgelbės, jei serveris atsako lėtai. Pigiausias bendras hostingas dažnai dalijasi resursais su daugybe kitų svetainių, todėl greitis svyruoja. Kaip pasirinkti tinkamą planą ir kiek tai kainuoja, aprašėme straipsnyje hostingas ir domenas.
WordPress svetainės greitis: dažniausios problemos
WordPress pats savaime nėra lėtas, bet jame lengva svetainę „apkrauti“. Dažniausiai matome tas pačias problemas:
- Puslapių kūrimo įrankiai (page builders). Patogūs redaguoti, bet dažnai generuoja daug papildomo HTML, CSS ir JavaScript.
- Daugiafunkcės temos. Tema, skirta „bet kokiam verslui“, krauna funkcijas, kurių jūs nenaudojate.
- Įskiepių perteklius. Kiekvienas įskiepis gali pridėti savo skriptus ir duomenų bazės užklausas, net ir puslapiuose, kur jis nenaudojamas.
- Kelios panašios funkcijos. Du SEO įskiepiai, keli formų įskiepiai, keli spartinimo įrankiai vienu metu – dažnas reiškinys po kelių kūrėjų pasikeitimo.
- Neatnaujinta sistema. Pasenusi PHP versija, neatnaujinti įskiepiai ir tema veikia lėčiau ir yra mažiau saugūs.
- Išsipūtusi duomenų bazė. Įrašų versijos, šlamštas, laikini duomenys ir likučiai po ištrintų įskiepių.
WordPress greičio pagerinimo planas:
- Inventorizuokite įskiepius ir pašalinkite nenaudojamus ar dubliuojančius.
- Įjunkite puslapių spartinimą ir, jei reikia, objektų spartinimą serveryje.
- Optimizuokite paveikslėlius ir įjunkite modernius formatus.
- Atnaujinkite PHP, WordPress branduolį, temą ir įskiepius (prieš tai padarę atsarginę kopiją).
- Sumažinkite šriftų ir trečiųjų šalių skriptų kiekį.
- Jei problema – tema ar puslapių kūrimo įrankis, įvertinkite, ar verta keisti temą, ar perkurti svetainę.
Kada WordPress tinka, o kada individualiai programuota svetainė (pvz., Next.js) duoda daugiau greičio ir kontrolės, sąžiningai palyginome straipsnyje WordPress ar individuali svetainė.
Didelė dalis WordPress lėtėjimo atsiranda palaipsniui: pridedamas įskiepis, įkeliama nuotrauka be optimizavimo, neatnaujinama sistema. Todėl greitis – ne vienkartinis darbas, o reguliarios svetainės priežiūros dalis.
Kaip svetainės greitis veikia SEO ir konversijas
SEO
Google Core Web Vitals dokumentacijoje rašo, kad geri rodikliai atitinka tai, ką siekia apdovanoti jos pagrindinės reitingavimo sistemos, ir rekomenduoja jų siekti. Tačiau greitis yra vienas iš daugelio veiksnių: aktualus, naudingas turinys lieka svarbiausias. Praktiškai greitis dažniausiai lemia skirtumą tarp panašios kokybės puslapių, o ne iškelia silpną puslapį virš stipraus.
Greitis svarbus ir paieškos robotams: greitai atsakanti, tvarkinga svetainė lengviau nuskaitoma. Tai aktualu ir AI paieškai – apie tai skaitykite gide, kaip patekti į ChatGPT ir Google AI atsakymus. Platesnį SEO darbą aprašome SEO paslaugų puslapyje.
Konversijos
Konkretaus procento, kiek klientų prarandate dėl kiekvienos papildomos sekundės, sąžiningai pasakyti negalima – tai priklauso nuo nišos, auditorijos ir puslapio. Tačiau logika paprasta: kuo ilgiau žmogus laukia ir kuo dažniau puslapis „stringa“, tuo didesnė tikimybė, kad jis nepildys formos, nepaskambins ar nebaigs pirkimo. Ypač tai jaučiama el. parduotuvėse, kur lankytojas peržiūri daug puslapių.
Geriausias būdas sužinoti savo atvejį – išmatuoti: užsirašykite konversijų rodiklius prieš greičio optimizavimą ir palyginkite po kelių savaičių. Jei svetainė greita, bet užklausų vis tiek mažai, priežastis greičiausiai kitur – apie tai rašėme straipsnyje kodėl svetainė negeneruoja klientų.
El. parduotuvės greitis: ką tikrinti atskirai
El. parduotuvėse greičio problemos dažniausiai slypi ne pradžios puslapyje, o kategorijų, prekių ir krepšelio puslapiuose. Būtent juos lankytojas peržiūri dažniausiai, todėl net nedidelis vėlavimas kiekviename žingsnyje susumuojamas.
Į ką atkreipti dėmesį:
- Kategorijų puslapiai su filtrais. Daug prekių, filtrai ir rūšiavimas dažnai sukuria sunkias duomenų bazės užklausas ir daug JavaScript – tai blogina INP.
- Prekių galerijos. Kelios didelės nuotraukos kiekvienoje prekėje, priartinimo ir slankiklio skriptai – dažnas prasto LCP šaltinis.
- Krepšelis ir apmokėjimas. Šių puslapių dažniausiai negalima spartinti, todėl čia ypač svarbus serverio greitis ir minimalus skriptų kiekis.
- Integracijos. Prekių importas iš tiekėjų, likučių sinchronizacija ar kainų skaičiavimas turi vykti fone, o ne tuo metu, kai lankytojas atidaro puslapį.
- Rinkodaros įrankiai. El. parduotuvėse paprastai daugiausia sekimo pikselių, pokalbių valdiklių ir rekomendacijų skriptų – juos verta peržiūrėti pirmiausia.
Search Console ataskaitoje patikrinkite, ar problema kartojasi visoje puslapių grupėje, pavyzdžiui, visuose prekių puslapiuose. Tada užtenka pataisyti vieną šabloną, ir pagerėja šimtai puslapių. Jei planuojate naują parduotuvę, greitį verta numatyti iš karto – apie platformų pasirinkimą rašome el. parduotuvių kūrimo puslapyje.
Greičio optimizavimo kontrolinis sąrašas
| Sritis | Ką patikrinti | Veikia rodiklį |
|---|---|---|
| Pagrindinė nuotrauka | Optimizuota, moderni, be tingaus įkėlimo, įkeliama anksti | LCP |
| Kiti paveikslėliai | Tinkamų matmenų, WebP/AVIF, su width ir height | LCP, CLS |
| JavaScript | Tik reikalingi skriptai, atidėtas neesminių įkėlimas | INP, LCP |
| Trečiųjų šalių įrankiai | Peržiūrėti, nereikalingi pašalinti | INP, LCP |
| Šriftai | 1–2 šriftų šeimos, ribotas svorių skaičius, font-display: swap | LCP, CLS |
| Slapukų juosta ir reklamos | Nestumia turinio, vieta rezervuota | CLS |
| Spartinimas | Puslapių ir naršyklės spartinimas įjungtas | LCP |
| Hostingas | Greitas serverio atsakas, tinkamas planas | LCP |
| CDN | Statiniai failai pateikiami iš CDN, jei auditorija plati | LCP |
| Sistema | Atnaujinta PHP, TVS, tema, įskiepiai | Visi |
| Stebėsena | Search Console Core Web Vitals ataskaita tikrinama kas mėnesį | Visi |
Kada taisyti, o kada perkurti svetainę
Daugeliu atvejų svetainę galima gerokai pagreitinti nekeičiant jos iš esmės: optimizuoti paveikslėlius, išvalyti įskiepius, įjungti spartinimą, pakeisti hostingą. Tai pigiausias ir greičiausias kelias.
Perkurti verta, kai:
- svetainė pastatyta ant sunkios temos ar puslapių kūrimo įrankio, kurio negalima atsisakyti be viso turinio perdarymo;
- sistema seniai neatnaujinta ir atnaujinimas sugadintų svetainę;
- dizainas ir struktūra taip pat pasenę, ir vis tiek planuojate atnaujinimą;
- reikia funkcijų, kurių dabartinė sistema greitai neatlieka.
Perkuriant būtina išsaugoti SEO: peradresuoti senus adresus (301), perkelti vertingą turinį ir patikrinti indeksavimą po paleidimo.
Kaip NEXDEV padeda pagreitinti svetainę
Pradedame nuo esamos būklės: PageSpeed Insights ir Search Console duomenų, įskiepių, hostingo ir trečiųjų šalių skriptų peržiūros. Tada sudarome prioritetų sąrašą – kas duos daugiausia naudos už mažiausią kainą – ir sąžiningai pasakome, ar užtenka pataisymų, ar verta svarstyti perkūrimą. Greičio optimizavimą įgyvendinome tokiuose projektuose kaip Elure naujienų portalas, Autowheels el. prekybos platforma ir ShowLife renginių platforma.
- Svetainės atnaujinimas – nuo 490 € + PVM: greičio, dizaino ir techninės būklės pagerinimas esamoje svetainėje.
- Svetainės priežiūra – nuo 29 € per mėnesį + PVM: atnaujinimai, atsarginės kopijos, saugumas ir greičio stebėsena, kad svetainė nelėtėtų iš naujo.
- Nauja svetainė – jei taisyti neapsimoka, svetainių kūrimas nuo 390 € + PVM, su greičiu ir SEO nuo pirmos dienos.
Tikslią kainą pateikiame po nemokamos konsultacijos ir svetainės peržiūros. Kada mūsų pagalbos nereikia? Jei Search Console rodo, kad visi puslapiai atitinka Core Web Vitals ribas, o svetainė tvarkingai prižiūrima, papildomas optimizavimas greičiausiai duos mažai naudos – tada geriau investuoti į turinį ir SEO.
Daugiau nei 6 metus kuria svetaines, el. parduotuves ir verslo sistemas Lietuvos įmonėms.