Kaip pagreitinti svetainę: ką matuoti ir ką taisyti pirmiausia
Kaip pagreitinti svetainę: Core Web Vitals, lauko ir laboratorijos duomenys, LCP, INP ir CLS taisymas, vaizdai, serveris ir skriptai – eilės tvarka.
Trumpai
Pirmiausia išmatuokite: PageSpeed Insights parodo tikrų lankytojų duomenis (Core Web Vitals) ir laboratorinį testą. Tada taisykite tai, kas lėtina labiausiai: dažniausiai – didžiausią pirmo ekrano vaizdą (suspauskite, neatidėkite jo krovimo), lėtą serverio atsakymą (kešavimas, CDN), per daug trečiųjų šalių skriptų ir šokinėjantį maketą. Greičio įskiepis ant viršaus retai pataiso priežastį.
Pagrindinės mintys
- Greitį matuokite tikrų lankytojų duomenimis: Google vertina 75-ąjį procentilį atskirai telefone ir kompiuteryje, o laboratorinis testas padeda rasti priežastis.
- Geri Core Web Vitals: LCP iki 2,5 s, INP iki 200 ms, CLS iki 0,1. 2025 m. juos telefone pasiekė tik 48 % svetainių.
- 76 % mobiliųjų puslapių didžiausias pirmo ekrano elementas – vaizdas, todėl jo dydis, formatas ir krovimo prioritetas dažnai lemia daugiausia.
- Serverio atsakymas – maždaug 40 % geros LCP; tik 44 % mobiliųjų svetainių TTFB yra geras.
- Trečiųjų šalių skriptai ir didelis DOM lėtina reakciją į paspaudimus (INP) – dažnai labiau nei pats dizainas.
Kodėl greitis svarbus ir ką reiškia „greita“
Lėta svetainė retai sulaukia skundų – lankytojas tiesiog išeina. Todėl greitis dažnai tampa problema tik tada, kai krenta užklausos ar pardavimai, ir tada visi skuba diegti „greičio įskiepį“. Šis straipsnis – apie tai, kaip rasti tikrąją priežastį ir kokia tvarka ją taisyti.
- Core Web Vitals
- Trys Google rodikliai, matuojantys tikrų lankytojų patirtį: LCP (Largest Contentful Paint) – per kiek laiko matomas didžiausias pirmo ekrano elementas; INP (Interaction to Next Paint) – kaip greitai puslapis sureaguoja į paspaudimą; CLS (Cumulative Layout Shift) – kiek turinys pasislenka kraunantis.
48 %
Tiek svetainių 2025 m. liepą telefone pasiekė gerus visų trijų Core Web Vitals rodiklius (kompiuteryje – 56 %).
Šaltinis: HTTP Archive, 20266
+8,4 %
Google užsakytame 55 ir Deloitte tyrime (37 Europos ir JAV prekės ženklų svetainės, 2019 m.) mobiliosios svetainės greitį pagerinus 0,1 sekundės, mažmeninės prekybos svetainių konversija padidėjo 8,4 %.
Šaltinis: web.dev (Google), 20268
Matavimas
Ką rodo PageSpeed Insights ir kurie skaičiai iš tikrųjų svarbūs.
Kaip matuoti: lauko ir laboratorijos duomenys
PageSpeed Insights rodo dviejų rūšių duomenis, ir juos svarbu atskirti. Viršuje – tikrų Chrome naudotojų patirtis per pastarąsias 28 dienas (Chrome UX Report). Žemiau – Lighthouse testas, kuris puslapį vieną kartą įkelia imituotame įrenginyje.
| Lauko duomenys | Laboratorijos duomenys | |
|---|---|---|
| Šaltinis | Chrome UX Report – tikri lankytojai | Lighthouse – imituotas įkėlimas |
| Laikotarpis | Pastarosios 28 dienos | Vienas bandymas dabar |
| Įrenginys | Įvairūs įrenginiai ir ryšiai | Vidutinės klasės telefonas mobiliuoju ryšiu (arba imituotas kompiuteris) |
| Kam naudoti | Ar problema tikra ir kiek ji didelė | Kodėl puslapis lėtas ir ar pataisymas padėjo |
75-asis procentilis
Pagal šį rodiklį vertinami Core Web Vitals: rekomenduojama, kad bent 75 % puslapio įkėlimų atitiktų gerą slenkstį, atskirai telefone ir kompiuteryje.
Šaltinis: web.dev (Google), 20261
- Tikrinkite ne tik pradinį, bet ir svarbiausius šablonus: kategoriją, prekę ar paslaugą, straipsnį.
- Search Console Core Web Vitals ataskaita sugrupuoja panašius puslapius – taip matyti, kuris šablonas lėtas.
- Mažo srauto svetainei lauko duomenų gali nebūti – tada remkitės laboratoriniu testu, bet atsiminkite, kad tai vienas imituotas įkėlimas.
- Užklausų krioklys naršyklės kūrėjo įrankiuose parodo, kas kraunasi, kokia tvarka ir kas ką blokuoja.
Techninę būklę, įskaitant greitį, kas mėnesį tikriname ir su PageSpeed Insights SEO darbuose – nes greitis svarbus ir paieškai.
Kokie skaičiai laikomi gerais
| Rodiklis | Ką matuoja | Gerai | Reikia gerinti | Prastai |
|---|---|---|---|---|
| LCP | Didžiausio pirmo ekrano elemento įkėlimas | iki 2,5 s | 2,5–4 s | daugiau nei 4 s |
| INP | Reakcija į paspaudimus ir įvestį | iki 200 ms | 200–500 ms | daugiau nei 500 ms |
| CLS | Maketo poslinkiai kraunantis | iki 0,1 | 0,1–0,25 | daugiau nei 0,25 |
62 % / 77 % / 81 %
Tiek mobiliųjų puslapių 2025 m. turėjo gerą LCP, INP ir CLS – LCP išlieka sunkiausiai pasiekiamas rodiklis.
Šaltinis: HTTP Archive, 20266
Ką taisyti
Trys rodikliai – trys skirtingos priežasčių grupės.
LCP: pirmas ekranas per 2,5 sekundės
LCP sudaro keturios dalys: serverio atsakymas (TTFB), delsa, kol pradedamas krauti LCP išteklius (dažniausiai vaizdas), paties ištekliaus krovimas ir delsa, kol jis nupiešiamas. Google rekomenduoja, kad didžioji laiko dalis būtų skiriama HTML ir LCP ištekliui krauti, o ne laukimui.
~40 / <10 / ~40 / <10 %
Rekomenduojamas LCP laiko pasiskirstymas: serverio atsakymas (~40 %), ištekliaus krovimo delsa (<10 %), ištekliaus krovimas (~40 %) ir piešimo delsa (<10 %). Tai gairės, ne griežtos taisyklės.
Šaltinis: web.dev (Google), 20262
44 %
Tiek mobiliųjų svetainių 2025 m. turėjo gerą serverio atsakymo laiką (TTFB); 40 % reikėjo gerinti, 17 % buvo prastas.
Šaltinis: HTTP Archive, 20266
Serverio atsakymas
- Kešuokite puslapius, kurie visiems vienodi, ir aptarnaukite juos iš CDN
- Sumažinkite įskiepių, kurie vykdomi su kiekviena užklausa
- Patikrinkite serverio išteklius ir duomenų bazės užklausas lėčiausiuose šablonuose
- Venkite nukreipimų grandinių iki galutinio adreso
LCP vaizdas
- Niekada neatidėkite LCP vaizdo krovimo (loading="lazy")
- Pažymėkite jį fetchpriority="high"
- Jei vaizdas neatrandamas HTML (pvz., CSS fone), iš anksto jį įkelkite (preload)
- Mažus kritinius stilius įterpkite, kad nereikėtų laukti atskiro CSS failo
16–17 %
Tiek puslapių 2025 m. atidėjo savo LCP vaizdo krovimą (lazy-load) – dažna klaida, kuri tiesiogiai lėtina pirmą ekraną.
Šaltinis: HTTP Archive, 20266
Vaizdai: dažniausia greičio atsarga
76 %
Tiek mobiliųjų puslapių 2025 m. didžiausias pirmo ekrano elementas (LCP) buvo vaizdas; kompiuteryje – 85,3 %.
Šaltinis: HTTP Archive, 20266
> 50 %
Tiek, palyginti su JPEG, kai kuriais atvejais sutaupo AVIF formatas; WebP ir AVIF suspaudžia geriau nei senesni formatai.
Šaltinis: web.dev (Google), 20264
Ką keisti
- Naudokite WebP ar AVIF, o seną formatą palikite tik kaip atsarginį
- Kiekvienam ekrano pločiui – tinkamo dydžio variantas (srcset ir sizes), ne vienas didelis failas
- Visiems vaizdams nurodykite plotį ir aukštį, kad maketas nešokinėtų
- Atidėkite (lazy-load) tik vaizdus žemiau pirmo ekrano
Šiame tinklaraštyje kiekvienas vaizdas pateikiamas dviem pločiais ir dviem formatais (AVIF ir WebP) – naršyklė pati pasirenka mažiausią tinkamą.
INP: kai puslapis vėluoja reaguoti
INP matuoja laiką nuo paspaudimo iki kito kadro, kuriame matyti rezultatas. Jį sudaro trys dalys: įvesties delsa (kol naršyklė užimta kitu darbu), apdorojimas (kol vykdomas jūsų kodas) ir pateikimo delsa (kol nupiešiamas naujas vaizdas).
200 ms
Geras INP – 200 milisekundžių ar mažiau, vertinant 75-ąjį puslapio įkėlimų procentilį.
Šaltinis: web.dev (Google), 20263
Ką keisti
- Peržiūrėkite trečiųjų šalių skriptus: pokalbių valdiklius, sekimo žymas, A/B testų įrankius – kiekvienas užima pagrindinę giją
- Ilgas užduotis skaidykite ir leiskite naršyklei tarp jų sureaguoti į naudotoją
- Mažinkite DOM dydį: didelis puslapio medis brangiai piešiamas po kiekvienos sąveikos
- Po paspaudimo iš karto parodykite atsaką (pvz., mygtuko būseną), o sunkų darbą atlikite po to
CLS: kai turinys šokinėja
Pirkėjas taikosi paspausti „Į krepšelį“, o paskutinę akimirką viršuje atsiranda slapukų juosta ar reklama – ir jis paspaudžia ne tą. CLS matuoja būtent tokius poslinkius.
Ką keisti
- Vaizdams, vaizdo įrašams ir įterpiniams rezervuokite vietą (plotis ir aukštis ar proporcijos)
- Slapukų juostą ir pranešimus rodykite virš turinio, o ne stumdami jį žemyn
- Šriftus kraukite taip, kad pakeitus šriftą tekstas nesikeistų dydžio
- Dinaminiam turiniui (atsiliepimams, rekomendacijoms) palikite vietą iš anksto
WordPress, Shopify ir statinės svetainės
Priežastys panašios visur, skiriasi tik tai, kur jos slepiasi. WordPress ir WooCommerce svetainėse greitį dažniausiai lemia tema, įskiepių kiekis, kešavimas ir serveris. Shopify serverį prižiūri platforma, bet temos ir programos prideda savo skriptų – kiekviena nauja programa verta patikrinti greičio testu.
Greičio įskiepis ant viršaus
- Įdiegiamas dar vienas įskiepis, kuris „optimizuoja viską“
- LCP vaizdas atidedamas kartu su visais kitais
- Trečiųjų šalių skriptų tiek pat
- Laboratorijos balas pakyla, lauko duomenys – nelabai
Priežasties taisymas
- Nustatoma, kuris rodiklis prastas ir kuriame šablone
- LCP vaizdas suspaudžiamas ir kraunamas pirmas
- Nereikalingi skriptai pašalinami, kiti – atidedami
- Rezultatas tikrinamas lauko duomenimis po 28 dienų
Kokia tvarka taisyti
Greičio kontrolinis sąrašas
Patikrinkite savo svetainę
- Ar žinote savo Core Web Vitals lauko duomenis telefone ir kompiuteryje?
- Ar patikrinote svarbiausius šablonus, ne tik pradinį puslapį?
- Ar serverio atsakymas greitas, o vienodi puslapiai kešuojami ir aptarnaujami iš CDN?
- Ar LCP vaizdas neatidedamas ir pažymėtas aukštu prioritetu?
- Ar vaizdai WebP ar AVIF formato ir tinkamo dydžio kiekvienam ekranui?
- Ar visi vaizdai turi plotį ir aukštį?
- Ar žinote, kokie trečiųjų šalių skriptai kraunami ir ar visų jų reikia?
- Ar slapukų juosta ir pranešimai nestumia turinio?
- Ar po kiekvieno atnaujinimo ar naujos programos patikrinate greitį?
Kaip galime padėti
Greitis – ne vienkartinis darbas: kiekvienas atnaujinimas, įskiepis ar nauja programa gali jį pabloginti. Mūsų svetainių priežiūros planai prasideda nuo 149 €/mėn. ir apima atnaujinimus, kasdienes atsargines kopijas, monitoringą ir mėnesio ataskaitą, kurioje yra ir saugumo bei greičio pastebėjimai.
Kuriant naują svetainę, greičio patikra įtraukta į visus paketus, o individualioje Next.js svetainėje (nuo 2 990 €) – ir Core Web Vitals optimizacija. Jei lėta el. parduotuvė ir krenta pardavimai, verta pažiūrėti ir į kitas priežastis, kodėl žmonės neperka.
Parašykite mums – nurodykite svetainės adresą ir kas jums atrodo lėta. Atsakome per 1 darbo dieną. Ne mūsų kurtą svetainę prieš perimdami priežiūrai pirmiausia techniškai audituojame.
Apie šio straipsnio duomenis
Metodologija
- Data
- Imtis
- HTTP Archive Web Almanac 2025 (Performance skyrius, 2025 m. liepos Chrome UX Report duomenys), web.dev ir Google for Developers dokumentacija, web.dev atvejo analizė
- Kriterijai
- Skaičiai – tik iš pirminių šaltinių, perrašyti taip, kaip skelbiami, su nuoroda
- Slenksčiai ir rekomendacijos – iš oficialios Google dokumentacijos, patikrintos 2026-10-01
- Taisymo eiliškumas ir įžvalgos – Oxtren Labs darbo būdas, pažymėti atskirai
- Ribojimai
- Web Almanac duomenys apima milijonus svetainių visame pasaulyje, todėl atspindi bendrą būklę, ne konkrečios šalies ar srities. Google rodikliai ir slenksčiai gali keistis.
Dažni klausimai
Kodėl PageSpeed Insights balas kas kartą skiriasi?
Balas skaičiuojamas iš laboratorinio testo – vieno imituoto įkėlimo, kurį veikia serverio apkrova ir tinklo svyravimai. Svarbesni lauko duomenys viršuje: tai tikrų lankytojų patirtis per 28 dienas.
Ar greitis turi įtakos Google pozicijoms?
Google rekomenduoja gerus Core Web Vitals sėkmei paieškoje ir nurodo, kad jie kartu su kitais puslapio patirties aspektais atitinka tai, ką apdovanoja pagrindinės reitingavimo sistemos. Tačiau tai tik vienas iš veiksnių – geri rodikliai pozicijų negarantuoja. Greitis labiausiai lemia tai, ar atėjęs lankytojas liks.
Ar užtenka įdiegti greičio įskiepį?
Retai. Įskiepis gali suspausti failus ir įjungti kešavimą, bet nepataisys lėto serverio, per didelių vaizdų ar trečiųjų šalių skriptų. Be to, blogai sukonfigūruotas jis gali atidėti ir LCP vaizdą – ir taip sulėtinti pirmą ekraną.
Per kiek laiko matysis rezultatas?
Laboratorinis testas pokytį parodo iš karto. Lauko duomenys PageSpeed Insights apima pastarąsias 28 dienas, todėl visas pokytis juose matomas maždaug po mėnesio.
Šaltiniai ir metodika
- web.dev (Google)Web Vitalsžiūrėta
- web.dev (Google)Optimize Largest Contentful Paintžiūrėta
- web.dev (Google)Optimize Interaction to Next Paintžiūrėta
- web.dev (Google)Image performancežiūrėta
- Google for DevelopersAbout PageSpeed Insightsžiūrėta
- HTTP ArchiveWeb Almanac 2025: Performancežiūrėta
- Google Search CentralUnderstanding Core Web Vitals and Google search resultsžiūrėta
- web.dev (Google)Milliseconds make millionsžiūrėta