Värskendatud 9. oktoobril 2026
WordPressi leht avaneb aeglaselt. Esimene mõte on paigaldada kiirendusplugin. Teine on vahetada veebimajutust. Kolmas on tellida täiesti uus veebileht.
Enne tasub välja selgitada, mille taga külastaja tegelikult ootab.
Aeglane veebileht ei tähenda automaatselt, et olemasolev lahendus tuleks maha kanda. Probleem võib olla serveri vastamises, liiga suures avapildis või koodis, mis hoiab telefoni brauseri hõivatud. Need vajavad erinevaid parandusi. WordPressi jõudluse ülevaade.
Kui soovid mõõtmise ja parandused arendajale usaldada, vaata, mida hõlmab WordPressi kiirendamise teenus.
Alusta mõõtmisest, paranda suurim tuvastatud probleem ja kontrolli tulemust. Ära muuda kümmet seadistust korraga ega alusta kujunduse väljavahetamisest enne, kui tead, et just see on vajalik.
Eesmärk ei ole ilus number kiirustestis. Eesmärk on veebileht, mida saab mugavalt kasutada. Kui kontaktivorm pärast „optimeerimist” enam ei tööta, ei päästa sind ka roheline skoor.
1. Mõõda olulisi lehti, mitte ainult avalehte
Ava Google PageSpeed Insights ja testi avalehte, peamist teenuselehte, kontaktilehte ning e-poe puhul toote- ja kategoorialehte. Need on kohad, millest soovitan alustada, mitte kohustuslik universaalne testikomplekt.
Vaata mobiili ja arvuti tulemusi eraldi. PageSpeed ühendab kontrollitud tingimustes tehtud Lighthouse’i testi ning olemasolu korral päriskasutajate andmed. Need ei mõõda täpselt sama olukorda. Google’i selgitus.
Kolm olulist näitajat on järgmised:
| Näitaja | Mida see kirjeldab? | Hea tulemus |
|---|---|---|
| LCP | Millal ilmub vaateala suurim sisuelement, näiteks põhipilt või tekstiplokk? | Kuni 2,5 sekundit |
| INP | Kui kiiresti näitab leht klõpsule, puudutusele või klahvivajutusele visuaalset vastust? | Kuni 200 millisekundit |
| CLS | Kui palju muutub elementide paigutus ootamatult? | Kuni 0,1 |
Need on Google’i Core Web Vitalsi hea tulemuse piirid. Päriskasutajate puhul hinnatakse iga näitaja 75. protsentiili, mobiili ja arvutit eraldi: vähemalt kolmveerand mõõdetud kogemustest peaks vastava piiri sisse mahtuma. Mõõdikute kirjeldused.
Salvesta algseis. Soovitan teha sama lehega kolm võrreldavat testi ja võtta aluseks mediaan ehk suuruse järgi järjestatud tulemustest keskmine, mitte kõige ilusam katse. Kirjuta juurde testimise kuupäev ja seadistus.
PageSpeedi päriskasutajate vaade hõlmab eelnevat 28 päeva. Vaata ka, kas andmed käivad konkreetse URL-i või terve saidi koondvaate (origin) kohta. Vähese liiklusega lehel võivad päriskasutajate andmed puududa. PageSpeedi andmed.
2. Tee varukoopia ja vii tarkvara ajakohasele tasemele
Enne pistikprogrammide, teema või serveriseadete muutmist tee varukoopia nii andmebaasist kui ka failidest. Kontrolli, kuidas sellest taastada saab. Ainult WordPressi sisu eksport ei asenda kogu veebilehe varukoopiat. WordPressi varundusjuhend.
Suuremad muudatused katseta testkoopial. E-poe testkeskkonnas kontrolli enne, et sealt ei läheks välja päris kliendikirju ega makseid. Ära kirjuta testkeskkonna vana andmebaasiga üle vahepeal saabunud päristellimusi.
Uuenda WordPress, teema ja kasutatavad pistikprogrammid, kontrollides ühilduvust ning tulemust iga etapi järel. 9. oktoobri 2026 seisuga on uusim WordPress 7.1.3, mis avaldati 6. oktoobril turva- ja veaparandustega. Turvauuendusi ei tasu kiirusprojekti valmimiseni edasi lükata. Ametlik väljalasketeade.
Uuendamine on hoolduse osa. See ei tõenda veel, et konkreetne aegluse põhjus on lahendatud.
3. Pane tööle lehevahemälu, aga ära dubleeri sama tööd
Tavalise sisulehe puhul saab WordPressi iga külastuse jaoks uuesti käivitamise asemel pakkuda varem koostatud HTML-i. Seda teeb lehevahemälu ehk page cache. WordPressi vahemälujuhend.
Küsi kõigepealt veebimajutajalt, kas see on juba kasutusel. Alles siis vali vajaduse korral pistikprogramm.
WP Super Cache on tasuta võimalus staatiliste HTML-koopiate teenindamiseks. LiteSpeed Cache sobib kaalumiseks LiteSpeedi keskkonnas; selle lehevahemälu vajab sobivat serverikomponenti või QUIC.cloudi. Pelgalt plugina paigaldamisest suvalisse majutusse selle funktsiooni jaoks ei piisa. WP Rocket on tasuline alternatiiv, mis koondab vahemälu ja muid optimeerimisvõimalusi. WP Super Cache · LiteSpeedi nõuded · WP Rocket.
Soovitan anda sama kihi juhtimise ühele lahendusele. Kahe täislehevahemälu plugina korraga sisselülitamine ei ole mõistlik lähtekoht. See ei tähenda, et eri tüüpi vahemälud ei võiks koos töötada: lehevahemälu, brauseri vahemälu ja püsiv objektivahemälu täidavad erinevaid ülesandeid. Vahemälu tüübid.
Palu majutajal või arendajal kontrollida, kas avaliku lehe vastus tuleb tegelikult vahemälust. Pärast parandusi kontrolli ka, et sisu uuendamisel vana koopia õigel ajal kaoks. WooCommerce’i erandid tulevad allpool eraldi.
4. Tee pildid väiksemaks ja laadi põhipilt õigel ajal
Vaata esimesena avavaate suurt pilti. Kas telefon laadib alla sama suure faili nagu lai töölauaekraan? Kas väike tootekaart kasutab kogemata originaalfotot?
Võrdle pildi tegelikku kuvamissuurust ja allalaaditavat faili, arvestades ka ekraani pikslitihedust. srcset ja sizes aitavad brauseril valida sobiva suurusega variandi. WordPressi teema või leheehitaja peab need korrektselt väljundisse lisama. Kohanduvate piltide põhimõte.
Proovi fotode puhul WebP- või AVIF-vormingut ja võrdle nii faili suurust kui ka nähtavat kvaliteeti. WordPress toetab AVIF-i alates versioonist 6.5, kui serveri pilditöötlus seda võimaldab. Formaadi tugi ei tähenda, et vanad JPEG-id oleksid automaatselt ümber tehtud. Kontrolli, millist faili külastaja päriselt saab. WordPressi AVIF-tugi.
Kõige olulisem erand: ära rakenda LCP-pildile laiska laadimist ehk loading="lazy". See pilt peaks saabuma varakult. Laisk laadimine jäta allpool ekraani asuvatele piltidele. Vajaduse korral saab põhipildi prioriteeti tõsta fetchpriority="high" abil, kuid mitte kõigil piltidel korraga. Google’i LCP-juhend.
WordPress oskab laadimise atribuute ka ise määrata. Enne uue optimeerimise lisamist kontrolli olemasolevat HTML-i, eriti kohandatud teemade ja leheehitajate puhul. WordPressi pildilaadimise loogika.
Määra piltidele ja videotele mõõtmed või kuvasuhe, et brauser saaks neile ruumi jätta. Nii ei pea tekst pildi saabudes allapoole hüppama. Paigutusnihke vähendamine.
Ära kustuta hulgi algseid pilte enne, kui oled kontrollinud uusi variante, pisipilte, tootevaateid ja varukoopiat.
5. Hinda pistikprogrammide mõju, mitte ainult nende arvu
„Sul on liiga palju pluginaid” ei ole veel diagnoos. Otsida tuleb seda, milline pistikprogramm teeb tarbetut tööd ja kus see toimub.
Koosta kasutatavatest lisadest nimekiri ning märgi igaühe juurde eesmärk. Soovitan esmalt uurida kattuvaid funktsioone, kogu saidil laaditavaid vidinaid ja lisasid, mida enam sisuliselt ei kasutata.
Näiteks tasub küsida: kas broneerimislahenduse koodi on vaja blogiartiklis? Kas kõiki leheehitaja lisapaketi mooduleid kasutatakse? Kas sama analüütikalahendus on lisatud nii teema kui ka pistikprogrammi kaudu?
Query Monitor aitab arendajal uurida andmebaasipäringuid, PHP vigu, laaditavaid skripte ja serveri väliseid HTTP-päringuid. See on diagnostikavahend, mitte nupp, mis lehe ise kiiremaks muudab.
Katseta muudatusi testkoopial ükshaaval. Ära eemalda turva-, ligipääsetavus- või maksefunktsiooni lihtsalt sellepärast, et ilma selleta tuleb väiksem testinumber.
Ka teema puhul alusta ühest raskest mallist või plokist. Terve kujunduse vahetamine on põhjendatum siis, kui oled näidanud, et kitsaskoht on laialt levinud ja väiksemad parandused ei tasu end ära.
6. Vähenda JavaScripti ja väliste teenuste koormust
Leht võib visuaalselt valmis paista, kuid menüü või nupp ei reageeri. Põhjuseks võib olla JavaScript, mille töötlemine hoiab brauseri peamise täitmislõime hõivatud. See mõjutab INP-d, mitte ainult esmast laadimist. Google’i INP-juhend.
Vaata üle vestlusaknad, kaardid, videopleierid, sotsiaalmeediavood ja turundusskriptid. Need võivad tuua kaasa täiendavaid allalaadimisi ja arvutustööd. Välise JavaScripti laadimine.
Minu esimene küsimus oleks: kas külastaja vajab seda kohe? Näiteks võib kontaktikaardi asemel algul näidata aadressi ja kaardi avamise nuppu. Videopleieri saab laadida pärast eelvaate valimist, mitte iga lehekülastuse alguses.
Optimeerimisplugina „Delay JavaScript” võib aidata, kuid kõike esimese klõpsuni edasi lükata ei tasu. Kontrolli kohe pärast sisselülitamist mobiilimenüüd, vorme, nõusoleku haldurit ja makselahendust. Vajalikud skriptid tuleb vajaduse korral edasilükkamisest välja jätta. WP Rocketi funktsiooni kirjeldus.
Samuti ära lülita pimesi sisse kõigi JavaScripti failide ühendamist. HTTP/2 puhul ei ole see automaatselt kasulik ning minimeerimine ei kõrvalda koodi tehtavat tööd. Minimeerimise ja ühendamise erinevus.
7. Lihtsusta fontide laadimist ja väldi hüppavat paigutust
Vaata üle, mitu kirjatüüpi ja stiili leht tegelikult laadib. Kas kõik neist on kasutusel?
Alustuseks soovitan alles jätta vajalikud stiilid, eelistada veebifontide puhul WOFF2-vormingut ja laadida ette ainult kriitilised fondifailid. Iga fondi eellaadimine võib teiste oluliste failidega konkureerida. Google’i fondisoovitused.
font-display: swap lubab teksti enne veebifondi saabumist asendusfondiga kuvada. Erinevate mõõtmetega fondi saabumine võib aga paigutust nihutada. Kontrolli pealkirju ja nuppude laiust, mitte ainult seda, kas tekst kiiresti ilmub. Fontide mõju paigutusele.
Eestikeelsel lehel katseta kindlasti tähti õ, ä, ö ja ü. Fondi märgivaliku vähendamine ei tohiks muuta osa tekstist teistsuguseks ega rikkuda nimesid.
8. Kontrolli serverit ja PHP-d; lisa CDN põhjusega
Kui aeg kulub enne HTML-i saabumist, ei lahenda seda üksnes piltide kokkupakkimine. Uurida tuleb serveri vastamist, WordPressi tehtavat tööd ja majutuse ressursse. Ära järelda ühe aeglase vastuse põhjal automaatselt, et veebimajutaja on halb. WordPressi serveri- ja jõudlusjuhised.
Küsi majutajalt, kas lehevahemälu ja PHP OPcache töötavad ning kas koormuse ajal saab mõni ressurss otsa. Mõõda ka päringuid, mida ei saa täislehevahemälust teenindada. WordPressi serverikeskkonna juhend.
PHP seis 9. oktoobril 2026: WordPressi üldine nõuete leht soovitab PHP 8.3 või uuemat; majutuse käsiraamat soovitab tootmiskeskkonnas 8.4 või uuemat. PHP 8.4 ja 8.5 saavad aktiivset tuge. PHP 8.2 turvatugi lõpeb 31. detsembril 2026. WordPressi nõuded · Majutuse soovitus · PHP tugigraafik.
Praktiliselt tasub testida saidi teemade ja pistikprogrammidega sobivat PHP 8.4 või 8.5 haru. Kasuta selle ajakohast parandustega väljalaset. PHP versiooni vahetamine ei ole lubadus kindla protsendi võrra kiiremaks saada.
CDN ehk sisuedastusvõrk võib failid külastajale lähemalt kohale tuua. Selle mõju tasub mõõta eriti siis, kui külastajad asuvad eri riikides. CDN-i tööpõhimõte.
Oluline nüanss: Cloudflare ei salvesta HTML-i vaikimisi vahemällu. Ühendatud CDN ei tõenda seega, et WordPressi lehe koostamine serveris ära jääb. HTML-i vahemälu vajab sobivat seadistust koos eranditega isikustatud sisu jaoks. Cloudflare’i vaikekäitumine.
9. Uuri andmebaasi ja WooCommerce’i eripärasid
Kui avalik leht on kiire, aga haldusliides või ostuprotsess aeglane, tuleb neid mõõta eraldi. Ära proovi seda lahendada üksnes avalehe kiirustesti järgi.
WordPressi Site Health ehk saidi tervise vaates võib olla hoiatus automaatselt laaditavate seadete (autoloaded options) kohta. Need on andmed, mida WordPress laadib vaikimisi kaasa. Suure mahu korral tasub uurida, milline teema või pistikprogramm neid tekitab. Ära kustuta tundmatuid andmebaasiridu lihtsalt puhastamise eesmärgil. WordPressi kontrolli kirjeldus.
Püsiv objektivahemälu võib võimaldada andmeid eri päringute vahel uuesti kasutada. Näiteks Redis vajab töötavat serveriteenust ja WordPressi ühendust; ainult plugina paigaldamisest ei piisa. Kasu sõltub sellest, mida sait teeb. WordPressi objektivahemälu.
WooCommerce’is kontrolli täislehevahemälu erandeid: ostukorv, kassa ja konto peavad säilitama kliendipõhise sisu. Kasuta oma poe tegelikke URL-e, ka eri keeltes, ning kontrolli erandeid kõigis HTML-i vahemälukihtides, sealhulgas CDN-is. WooCommerce’i vahemälujuhend.
Testi kahe eraldiseisva brauseriseansiga, näiteks eri brauserites või eraldi profiilides. Ühe kliendi ostukorv ei tohi ilmuda teisele. Kaks sama brauseri privaatakent ei pruugi anda sõltumatuid seansse, seega ära raja kontrolli ainult sellele eeldusele. Chrome’i privaatseansi selgitus.
Tellimusterohke poe puhul tasub üle vaadata ka HPOS, mis kasutab tellimuste jaoks eraldi andmebaasitabeleid. Olemasoleva poe üleminek eeldab laienduste ühilduvuse kontrolli ja andmete sünkroonimist. See ei ole üldine kiirenduslüliti ega asenda makse- ja tellimusprotsessi testimist. WooCommerce’i HPOS-juhend.
10. Mõõda uuesti ja testi päris kasutusviise
Pärast iga sisulist muudatust testi samu lehti võrreldava seadme-, võrgu- ja vahemäluseisuga. Erista esimest külastust korduvkülastusest ning vahemälust saadud vastust uuesti koostatud lehe vastusest.
Soovitan pidada lihtsat muudatuslogi: mida muutsid, millisel lehel, mis näitaja muutus ja kas kõik funktsioonid töötavad. Nii tead, milline parandus aitas ja millise saad tagasi võtta.
Tavaline lehe laadimise test ei läbi kõiki kasutaja tegevusi. Proovi telefonis menüüd, otsingut, filtreid ja vormi saatmist. INP uurimiseks tuleb testida ka suhtlusi lehega, mitte ainult lehe avanemist. Aeglaste suhtluste diagnoosimine.
E-poes kontrolli testkeskkonnas tootevariante, koguse muutmist, sooduskoode, tarnevalikut ja testmakset. Vaata üle nii nõusoleku andmise kui ka keeldumise järgne käitumine. Parandatud leht peab töötama ka inimesel, kes ei kasuta sinu enda brauserit ega ole administraatorina sisse logitud.
Päriskasutajate 28 päeva andmed muutuvad järk-järgult, mitte kohe pärast vahemälu tühjendamist. Mõõteperioodi selgitus.
Millest alustada, kui kõigega korraga tegeleda ei saa?
Kasuta testitulemust otsustamiseks, mitte lihtsalt aruandena.
| Täheldatud probleem | Mida uurida esimesena? |
|---|---|
| Enne lehe ilmumist on pikk ooteaeg | Lehevahemälu, PHP töö ja serveri vastamisaeg |
| Tekst ilmub, aga suur avapilt hilineb | Pildi suurus, laadimise algus ja prioriteet |
| Menüü või nupud reageerivad viivitusega | JavaScript, välised vidinad ja konkreetne tegevus |
| Sisu liigub laadimise ajal ringi | Piltide mõõtmed, fondid ja hiljem lisatav sisu |
| Avalik leht on kiire, aga haldus või kassa aeglane | Andmebaas, välised päringud ja dünaamiline töö |
See on juhendi põhjal koostatud kontrolljärjekord, mitte diagnoos sinu veebilehele. Alusta ühest olulisest mallist, tee tulemus seal korda ja laienda toimivat parandust teistele sama lahendust kasutavatele lehtedele.
Korduma kippuvad küsimused
Kas WordPressi lehte saab kiiremaks teha tasuta?
Jah, osa tööst saab teha ilma tasulist tööriista ostmata. PageSpeed Insights ja WP Super Cache on tasuta kättesaadavad. Olemasoleva vahemälu kontroll, suure pildi parandamine ja mittevajaliku funktsiooni eemaldamine ei nõua tingimata uut kuutellimust. Arendustöö ja parem majutus võivad siiski maksta. PageSpeed Insights · WP Super Cache.
Kas PageSpeedi tulemus peab olema 100?
Ei. Google kasutab Core Web Vitalsit oma järjestussüsteemides, kuid hea tulemus ei taga otsingus esikohta. Google soovitab vältida täiusliku skoori tagaajamist üksnes SEO pärast. Eelista töötavat ja kasutaja jaoks kiiret lehte. Google’i lehekogemuse juhend.
Kas peaksin vahetama teema või kogu veebilehe uuesti ehitama?
Mitte enne diagnoosi. Võrdle olemasoleva lahenduse parandamise mahtu sellega, mida uus teema või veeb tegelikult lahendaks. Suurem ümberehitus võib olla mõistlik, kui probleem on läbiv või olulisi sõltuvusi enam ei hooldata. Üks hilja laadiv pilt ei ole selleks üksi piisav põhjus.
Kiirem veeb algab õige probleemi leidmisest
Kõige mõistlikum esimene samm ei ole uus pistikprogramm ega uus veebileht. See on arusaadav vastus küsimusele: mille taga külastaja ootab?
Seejärel saab valida parandused, mis muudavad olulise lehe päriselt paremaks, säilitades selle toimivad osad.
Sinu WordPressi veebileht on aeglane, aga sa ei tea, kust alustada? Vaata esmalt, mida hõlmab WordPressi kiirendamise teenus. Seejärel saada mulle veebilehe aadress ja kirjelda, kus viivitust märkad: avalehel, telefonis, halduses või ostuprotsessis. Saame arutada olemasoleva lahenduse parandamist, ilma et alustaksime automaatselt uue veebilehe tellimisest.
Allikad kontrollitud 9. oktoobril 2026. Soovitused põhinevad WordPressi, Google’i, PHP, WooCommerce’i ja nimetatud tööriistade ametlikul dokumentatsioonil. Tegemist on üldise juhendiga, mitte konkreetse veebilehe auditi või lubatud kiirusekasvuga.
Vajad abi aeglase WordPressi veebilehega?
Saan mõõta algseisu, leida aegluse põhjused ja teha kokkulepitud parandused. Teenus sisaldab võrreldavaid mõõtmisi enne ja pärast tööd ning mõjutatud vormide või ostuteekonna kontrolli.
