Svetainės greitis WordPress sistemoje beveik visada gerinamas ta pačia tvarka: pirmiausia matavimas, tada hostingas ir PHP versija, po to nuotraukos, kešavimas ir tik pabaigoje smulkmenos su CSS bei JavaScript. Kaip optimizuoti svetainę praktiškai — surašiau dvylika žingsnių ta eile, kuria juos atlieku pats. Pirmieji penki dažniausiai duoda 80 % rezultato.
Prieš pradedant: ką reiškia „greita“
Google matuoja tris rodiklius. LCP — per kiek laiko įsikelia didžiausias matomas elementas, tikslas iki 2,5 s. INP — kaip greitai puslapis reaguoja į paspaudimą, tikslas iki 200 ms. CLS — kiek turinys šokinėja krovimosi metu, tikslas iki 0,1. Visi trys matuojami mobiliajame įrenginyje, todėl kompiuterio rezultatas 98 balai nieko nereiškia, jei mobilusis rodo 41.
12 žingsnių, kaip pagreitinti WordPress svetainę
1. Išmatuokite pradinę būklę
PageSpeed Insights mobiliajam režimui, GTmetrix krovimosi grandinei ir Search Console Core Web Vitals ataskaita realiems lankytojų duomenims. Užsirašykite skaičius — be jų vėliau nežinosite, ar pagerėjo.
2. Patikrinkite serverio atsako laiką
TTFB (laikas iki pirmo baito) turi būti mažesnis nei 600 ms. Jei serveris atsako per 1,5 sekundės, jokie papildiniai nepadės. Lietuvoje veikia keli patikimi tiekėjai — Hostinger, Serveriai.lt, Interneto vizija, Rakrejus — ir perėjimas iš pigiausio bendro plano į LiteSpeed ar NVMe pagrindu veikiantį dažnai duoda daugiau nei visi kiti žingsniai kartu.
3. Atnaujinkite PHP versiją
PHP 8.2 arba 8.3 veikia pastebimai greičiau nei 7.4, o senesnės versijos nebegauna saugumo pataisymų. Versija keičiama hostingo skydelyje per minutę, bet prieš tai būtina pasidaryti atsarginę kopiją ir patikrinti, ar visi papildiniai suderinami.
4. Įjunkite kešavimą
Kešavimas paverčia dinaminį WordPress puslapį statiniu HTML failu. LiteSpeed serveriuose geriausiai veikia LiteSpeed Cache (nemokamas), kitur — WP Rocket (mokamas, apie 50 € per metus) arba W3 Total Cache. Įjungiamas puslapių, naršyklės ir objektų kešavimas.
5. Sutvarkykite nuotraukas
Tai dažniausia lėtumo priežastis Lietuvos svetainėse. Trys taisyklės: konvertuokite į WebP, sumažinkite matmenis iki realiai naudojamų, kiekvienam img nurodykite width ir height. Paskutinis punktas taiso CLS — turinys nustoja šokinėti. Plačiau apie formatą rašiau nuotraukų optimizavimo straipsnyje.
6. Įjunkite tingų krovimą, bet ne visur
Lazy loading atideda nematomų nuotraukų krovimą. Svarbi išimtis: pirmoji nuotrauka ekrano viršuje turi krautis iš karto, kitaip LCP pablogėja. Daugelis papildinių tam turi atskirą nustatymą.
7. Peržiūrėkite papildinių sąrašą
Išjunkite ir ištrinkite tai, kas nenaudojama. Ypač atkreipkite dėmesį į universalius „viskas viename“ papildinius ir puslapių konstruktorius — jie krauna savo kodą kiekviename puslapyje. Kai kuriais atvejais penkis papildinius pakeičia trisdešimt eilučių custom kodo.
8. Sumažinkite ir sujunkite CSS bei JavaScript
Kešavimo papildiniai tai daro automatiškai: pašalina tarpus, sujungia failus, atideda JavaScript vykdymą. Po kiekvieno tokio nustatymo būtina patikrinti svetainę — sujungimas kartais sugadina slankiojančias galerijas ar formas.
9. Pašalinkite nenaudojamą kodą
Įrankis Coverage naršyklės kūrėjo įrankiuose parodo, kiek procentų CSS ir JavaScript puslapyje niekada nepanaudojama. Neretai — daugiau nei pusė. Papildinių kodą galima krauti tik ten, kur jis reikalingas (Asset CleanUp, Perfmatters).
10. Sutvarkykite šriftus
Google Fonts, kraunami iš išorinio serverio, prideda papildomą jungtį ir dar turi privatumo niuansų ES. Šriftus verta įkelti į savo serverį, naudoti tik reikalingus storius ir nustatyti font-display: swap, kad tekstas būtų matomas iš karto.
11. Išvalykite duomenų bazę
Įrašų revizijos, šiukšlinė, seni pereinamieji duomenys ir ištrintų papildinių lentelės. Po kelerių metų duomenų bazė gali būti kelis kartus didesnė nei reikia. Valymas atliekamas WP-Optimize ar panašiu įrankiu — visada su atsargine kopija.
12. Prijunkite CDN ir sutvarkykite trečiųjų šalių skriptus
Cloudflare nemokamas planas duoda turinio tinklą ir apsaugą. O trečiųjų šalių skriptai — pokalbių valdikliai, pikseliai, reklamos kodai — dažnai yra sunkiausia puslapio dalis. Juos verta valdyti per Google Tag Manager ir krauti tik gavus sutikimą, kaip aprašiau GTM straipsnyje.
Ko iš greitinimo tikėtis realiai
| Veiksmas | Tipinis poveikis | Sudėtingumas |
|---|---|---|
| Geresnis hostingas | Didelis, ypač TTFB | Vidutinis |
| Kešavimas | Didelis | Mažas |
| Nuotraukos į WebP | Didelis | Mažas |
| width/height nuotraukoms | Taiso CLS | Mažas |
| Papildinių valymas | Vidutinis | Vidutinis |
| CSS/JS optimizavimas | Vidutinis | Didelis (rizika sugadinti) |
| CDN | Nedidelis LT srautui, didelis užsienio | Mažas |
Lietuviškam verslui, kurio lankytojai daugiausia vietiniai, CDN duoda mažiau nei tikimasi — serverio vieta ir taip artima. Užsienio rinkoms situacija priešinga.
Dažniausios klaidos greitinant
Pirma — vejamasi 100 balų PageSpeed rezultatas. Tai laboratorinis matavimas; realūs lankytojų duomenys Search Console svarbesni. Antra — įjungiami visi agresyvūs nustatymai iš karto ir svetainė sugenda, o nebeaišku, kuris nustatymas kaltas. Trečia — greitinama be atsarginės kopijos. Ketvirta — sprendžiama gyvoje svetainėje darbo valandomis. Penkta — nematuojama po darbų, todėl niekas nežino, ar pavyko.
Kaip galiu padėti
Greičio optimizavimas — nuo 110 €: išmatuoju pradinę būklę, suspaudžiu nuotraukas, sukonfigūruoju kešavimą, išvalau perteklinį kodą, peržiūriu papildinius ir pateikiu palyginimą prieš ir po. Jei pirma norite žinoti, kur problema — techninis svetainės auditas nuo 80 €. Parduotuvėms tinka atskiras tekstas apie WooCommerce greitį ir Core Web Vitals, o visi įkainiai surašyti SEO optimizacijos puslapyje.
Dažniausiai užduodami klausimai
Koks turi būti geras svetainės greitis?
Pagal Google Core Web Vitals: LCP iki 2,5 sekundės, INP iki 200 milisekundžių, CLS iki 0,1. Šie rodikliai matuojami mobiliajame įrenginyje su vidutiniu ryšiu, todėl būtent mobiliąją versiją ir verta tikrinti pirmiausia.
Ar kešavimo papildinys išspręs viską?
Ne. Jis dažnai duoda didžiausią vienkartinį pagerėjimą, bet neišgelbės nuo silpno hostingo, nesuspaustų nuotraukų ar dvidešimties nereikalingų papildinių. Kešavimas paslepia problemą, o ne ją pašalina.
Kiek papildinių yra per daug?
Skaičius nesvarbus — svarbu, ką jie daro. Trisdešimt lengvų papildinių gali veikti greičiau nei penki sunkūs puslapių konstruktoriai. Tikrinti verta ne kiekį, o kiek CSS ir JavaScript failų kiekvienas jų prideda kiekviename puslapyje.
Ar greitis tikrai veikia Google pozicijas?
Taip, bet netiesiogiai ir ne taip stipriai, kaip turinys. Core Web Vitals yra vienas iš reitingavimo signalų, o didesnis poveikis matomas konversijoms: lėtas puslapis praranda dalį lankytojų dar prieš įsikeliant turiniui.
Ar verta pirkti brangesnį hostingą?
Jei dabartinis serveris atsako lėčiau nei per 600 ms, taip. Perkėlimas iš bendro hostingo į LiteSpeed arba NVMe pagrindu veikiantį planą dažnai duoda didesnį pagerėjimą nei bet koks papildinys.
Kiek kainuoja profesionalus greičio optimizavimas?
Mano įkainis — nuo 110 €. Į jį įeina matavimas, nuotraukų suspaudimas, kešavimo nustatymas, perteklinio kodo valymas ir papildinių auditas, o pabaigoje — palyginimas prieš ir po.