Kodulehe kiirus: kuidas seda mõõta ja parandada

Kodulehe kiirus on üks väheseid asju, mille mõju on korraga mõõdetav kahes kohas: külastaja lahkub aeglaselt lehelt enne sisu nägemist ja Google arvestab kiirust otsingutulemuste järjestamisel. Mõlemal juhul kaotab ettevõte kliente, keda ta kunagi ei näinudki.

Hea uudis: kiirus on tehniline probleem, millel on tehnilised põhjused. Erinevalt paljudest turundusküsimustest saab siin mõõta, parandada ja uuesti mõõta.

Mida Google päriselt mõõdab

Google kasutab kolme näitajat, mida nimetatakse Core Web Vitals. Nende taga ei ole abstraktne „kiirus“, vaid see, mida külastaja tegelikult kogeb.

LCP (Largest Contentful Paint) — kui kiiresti ilmub lehe suurim sisuelement, tavaliselt pealkiri või kangelaspilt. Hea tulemus on alla 2,5 sekundi. See on kõige olulisem näitaja, sest see mõõdab hetke, mil külastaja saab aru, et leht on kohal.

INP (Interaction to Next Paint) — kui kiiresti leht klikile või puudutusele reageerib. Hea tulemus on alla 200 millisekundi. Kui menüü avaneb poole sekundi pärast, tundub leht katki, isegi kui ta laadis kiiresti.

CLS (Cumulative Layout Shift) — kui palju sisu laadimise ajal hüppab. Hea tulemus on alla 0,1. Klassikaline juhtum: klõpsad nupule, aga selle hetke enne laadis kohale reklaamiriba ja klikk läks mujale.

Nende kõrval loeb ka TTFB (serveri esimene vastus) — kui server vastab aeglaselt, on kõik ülejäänud näitajad juba ette kaotatud.

Kuidas oma lehte testida

PageSpeed Insights (pagespeed.web.dev) — kleebi URL ja saad nii laborimõõtmise kui ka päris kasutajate andmed, kui neid on piisavalt. Vaata alati mobiilivaadet, sest suurem osa külastajaid tuleb telefonist ja mobiilitulemus on peaaegu alati kehvem.

Search Console'i Core Web Vitals raport näitab päris külastajate andmeid ja seda, millised lehterühmad on probleemsed. See on tähtsam kui üksiku testi punktisumma.

Brauseri arendajatööriistad (Network-vaade) näitavad, milline fail täpselt aeglustab. Sorteeri suuruse järgi — vastus on tavaliselt esimeses kolmes reas.

Üks hoiatus: ära aja taga 100 punkti. PageSpeedi punktisumma on hinnang, mitte eesmärk. Oluline on, et LCP, INP ja CLS jääksid rohelisse — 90 punkti rohelise LCP-ga on parem kui 98 punkti ilma selleta.

Viis kõige levinumat aegluse põhjust

1. Optimeerimata pildid

Ülekaalukalt kõige sagedasem põhjus. Telefonikaameraga tehtud pilt on 4–8 MB ja 4000 pikslit lai; ekraanil kuvatakse seda 800 piksli laiuselt. Külastaja laeb alla kümme korda rohkem andmeid, kui ta näeb.

Mida teha: vähenda pildid kuvatavasse mõõtu, kasuta kaasaegseid vorminguid (WebP, AVIF), määra piltidele width ja height (see parandab kohe CLS-i) ja lae ekraanivaatest allpool olevad pildid hiljem (loading="lazy").

2. Liiga palju pluginaid

Tüüpiline WordPressi leht kasutab 25–40 pluginat ja iga plugin lisab oma CSS- ja JS-failid igale lehele, ka seal, kus teda ei kasutata. Kontaktvormi plugin laeb oma skripti avalehel, slaideri plugin kontaktilehel.

Mida teha: eemalda kasutamata pluginad täielikult (mitte ainult ei lülita välja), asenda mitme plugina funktsioonid ühega ja kontrolli, kas mõni plugin laeb väliseid fonte või skripte. Kui pluginate arv on kolmekohaline probleem, on tegu juba arhitektuuri, mitte seadistuse küsimusega — vaata WordPress vs koodipõhine koduleht.

3. Aeglane või ülekoormatud majutus

Odav jagatud majutus tähendab, et samas serveris on sadu lehti. Kui naaber saab liikluspiigi, aeglustub sinu leht. TTFB üle 600 ms viitab peaaegu alati majutusele või andmebaasile.

Mida teha: mõõda TTFB, kontrolli PHP versiooni (vana PHP on kordades aeglasem), lülita sisse serveripoolne vahemälu ja gzip/brotli pakkimine. Kui leht on äriliselt oluline, on parem majutus odavaim võimalik kiirusevõit.

4. JavaScripti ülekaal

Iga skript tuleb alla laadida, parsida ja käivitada — ja see toimub samas lõimes, mis joonistab lehte. Analüütika, vestlusaknad, küpsisebännerid, sotsiaalmeedia nupud ja A/B-testimise tööriistad lisanduvad üksteise otsa.

Mida teha: lae kolmanda osapoole skriptid hilinemisega (defer/async), loobu skriptidest, mida keegi ei vaata (kui vestlusaknasse ei kirjuta keegi, ei ole selle 200 kB õigustatud), ja kontrolli, kas analüütikat on lehel mitu korda.

5. Kirjatüübid

Veebifont, mis laetakse välisest allikast, tähendab lisaühendust ja sageli seda, et tekst on hetke nähtamatu. See kahjustab korraga LCP-d ja CLS-i.

Mida teha: majuta fondid oma serveris, kasuta font-display: swap, lae ainult päriselt kasutatavad kaalud (mitte üheksat kaalu, kui kasutad kolme) ja piira tähemärkide komplekti.

Mida teha, kui leht on juba aeglane

Praktiline järjekord, mis annab kõige rohkem tulemust kõige väiksema vaevaga:

1. Mõõda enne. Kirjuta LCP, INP ja CLS üles, mobiilivaates. Ilma alglähteta ei tea sa hiljem, kas midagi paranes.
2. Paranda pildid. Enamasti annab see üksi poole võidust.
3. Kontrolli TTFB-d ja majutust. Kui server vastab aeglaselt, ei aita edasine.
4. Rooki skriptid ja pluginad. Eemalda kõik, mida ei ole nädalas kordagi vaja läinud.
5. Mõõda uuesti ja alles siis mine peenhäälestuse juurde.

Kui leht on ehitatud nii, et iga vaade koostatakse andmebaasist ja kümnest pluginast, on ülemine piir varsti käes. Meie ehitame lehed nii, et kõik leheküljed on ette valmis genereeritud — server ei arvuta külastuse hetkel midagi, andmebaasi ei ole ja ründepinda on kordades vähem. Sama põhimõtet on lahti kirjutatud artiklis WordPressilt kaasaegsele lehele üleminek.

Kas kiirus toob päriselt kliente juurde?

Ausalt: kiirus üksi ei too. Kui lehte ei leita või selle sõnum on ebaselge, ei päästa 1,2-sekundiline LCP midagi — sellest oleme kirjutanud artiklis miks keegi ei külasta mu kodulehte.

Aga kiirus on võimendi. Kui leht juba toob külastajaid, tähendab iga sekund vähem seda, et suurem osa neist jõuab sisuni. Ja erinevalt sisust ning linkidest on see ühekordne töö, mille tulemus püsib.

Kokkuvõte

Kiirust ei ole vaja arvata — seda saab mõõta. Kolm näitajat (LCP, INP, CLS), üks tasuta tööriist ja viis tüüpilist põhjust katavad valdava enamiku juhtudest, ja pildid üksi lahendavad neist sageli poole.

Kui tahad teada, kus sinu leht seisab ja mis seda konkreetselt aeglustab, telli tasuta kodulehe analüüs — vaatame üle kiiruse, tehnilise SEO ja kasutajakogemuse ning ütleme, mis järjekorras tasub tegeleda. Uue lehe kohta vaata kodulehtede tegemise lehelt.