WordPressi kiiruse optimeerimine

Miks kiirus loeb rohkem, kui tundub

Kiirusel on kaks eraldi tagajärge ja neid aetakse tihti segamini. Esiteks otsing — Google mõõdab lehe kasutuskogemust Core Web Vitals mõõdikutega ja kasutab neid otsingutulemuste järjestamisel. See ei ole ainus tegur — hea sisu kaalub rohkem —, aga kahe muidu võrdse lehe vahel otsustab see. Teiseks külastaja — mobiilikasutaja ei mõõda midagi, ta lihtsalt lahkub. Ja erinevalt otsingupositsioonist ei näe sa seda kaotust kuskil aruandes.

Core Web Vitals — mis need tegelikult on

Kolm mõõdikut, mis kirjeldavad kolme erinevat viisi, kuidas leht võib halb olla:

• LCP — suurima sisuelemendi laadimisaeg. Kui kaua läheb, enne kui külastaja näeb lehe põhisisu. Süüdlane on tavaliselt hero-pilt, mis on liiga suur või laeb liiga hilja. Hea tulemus on alla 2,5 sekundi.
• CLS — paigutuse nihkumine. Sisu, mis laadimise ajal hüppab. Tüüpiline põhjus on pildid ilma mõõtmeteta või reklaamiplokk, mis end alles hiljem sisse surub.
• INP — reageerimiskiirus. Viivitus klõpsu ja reaktsiooni vahel. Enamasti liigne JavaScript, mis hoiab brauserit kinni.

Mis teeb WordPressi saidi aeglaseks

Aeglus on peaaegu alati kuhjunud, mitte üks suur viga:

• Pildid otse fotoaparaadist — 4000 px lai JPEG, mida kuvatakse 800 px laiuselt
• Liiga palju pluginaid — iga plugin lisab koodi, ka siis kui seda funktsiooni ei kasutata
• Vahemälu puudub või on valesti seadistatud — iga külastaja saab lehe nullist
• Universaalne teema, mis toetab sadat funktsiooni, millest kasutad kolme
• Paisunud andmebaas — revisjonid, spämm, ammu kustutatud pluginate andmed
• Välised skriptid — vestlusaknad, analüütika, fondid teiste serveritest

Kuidas oma saidi kiirust ise kontrollida

Enne kui midagi muudad, mõõda. Kaks tasuta tööriista:

1. PageSpeed Insights (Google) — annab hinde ja LCP/CLS/INP väärtused eraldi mobiilile ja lauaarvutile, koos konkreetsete soovitustega
2. GTmetrix — näitab ka „koste" (waterfall) diagrammi, mis paljastab, milline üksik fail laadimist kõige rohkem viivitab

Mõõda alati mitu korda ja mitmelt lehelt — avaleht võib olla kiire, kui hero-pilt on optimeeritud, aga tootekataloogi leht ikka aeglane, kui seal on kümneid optimeerimata pilte korraga.

Millised parandused annavad enim tulemust

• Piltide teisendamine WebP-vormingusse ja õigetesse mõõtmetesse — enamasti kõige suurema mõjuga üksik samm
• Laisk laadimine (lazy loading) piltidele, mis ei ole esimese ekraanitäie sees
• Serveripoolne vahemälu — korduv külastus ei tohiks lehte nullist genereerida
• Fontide kohapeal majutamine — väliselt serverilt laetud font lisab omaette päringu ja viivituse
• Kasutamata pluginate eemaldamine — mitte ainult deaktiveerimine, vaid päris eemaldamine

Millal kutsuda spetsialist

Kui oled ülalolevad tasuta sammud teinud ja tulemus ikka ei parane — või kui sul lihtsalt pole aega ise pluginaid ja seadistusi läbi katsetada —, on mõistlik tellida audit. Vahe on selles, et audit ei anna ainult nimekirja probleemidest, vaid mõõdab enne ja pärast, samade tööriistadega, samadel lehtedel, nii et näed täpselt, mis muutus. Pro ja Business hoolduspaketis on kiirusoptimeerimine ja Core Web Vitals mõõdikud juba igakuise töö osa — kiirus ei ole ühekordne saavutus, vaid seisund, mis vajub ilma hoolduseta tasapisi tagasi.

Kui tahad samm-sammult juhendit, kus on kirjas ka konkreetsed tasuta pluginad ja wp-config.php seadistused, vaata blogipostitust „Kodulehe optimeerimine: mis see on ja kuidas seda WordPressis tasuta teha".

Korduma kippuvad küsimused

Kas kiiruse optimeerimine parandab automaatselt otsingupositsiooni?

Kiirus on üks paljudest teguritest, mitte ainus. Aeglane sait piirab su positsiooni ülemist lage; kiireks tegemine ei aita, kui sisu ise ei vasta otsingule, mida inimesed teevad.

Kas piisab ühest kiiruspluginast?

Sageli mitte. Vahemälu-plugin lahendab ühe osa, aga suured pildid, paisunud andmebaas või vale hostimine jäävad puutumata. Kiiruse audit näitab, kus konkreetselt sinu saidi aeg kaob.

Kas kiirem sait tähendab automaatselt vähem funktsioone?

Ei — enamasti tähendab see samu funktsioone tehtuna tõhusamalt: väiksemad pildid, vähem üleliigset koodi, õige vahemälu. Kärpimist läheb vaja harva.