Kaksi sivua voi saada nopeustestissä täsmälleen samat pisteet ja toimia silti aivan eri tavalla oikeille kävijöille. Nopeustestin ajaminen on helppoa. Tulosten lukeminen oikein on se, mihin useimmat jumittuvat: mitkä luvut ovat tärkeitä, mitä ne oikeasti mittaavat ja mistä löytyy oikeaa käyttötietoa simuloitujen pisteiden sijaan. Tässä artikkelissa käydään läpi, miten verkkosivuston nopeustesti ajetaan, mitä tulosten mittarit tarkoittavat, miksi simuloidut ja oikeiden kävijöiden pisteet eroavat usein toisistaan ja miten tuloksilla tehdään parannuksia, jotka näkyvät sivustollasi vierailevien ihmisten kokemuksessa.
Nopeustestistä on eniten hyötyä, kun tiedät, mitä tuloksilla tehdään. Yksi pistemäärä sadasta kertoo yksinään hyvin vähän. Pisteiden takana olevat yksittäiset mittarit ja se, tulevatko ne simulaatiosta vai oikeilta kävijöiltä, ratkaisevat, vastaavatko tulokset sitä, mitä kävijäsi oikeasti kokevat. Mittareiden taustat löydät artikkelista mikä on sivun latausaika ja miten sitä mitataan.
Mitä verkkosivuston nopeustesti oikeasti mittaa?
Nopeustesti lataa sivun hallitussa ympäristössä ja kirjaa, kuinka kauan latausprosessin tietyt vaiheet kestävät. Työkalu mittaa esimerkiksi, kuinka nopeasti palvelin vastaa, milloin ensimmäinen sisältö ilmestyy ruudulle, milloin suurin näkyvä elementti on latautunut, kuinka paljon ulkoasu siirtyy latauksen aikana ja kuinka kauan kestää, ennen kuin sivu reagoi napsautuksiin. Mittauksia verrataan vakiorajoihin, ja niistä muodostetaan pistemäärä sekä merkitään parannuskohteet.
Laboratoriodata ja kenttädata
- Laboratoriodata: nopeustestityökalun tuottama. Sivu ladataan kiinteästä sijainnista simuloidulla laitteella ja yhteydellä. Tulokset ovat hallittuja ja toistettavia, mutta ne eivät kuvaa oikeiden kävijöiden olosuhteiden koko kirjoa
- Kenttädata: kerätty oikeilta kävijöiltä ja koottu 28 päivän liukuvalle ajanjaksolle. Hakukoneet käyttävät tätä dataa Core Web Vitals -pisteytykseen ja sijoituksiin
- Sivusto voi saada laboratoriotestissä 90 pistettä ja silti huonon Core Web Vitals -kenttädatan, jos oikeat kävijät käyttävät hitaampia laitteita, epävakaita yhteyksiä tai ovat maantieteellisesti kaukana palvelimesta
- Tarkista aina molemmat. Laboratoriodata sopii yksittäisten ongelmien selvittämiseen. Kenttädata ratkaisee todellisen vaikutuksen ja vaikutuksen hakusijoituksiin
Miten verkkosivuston nopeustesti ajetaan oikein?
Testaa ensin mobiilissa
- Hakukoneet käyttävät mobiili ensin -indeksointia, eli ne arvioivat sivut niiden mobiilisuorituskyvyn perusteella
- Mobiilipisteet ovat lähes aina matalammat kuin tietokoneen pisteet samalle sivulle, koska mobiililaitteissa on hitaammat prosessorit ja vaihtelevammat yhteydet
- Aja sekä mobiili- että tietokonetesti, mutta pidä mobiilitulosta ensisijaisena mittarina
Testaa eniten käytetyt sivusi, älä vain etusivua
- Etusivu on usein sivuston nopein sivu, koska siinä on yleensä vähemmän kuvia ja skriptejä kuin alasivuilla
- Tuotesivut, blogikirjoitukset ja laskeutumissivut saavat usein selvästi huonommat pisteet, ja niillä voi olla suurempi vaikutus kävijäkokemukseen ja sijoituksiin
- Testaa sivut, jotka saavat eniten liikennettä, ei niitä, jotka todennäköisimmin näyttävät hyvältä
Aja jokainen testi useammin kuin kerran
- Laboratoriotestin tulokset voivat vaihdella ajojen välillä palvelimen kuormituksen, testauspaikan verkko-olosuhteiden ja välimuistin tilan vuoksi
- Aja jokainen testi kaksi tai kolme kertaa ja käytä keskiarvoa lähtötasona yksittäisen tuloksen sijaan
Testaa ennen muutoksia ja niiden jälkeen
- Selvitä lähtötaso ennen kuin teet sivustoon muutoksia
- Aja sama testi jokaisen parannuksen jälkeen ja mittaa sen vaikutus
- Kenttädatan kohdalla odota muutosten jälkeen vähintään 28 päivää ennen vaikutuksen arviointia, koska data on 28 päivän liukuva keskiarvo, joka päivittyy vähitellen
Miten nopeustestin tulos luetaan?
Aloita epäonnistuvista mittareista, älä kokonaispisteistä
- Kokonaispistemäärä 65 ei kerro, mitä pitää korjata. Sen kertovat yksittäiset mittarit, jotka eivät mene läpi
- Katso, mitkä Core Web Vitals -mittareista ovat tasolla "kaipaa parannusta" tai "huono": LCP, INP ja CLS
- Jokainen epäonnistuva mittari osoittaa eri osaan sivua tai latausprosessia, jota kannattaa tutkia
Mihin kukin epäonnistuva mittari viittaa
- Korkea Time to First Byte: palvelimen vastaus on hidas. Tutki palvelinpaketin laatua, palvelinpuolen välimuistia ja tietokannan suorituskykyä
- Hidas Largest Contentful Paint: pääasiallisen näkyvän elementin lataus kestää liian kauan. Syynä on tyypillisesti optimoimattomat kuvat, _blocked_öintiä estävät resurssit tai hidas palvelimen vastaus
- Korkea Total Blocking Time tai huono Interaction to Next Paint: JavaScript estää pääsäikeen toiminnan. Yleisiä syitä ovat suuret skriptitiedostot ja kolmannen osapuolen skriptit
- Korkea Cumulative Layout Shift: elementit vaihtavat paikkaa sivun latautuessa. Syynä ovat kuvat ilman määriteltyjä mittoja, olemassa olevien elementtien yläpuolelle myöhään latautuva sisältö tai dynaamisesti lisätyt bannerit
Suositusten lukeminen
- Nopeustestityökalut listaavat tarkat suositukset ja arvioidun ajansäästön jokaiselle korjaukselle
- Hoida ensin suositukset, joissa arvioitu säästö on suurin, jotta saat suurimman hyödyn pienimmällä vaivalla
- Jotkin suositukset liittyvät kolmannen osapuolen skripteihin tai palveluihin, joihin et voi suoraan vaikuttaa. Merkitse ne muistiin, mutta keskity siihen, minkä voit muuttaa
Mitkä ovat hyvät nopeustestin pisteet?
Core Web Vitals -rajat
- Largest Contentful Paint alle 2,5 sekuntia: hyvä
- Interaction to Next Paint alle 200 millisekuntia: hyvä
- Cumulative Layout Shift alle 0,1: hyvä
Kokonaispisteiden luokat
- 90-100: hyvä
- 50-89: kaipaa parannusta
- 0-49: huono
Vertailuarvojen käyttö käytännössä
- Nämä ovat ehdottomia vertailuarvoja, mutta pisteidesi pitää olla parempia kuin samoista hakusanoista kanssasi kilpailevilla sivuilla, ei vain yleisen rajan yläpuolella
- Hae omaa kohdehakusanaasi ja aja nopeustestit sinua korkeammalla sijoittuville sivuille. Jos sinun LCP:si on 3,2 sekuntia ja heidän 2,1 sekuntia, se ero antaa konkreettisemman suunnan kuin pisteiden ero irrallaan
Tarkemman erittelyn siitä, mitä LCP, INP ja CLS mittaavat ja miten ne pisteytetään, löydät artikkelista mitä Core Web Vitals tarkoittaa.
Miten verkkosivuston nopeutta seurataan ajan mittaan?
Määritä lähtötaso ennen optimoinnin aloittamista
- Kirjaa nykyiset pisteet sivuille, joita aiot parantaa, ennen kuin teet mitään muutoksia
- Merkitse, mitkä mittarit epäonnistuvat ja kuinka paljon
- Aja testit uudelleen jokaisen muutoskierroksen jälkeen ja vertaa lähtötasoon, niin näet todellisen parannuksen
Tarkista kenttädata säännöllisesti, älä vain muutosten jälkeen
- Suorituskykyraporttien kenttädata päivittyy 28 päivän liukuvalla ajanjaksolla
- Tarkista se kuukausittain tai aina, kun sisältöön, koodiin tai palvelinpakettiin tehdään merkittävä muutos
- Kenttädatan pisteiden lasku osuu usein samaan aikaan uuden suuren kuvan lisäämisen, uuden kolmannen osapuolen skriptin asentamisen tai palvelinasetusten muutoksen kanssa
Testaa uuden sisällön julkaisun jälkeen
- Uusi blogikirjoitus, jossa on optimoimattomia kuvia, voi hidastaa kyseistä sivua selvästi vaikuttamatta muihin
- Uusi laskeutumissivu, jossa on raskaita skriptejä, voi tuoda mukanaan estäviä ongelmia, joita etusivun lähtötestaus ei koskaan paljastaisi
- Kun nopeustestaus kuuluu sisällön julkaisuprosessiin, heikennykset eivät kerry huomaamatta
Täydellisen oppaan tärkeimmistä parannuksista testitulostesi perusteella löydät artikkelista miten lyhennät verkkosivustosi latausaikaa. Kuviin liittyvistä ongelmista kerrotaan erikseen artikkelissa miten optimoit kuvat nopeampaa latausta varten.
Miten WEMASY tukee verkkosivuston nopeustestausta
WEMASYn analytiikkanäkymässä on Core Web Vitals -data kaikista alustalla rakennetuista sivuista, ja se perustuu oikeiden kävijöiden kenttädataan. LCP-, INP- ja CLS-pisteet näkyvät sivukohtaisesti ilman, että sinun tarvitsee ajaa ulkoisia testejä. Sivut, jotka alittavat hyvän rajan, merkitään sillä mittarilla, joka epäonnistuu, joten pääset suoraan ongelman luo ilman koko raportin läpikäyntiä.
Koska alusta hoitaa kuvien pakkauksen, välimuistin, minifioinnin ja CDN-jakelun automaattisesti, ulkoisten nopeustestien yleisimmät huomautukset on jo hoidettu. WEMASYlla rakennetun sivuston nopeustesti nostaa yleensä esiin sisältökohtaisia ongelmia eikä alustatason ongelmia, minkä vuoksi tuloksiin on helpompi tarttua.
Katso, mitä kuuluu mukaan, WEMASY-sivustonrakentajasta tai tutustu pakettivaihtoihin hinnoittelusivulla.
Usein kysytyt kysymykset
Miten testaan verkkosivustoni nopeuden?
Syötä verkkosivustosi osoite nopeustestityökaluun. Työkalu lataa sivusi hallituissa olosuhteissa ja tuottaa pisteet jokaiselle latausmittarille sekä mobiilissa että tietokoneella. Katso yksittäisten mittarien pisteitä kokonaispisteiden rinnalla: epäonnistuvat mittarit kertovat, mihin kannattaa keskittyä. Oikeiden kävijöiden suorituskykydatan löydät verkkosivustosi suorituskyky- tai analytiikkanäkymästä, jos siinä on Core Web Vitals -kenttädata. WEMASY-sivustonrakentajalla voit ottaa tämän käyttöön suoraan omalla verkkosivustollasi.
Mikä on hyvä verkkosivuston nopeuspistemäärä?
Pistemäärä 90 tai enemmän on hyvä, 50-89 kaipaa parannusta ja alle 50 on huono. Core Web Vitalsin tavoitteet ovat Largest Contentful Paint alle 2,5 sekuntia, Interaction to Next Paint alle 200 millisekuntia ja Cumulative Layout Shift alle 0,1. Sivu läpäisee Core Web Vitals -arvioinnin vain, kun kaikki kolme mittaria ovat hyvällä tasolla oikeiden kävijöiden kenttädatan perusteella.
Miksi nopeustestin pisteet vaihtelevat ajojen välillä?
Laboratoriotestin pisteet vaihtelevat, koska olosuhteet muuttuvat ajojen välillä: palvelimen kuormitus testihetkellä, testipalvelun sijainnin verkko-olosuhteet ja välimuistin tila vaikuttavat kaikki tulokseen. Testin ajaminen useita kertoja ja tulosten keskiarvo antavat luotettavamman lähtötason. Kenttädata, joka perustuu 28 päivän oikeisiin kävijämittauksiin, on vakaampaa ja kertoo paremmin tasaisesta suorituskyvystä sijoitusten kannalta.
Miksi mobiilin nopeuspisteet ovat matalammat kuin tietokoneella?
Mobiilinopeustestit simuloivat hitaampia prosessoreita ja mobiiliverkkoyhteyksiä, minkä vuoksi samalle sivulle tulee matalammat pisteet kuin tietokoneella. Hakukoneet käyttävät mobiili ensin -indeksointia, joten sivun mobiilisuorituskyky ratkaisee sijoituksissa. Pidä mobiilipisteitä ensisijaisena tuloksena, jota optimoit, vaikka tietokoneen pisteet näyttäisivät hyväksyttäviltä.
Mikä ero on laboratoriodatalla ja kenttädatalla nopeustestissä?
Laboratoriodata tulee simuloidusta testiajosta hallituissa olosuhteissa kiinteästä sijainnista ja laitteelta. Se on tasaista ja sopii yksittäisten ongelmien selvittämiseen. Kenttädata tulee oikeilta kävijöiltä, se on koottu 28 päivän liukuvalle ajanjaksolle ja kuvaa niiden laitteiden, yhteyksien ja sijaintien koko kirjoa, joita oikeat kävijäsi käyttävät. Hakukoneet käyttävät kenttädataa Core Web Vitals -pisteytykseen. Sivusto voi saada laboratoriotestissä hyvät pisteet ja silti huonon kenttädatan, jos kävijöiden todelliset olosuhteet poikkeavat selvästi testiympäristöstä.
Kuinka usein nopeustesti kannattaa ajaa?
Aja nopeustesti aina, kun verkkosivustoosi tehdään merkittävä muutos: lisäät suuria kuvia, asennat uusia skriptejä, vaihdat palvelinpakettia tai julkaiset uuden sivutyypin. Jatkuvaan seurantaan riittää, että tarkistat analytiikka- tai suorituskykynäkymän kenttädatan kuukausittain. Kenttädata päivittyy 28 päivän liukuvalla ajanjaksolla, joten tiheä manuaalinen testaus ei ole tarpeen, mutta kuukausittaiset tarkistukset auttavat huomaamaan heikennykset ennen kuin ne vaikuttavat sijoituksiin tai kävijäkokemukseen.