Avaldatud · Uuendatud
Lühidalt: Aeglane koduleht maksab ettevõttele kliente: Google’i andmetel kasvab tõenäosus, et mobiilikülastaja lahkub, 32%, kui laadimisaeg pikeneb 1 sekundilt 3-le, ja Deloitte’i uuringus tõstis 0,1 sekundit kiirem mobiilisait jaemüüjate konversiooni 8,4%. Kõige sagedamini on koduleht aeglane suurte piltide, liiga paljude pluginate, kolmandate osapoolte skriptide, puuduva vahemälu ja nõrga majutuse tõttu. Enamik neist on parandatav ilma uut kodulehte tegemata.
Kui sinu koduleht laeb telefonis kauem kui 3 sekundit, kaotad osa külastajatest enne, kui nad sinu pakkumist üldse näevad. Selles artiklis selgitame, kui palju aeglane koduleht ettevõttele maksab, kuidas aru saada, et kodulehe kiirus on probleem, ning toome 10 levinumat põhjust koos lahendustega.
Kui palju aeglane koduleht maksab?
Kodulehe kiirus ei ole tehniline detail, vaid müüginumber. Kaks tuntumat uuringut:
- Google (2017): kui mobiililehe laadimisaeg pikeneb 1 sekundilt 3 sekundini, kasvab lahkumise tõenäosus 32%. 1 sekundilt 5 sekundini pikenedes kasvab see 90%.
- Deloitte ja Google, „Milliseconds Make Millions“ (2020): kui mobiilisaidi kiirus paranes 0,1 sekundit, kasvas jaemüüjate konversioon 8,4% ja reisisaitide konversioon 10,1%.
Väljamõeldud näide: e-poel on 6000 külastust kuus, konversioon 1,5% ja keskmine ost 60 €. See teeb 90 tellimust ja 5400 € kuus. Kui kiirem leht tõstab konversiooni kas või 5%, lisandub 4–5 tellimust ehk umbes 270 € kuus ja 3240 € aastas. Teenuseettevõttel on loogika sama: vähem lahkujaid tähendab rohkem päringuid samast reklaamieelarvest.
Lisaks mõjutab kodulehe kiirus ka Google’i järjestust: Core Web Vitals on osa Google’i lehekogemuse signaalidest. Täpsemalt kirjutasime sellest artiklis kodulehe kiirus ja SEO.
Kuidas aru saada, et koduleht on aeglane?
- avalehel on telefonis mitu sekundit valge ekraan või ainult menüü;
- nupud ei reageeri kohe pärast lehe avanemist;
- tekst ja nupud hüppavad laadimise ajal paigast;
- Google Search Console näitab Core Web Vitalsi aruandes punaseid või oranže URL-e;
- PageSpeed Insights annab mobiilis alla 50 punkti.
Kõige kiiremini saad selguse, kui teed kodulehe kiiruse testi: juhend näitab, mida iga number tähendab ja mis on hea tulemus.
10 põhjust, miks koduleht on aeglane
1. Liiga suured pildid
Telefonist või fotopangast üles laaditud pilt võib olla 3–5 MB ja 4000 px lai, kuigi ekraanil on see 800 px. See on kõige levinum põhjus, miks koduleht on aeglane.
Lahendus: Vähenda pildid õigesse suurusesse, kasuta WebP või AVIF vormingut ja lase WordPressil luua erineva suurusega versioonid.
2. Esimene suur pilt laetakse laisalt
Laisk laadimine (lazy loading) on hea lehe alumiste piltide jaoks, kuid kui see on pandud ka esimesele suurele pildile, ootab brauser enne selle laadimist. LCP kasvab sageli 1–3 sekundit.
Lahendus: Eemalda esimeselt pildilt lazy loading, lisa fetchpriority=”high” ja eellaadimine.
3. Liiga palju pluginaid ja raske lehehitaja
Iga plugin lisab oma CSS-i ja JavaScripti, sageli igale lehele, isegi kui seda kasutatakse ainult ühel. 40 pluginaga sait laeb kümneid faile.
Lahendus: Eemalda kasutamata pluginad, asenda mitu väikest üheks ja lae skripte ainult seal, kus neid vaja on.
4. Kolmandate osapoolte skriptid
Vestlusaken, Facebooki ja Google’i pikslid, kaardid, YouTube’i videod ja robotikontroll laadivad kõik välistest serveritest. Meie avalehel moodustasid robotikontrollid üksi 3,4 MB 3,7 MB-st.
Lahendus: Lae need alles siis, kui külastaja neid vajab: vestlus pärast esimest tegevust, video pärast klõpsu, vormi kaitse vormi lähedal.
5. Lehe vahemälu puudub
Ilma vahemäluta ehitab WordPress iga külastuse jaoks lehe andmebaasist uuesti. See võtab 0,5–2 sekundit enne, kui brauser saab esimese baidi.
Lahendus: Lisa lehe vahemälu plugin või serveripoolne vahemälu ja kontrolli, et vahemälu soojendatakse pärast tühjendamist.
6. Aeglane või ülekoormatud majutus
Odav jagatud majutus, kus samal serveril on sadu saite, vastab aeglaselt just siis, kui külastajaid on palju. Google soovitab, et serveri vastuse aeg (TTFB) oleks alla 0,8 sekundi.
Lahendus: Vali majutus, millel on SSD-kettad, kaasaegne PHP ja server Euroopas, eelistatavalt Eestis või Soomes.
7. Vana PHP versioon
Uuemad PHP versioonid töötlevad sama WordPressi koodi märgatavalt kiiremini kui vanad. Vana PHP on lisaks turvarisk.
Lahendus: Uuenda PHP majutuse halduspaneelis toetatud versioonile, kuid kontrolli enne, et teema ja pluginad sellega töötavad.
8. Liiga palju fonte
Iga fondi paksus ja stiil on eraldi fail. Kui lehel on kolm fondiperet ja kuus paksust, laeb brauser enne teksti näitamist kümmekond faili.
Lahendus: Kasuta kuni kahte fondiperet, laadi need oma serverist, lisa font-display: swap ja eellaadi peamine font.
9. Renderdamist blokeeriv CSS ja JavaScript
Kui päises on suured CSS- ja JS-failid, ei näita brauser midagi enne, kui need on alla laaditud ja töödeldud.
Lahendus: Ühenda ja minimeeri failid, lükka mittevajalik JavaScript edasi (defer) ja lae esimese ekraani CSS esimesena.
10. Liiga pikk leht ja palju animatsioone
Tuhanded HTML-elemendid, liuguri slaidid, parallaks ja animatsioonid koormavad telefoni protsessorit, eriti keskmise võimsusega telefonidel.
Lahendus: Lihtsusta lehte, eemalda liugurid, mida keegi ei vaata, ja kasuta animatsioone säästlikult.
Mida saad aeglase kodulehega ise täna teha?
- Tee kiiruse test 3 korda ja pane mediaantulemus kirja.
- Vaata üle avalehe ja peamise teenuselehe pildid: kas mõni on üle 300 KB?
- Kustuta pluginad, mis on välja lülitatud või mida sa ei kasuta.
- Kontrolli majutuse halduspaneelist, milline PHP versioon on kasutusel.
- Mõtle, kas kõiki väliseid skripte on vaja: vana piksel, kasutamata vestlusaken, mitu analüütikatööriista.
- Tee kõigest varukoopia, enne kui midagi muudad.
Millal pöörduda arendaja poole?
Pildid ja pluginad saab sageli ise korda teha. Arendajat on vaja siis, kui probleem on teemas, lehehitajas, serveris või JavaScriptis, ja siis, kui kiirus kõigub palju ilma nähtava põhjuseta. Meie teeme kodulehe kiiruse optimeerimist WordPressi saitidele ja e-poodidele: mõõdame enne ja pärast, parandame põhjused ega peida neid. Kui majutus on aeglane, aitame kolida kiiremale majutusele. Alustuseks võid teha tasuta kodulehe auditi.
Korduma kippuvad küsimused
Mis on normaalne kodulehe laadimisaeg?
Google’i järgi peaks põhisisu (LCP) ilmuma 2,5 sekundi jooksul vähemalt 75% külastustest. Ettevõtte kodulehel on hea eesmärk 1,5–2,5 sekundit telefonis.
Kas aeglane koduleht tuleb ümber teha?
Enamasti mitte. Suurem osa aeglusest tuleb piltidest, pluginatest, skriptidest, vahemälust ja majutusest, mida saab parandada olemasoleval saidil. Uut saiti tasub kaaluda siis, kui teema või lehehitaja on vananenud ja raske.
Kas parem majutus teeb kodulehe kiireks?
Majutus parandab serveri vastuseaega, kuid ei aita, kui leht laeb 5 MB pilte ja kümneid skripte. Tavaliselt on vaja mõlemat.
Kas kodulehe kiirus mõjutab Google’i järjestust?
Jah, kuid mõõdukalt. Core Web Vitals on üks järjestamise signaalidest, sisu asjakohasus on olulisem. Kiirus mõjutab aga otseselt seda, kui suur osa külastajatest jääb lehele ja võtab ühendust.
Kui kiiresti on kiiruse parandamise mõju näha?
PageSpeed Insightsi laboritestis kohe. Google’i välitestid ja Search Console’i aruanne uuenevad 28 päeva jooksul.
Allikad
- Deloitte / Google – Milliseconds Make Millions (2020)
- Think with Google – Find out how you stack up to new industry benchmarks for mobile page speed
- web.dev – Web Vitals
- web.dev – Time to First Byte (TTFB)
- web.dev – The performance effects of too much lazy loading
- Google Search Central – Core Web Vitals and Google Search
