PageSpeed Insights: kuidas tulemust lugeda ja mida esimesena parandada
PageSpeed Insights on tasuta tööriist, mida kasutab peaaegu iga kodulehe omanik, kuid vähesed loevad selle tulemust õigesti. Punane number avalehel tekitab paanikat, roheline number annab vale rahutunde. Selgitame, mida raport tegelikult näitab, milline osa sellest on Google'i jaoks oluline ja kust parandamist alustada.
Kaks erinevat mõõtmist ühel lehel
PageSpeed Insightsi raport koosneb kahest osast, mis mõõdavad erinevaid asju, ja just nende segiajamine on kõige sagedasem viga.
Ülemine osa kannab nime päris kasutajate kogemus. See on väliandmestik ehk Chrome'i kasutajate tegelikud mõõtmised viimase 28 päeva jooksul. Just neid andmeid kasutab Google Core Web Vitalsi hindamisel.
Alumine osa on Lighthouse'i laboritest koos skooriga 0 kuni 100. See on üks simuleeritud laadimine aeglase mobiilivõrgu ja nõrga seadme tingimustes. Skoor on diagnostikavahend, mitte Google'i hinnang teie saidile.
Väiksematel saitidel ei ole väliandmeid sageli üldse, sest külastajaid on liiga vähe. Sellisel juhul näete ainult laboritesti ja peate arvestama, et see on hinnanguline.
Kui väliandmed on rohelised, aga laboriskoor on 60, on sait tegelikult korras. Kui laboriskoor on 95, aga väliandmed on punased, on teil probleem, mida labor ei näe, näiteks aeglane server tipptundidel või raske reklaamiskript.
Kolm näitajat, mis loevad
Core Web Vitals koosneb kolmest mõõdikust ja iga neist vastab ühele küsimusele kasutaja vaatest.
- LCP ehk suurima sisuelemendi joonistamine: kui kiiresti ilmub lehe peamine sisu, tavaliselt suur pilt või pealkiri. Hea tulemus on alla 2,5 sekundi.
- INP ehk reageerimine interaktsioonile: kui kiiresti leht reageerib klikile, puudutusele või klahvivajutusele. Hea tulemus on alla 200 millisekundi.
- CLS ehk paigutuse nihkumine: kui palju sisu laadimise ajal hüppab. Hea tulemus on alla 0,1.
Hinnangu saamiseks peab 75 protsendil külastustest iga näitaja olema heas vahemikus. See tähendab, et aeglasemate seadmete ja halvema võrguga kasutajad mõjutavad tulemust rohkem, kui võiks arvata.
Lisaks näitab raport ka TTFB-d ehk serveri esimese vastuse aega ja FCP-d ehk esimese sisu ilmumist. Need ei ole otseselt hindamise osa, kuid aitavad leida põhjust, miks LCP on aeglane.
Miks skoor iga kord erineb
Paljud omanikud testivad sama lehte kolm korda ja saavad kolm erinevat skoori. See on normaalne ega tähenda, et midagi oleks katki.
Laboritest sõltub serveri vastuse ajast just sel hetkel, kolmandate osapoolte skriptide käitumisest, reklaamidest ja isegi testserveri koormusest. Kõikumine 5 kuni 10 punkti võrra on tavaline.
Seepärast ärge tehke otsuseid ühe testi põhjal. Käivitage test kolm korda ja vaadake mediaani või veel parem, jälgige väliandmeid Search Console'i Core Web Vitalsi aruandes.
Samuti ärge võrrelge mobiili ja lauaarvuti skoori omavahel. Mobiili test simuleerib tunduvalt nõrgemat seadet, mistõttu on selle skoor alati madalam.
Ja pidage meeles, et väliandmed uuenevad aeglaselt. Parandus, mille tegite täna, peegeldub väliandmetes täielikult alles umbes nelja nädala pärast.
Mida esimesena parandada
Raporti allosas on pikk nimekiri võimalustest ja diagnoosidest. Kõik need ei ole võrdselt olulised ja kõiki ei pea parandama.
- Kui LCP on aeglane, vaadake esmalt peamist pilti. Liiga suur fail, vale formaat või laisk laadimine esimese ekraani pildil on kõige levinumad põhjused. WebP või AVIF formaat ja õige suurus parandavad tulemust sageli poole võrra.
- Kui TTFB on üle 0,8 sekundi, on probleem serveris või hostingus, mitte lehe kujunduses. Vahemälu, parem hosting või CDN aitavad siin rohkem kui ükski esiosa optimeerimine.
- Kui INP on halb, on süüdi tavaliselt JavaScript: liiga palju pluginaid, vestlusaknad, jälgimisskriptid ja raske lehehaldur. Eemaldage see, mida te ei kasuta, ja lükake ülejäänu edasi.
- Kui CLS on halb, puuduvad piltidel ja reklaamiplokkidel mõõtmed või laaditakse fonte nii, et tekst hüppab. Mõõtmete lisamine on tavaliselt lihtne parandus.
Keskenduge ühele näitajale korraga ja alustage sellest, mis on punane väliandmetes. Punkt-punktilt kõigi soovituste täitmine võtab palju aega ja annab tihti ainult paar punkti.
Kui palju kiirus tegelikult loeb
Kiirus on Google'i jaoks järjestustegur, kuid mitte kõige tugevam. Aeglane leht väga hea sisuga jääb sageli kiire, aga nõrga sisuga lehe ette.
Palju suurem mõju on kiirusel külastajate käitumisele. Iga lisasekund mobiilis suurendab lahkumiste osakaalu ja vähendab päringute arvu, eriti reklaamiliikluse puhul, kus inimene ei ole teie ettevõttega veel seotud.
Seepärast on mõistlik eesmärk mitte 100 punkti, vaid rohelised väliandmed ja tunne, et leht avaneb telefonis kohe. Viimaste punktide tagaajamine maksab sageli rohkem, kui see tagasi toob.
Testige ka päris seadmes. Võtke vanem Android-telefon, lülitage WiFi välja ja avage oma avaleht. See minut ütleb sageli rohkem kui ükski raport.
Ja kontrollige kiirust uuesti pärast iga suuremat muudatust: uus plugin, uus reklaamikood või uus pildigalerii võivad varem hea tulemuse märkamatult ära rikkuda.
FAQ
Kas PageSpeed Insightsi skoor 100 on vajalik, et Google'is hästi paigutuda?+
Ei ole. Google kasutab järjestamisel Core Web Vitalsi väliandmeid ehk päris kasutajate mõõtmisi, mitte Lighthouse'i laboriskoori. Skoor 0 kuni 100 on diagnostikavahend, mis aitab leida kitsaskohti, kuid Google ei vaata seda numbrit otseselt. Sait, mille laboriskoor on 70, aga väliandmetes on kõik kolm näitajat rohelised, on Google'i silmis korras. Pealegi on kiirus vaid üks paljudest teguritest ja sisu asjakohasus kaalub reeglina rohkem. Mõistlik eesmärk on saada väliandmed roheliseks ja tagada, et leht avaneks mobiilis kiiresti. Viimaste punktide jahtimine 90-lt 100-le nõuab sageli suuri muudatusi, näiteks analüütika või vestlusakna eemaldamist, ning ärile annab see harva midagi juurde.
Miks minu saidil väliandmeid ei ole?+
Väliandmed pärinevad Chrome'i kasutajakogemuse aruandest ja neid kuvatakse ainult siis, kui saidil või konkreetsel lehel on piisavalt palju külastusi Chrome'i kasutajatelt, kes on nõustunud statistika jagamisega. Väikestel ja uutel saitidel seda lävendit sageli ei ületata, eriti üksikute alamlehtede tasemel. Sellisel juhul näitab PageSpeed Insights mõnikord kogu domeeni koondandmeid või ainult laboritesti. Andmete puudumine ei ole viga ega mõjuta paigutust negatiivselt. Kiirust saab sellisel juhul hinnata laboritesti ja Search Console'i abil ning kõige usaldusväärsemalt nii, et testite lehte ise mõnes keskmises nutitelefonis mobiilse andmesidega.
Kas WordPressi saidi kiirust saab parandada ilma arendajata?+
Osaliselt jah. Kõige suurema mõju annavad tavaliselt kolm asja, mida saab teha ka ilma koodita: piltide optimeerimine ja kaasaegsesse formaati viimine, vahemäluplugina seadistamine ning mittevajalike pluginate eemaldamine. Samuti tasub kontrollida hostingut, sest odav jagatud majutus on sageli kõige aeglasem lüli ja parem pakett või teenusepakkuja parandab serveri vastuseaega kohe. Keerulisemad probleemid, nagu raske teema, JavaScripti edasilükkamine või kriitilise CSS-i eraldamine, vajavad juba arendaja abi, sest valesti seadistatud optimeerimisplugin võib saidi funktsionaalsuse lõhkuda. Tehke enne iga suuremat muudatust varukoopia ja kontrollige pärast muudatust, et vormid, ostukorv ja menüü töötavad.