Otetaan kaksi verkkosivustoa, jotka myyvät samaa asiaa. Avaa ne rinnakkain. Toinen latautuu ennen kuin sormesi ehtii irti kosketuslevystä. Toinen kestää neljä sekuntia, ennen kuin yksikään elementti ilmestyy. Eron, jonka juuri koit, nimi on sivun latausaika. Mutta nopeustestityökalussa näkemäsi luku on vain osa kuvaa. Sivun latausaika ei ole yksi mittaus. Se on joukko mittauksia, joista jokainen kuvaa eri hetkeä latausjaksossa ja kertoo jotain erilaista siitä, mitä kävijä todella kokee. Tässä artikkelissa käydään läpi, mitä sivun latausaika mittaa, mitkä mittarit ovat tärkeitä ja mitä ne kertovat, miksi mobiili ja tietokone eroavat ja miten luet oman sivustosi suorituskykydataa ilman, että tarvitset kehittäjää kääntämään sitä.
Sivun latausaika on aika siitä, kun kävijä pyytää sivua, siihen, kun sivu on täysin käyttökelpoinen hänen selaimessaan. Syy siihen, että sitä mitataan usealla tavalla, on se, että "latautunut" tarkoittaa eri asioita sen mukaan, mitä yrität ymmärtää. Sivu voi näyttää sisältöä ennen kuin se on ladannut jokaisen elementin. Se voi vaikuttaa vuorovaikutteiselta ennen kuin se oikeasti reagoi klikkauksiin. Sen ymmärtäminen, mikä latausjakson osa on hidas, tekee sivun nopeusdatasta hyödyllistä pelkän huolestuttavuuden sijaan. Siitä, miksi tällä on väliä liiketoiminnallesi ja hakusijoituksillesi, kerrotaan artikkelissa miksi verkkosivuston nopeudella on väliä.
Mitä sivun latausaika oikeastaan mittaa?
Ilmaisua "sivun latausaika" käytetään löyhästi viittaamaan yhteen lukuun, mutta käytännössä se viittaa aikajanaan, jossa on useita tarkistuspisteitä. Jokainen tarkistuspiste vastaa eri kysymykseen siitä, mitä kävijä kokee sivun latautuessa.
Latausjakso
- Selain lähettää pyynnön palvelimellesi
- Palvelin käsittelee pyynnön ja lähettää vastauksen
- Selain alkaa vastaanottaa ja _blocked_öidä sivua
- Teksti ja kuvat ilmestyvät vähitellen latautuessaan
- Skriptit suoritetaan, jolloin sivusta tulee vuorovaikutteinen
- Viimeinen elementti on latautunut
Eri mittarit tallentavat eri kohtia tästä jaksosta. Hyvä sivun latausajan tulos riippuu siitä, mitä tarkistuspisteitä mittaat, ei pelkästä yhdestä kuluneesta ajasta.
Mitkä ovat sivun latausajan mittaamiseen käytetyt mittarit?
Time to First Byte (TTFB)
- Mitä se mittaa: kuinka kauan selain odottaa, ennen kuin se saa ensimmäisen tavun dataa palvelimeltasi
- Hyvä tulos: alle 800 millisekuntia
- Miksi sillä on väliä: hidas TTFB viivästyttää kaikkea sen jälkeen. Selain ei voi aloittaa minkään _blocked_öintiä ennen kuin dataa saapuu. Hidas TTFB viittaa yleensä palvelimen suorituskykyyn, verkkopalvelun laatuun tai optimoimattomiin tietokantakyselyihin
First Contentful Paint (FCP)
- Mitä se mittaa: hetki, jolloin selain _blocked_öi ensimmäisen sisältöosan, olipa se teksti, kuva tai tausta
- Hyvä tulos: alle 1,8 sekuntia
- Miksi sillä on väliä: tällöin kävijä näkee ensimmäistä kertaa, että jotain tapahtuu. Nopea FCP kertoo, että sivu reagoi, vaikka se ei ole vielä latautunut kokonaan
Largest Contentful Paint (LCP)
- Mitä se mittaa: milloin suurin näkyvä elementti (yleensä pääkuva tai suuri otsikko) latautuu kokonaan
- Hyvä tulos: 2,5 sekuntia tai nopeampi
- Miksi sillä on väliä: LCP on yksi kolmesta hakusijoituksissa käytetystä Core Web Vitals -mittarista. Se on lähin vastine kysymykselle "milloin tämä sivu tuntuu käyttökelpoiselta", koska suurin elementti on yleensä sivun tärkein visuaalinen kohde
Time to Interactive (TTI)
- Mitä se mittaa: milloin sivu on täysin vuorovaikutteinen ja reagoi luotettavasti klikkauksiin ja näppäimistön syötteisiin
- Hyvä tulos: alle 3,8 sekuntia
- Miksi sillä on väliä: sivu voi näyttää latautuneelta, kun JavaScript suoritetaan vielä taustalla. TTI kuvaa eron sen välillä, kun sivu näyttää valmiilta ja kun se todella on valmis
Total Blocking Time (TBT)
- Mitä se mittaa: kokonaisaika, jonka pääsäie on estetty eikä pysty vastaamaan syötteisiin FCP:n ja TTI:n välillä
- Hyvä tulos: alle 200 millisekuntia
- Miksi sillä on väliä: TBT kertoo, kuinka paljon raskas JavaScript-käsittely viivästyttää vuorovaikutteisuutta. Korkea TBT tarkoittaa, että kävijät klikkaavat painikkeita eikä mitään tapahdu, mikä heikentää luottamusta, vaikka sivu näyttäisi visuaalisesti latautuneelta
Koko sivun lataus
- Mitä se mittaa: milloin jokainen sivun resurssi, myös kuvat, skriptit, fontit ja kolmannen osapuolen upotukset, on latautunut kokonaan
- Hyvä tulos: alle 5 sekuntia mobiilissa
- Miksi sillä on väliä: tämä on mittari, jota useimmat tarkoittavat puhuessaan "sivun latausajasta". Se on hyödyllinen sivusi kokonaispainon ymmärtämisessä, mutta vähemmän tärkeä kävijäkokemukselle kuin LCP ja TTI, koska kävijät alkavat yleensä käyttää sivua jo ennen kuin jokainen elementti on latautunut
Miksi mobiilin sivun latausaika eroaa tietokoneesta?
Mobiili ja tietokone tuottavat eri sivun latausajan pisteet samalle sivulle, vaikka sisältö olisi identtinen.
Syyt siihen, miksi mobiili on johdonmukaisesti hitaampi
- Mobiiliyhteydet ovat keskimäärin hitaampia kuin kiinteä laajakaista, myös 4G- ja 5G-verkoissa
- Mobiiliprosessorit ovat vähemmän tehokkaita kuin tietokoneen suorittimet, joten JavaScript suoritetaan hitaammin
- Mobiiliselaimilla on vähemmän käytettävissä olevaa muistia, mikä rajoittaa sivujen välillä välimuistiin tallennettavaa määrää
- Verkko-olosuhteet vaihtelevat mobiilissa enemmän, mikä aiheuttaa epätasaista suorituskykyä käyntien välillä
Miksi mobiilipisteillä on suurempi paino
- Hakukoneet käyttävät mobiili edellä -indeksointia, eli ne käyvät läpi ja sijoittavat sivut mobiiliversion perusteella
- Mobiilin Core Web Vitals -pisteillä on suurempi sijoituspaino kuin tietokoneen pisteillä
- Mobiili muodostaa suurimman osan maailmanlaajuisesta verkkoliikenteestä, joten mobiilisuorituskyky vaikuttaa suurimpaan osaan kävijöistäsi
Tee aina erilliset mobiili- ja tietokonetestit. Sivu, joka saa hyvät pisteet tietokoneella, voi silti kärsiä merkittävistä ongelmista mobiilissa, ja mobiilissa sijoitusvaikutus on suurin.
Mikä aiheuttaa hitaat sivun latausajat?
Suuret pakkaamattomat kuvat
- Yleisin syy suureen sivupainoon ja hitaisiin latausaikoihin
- Suoraan puhelimesta ladattu valokuva voi olla 4 - 8 megatavua
- Sama kuva oikein pakattuna voi olla alle 100 kilotavua ilman näkyvää laatueroa
- Jokainen pakkaamaton kuva lisää sekunteja FCP:hen ja LCP:hen
_blocked_öintiä estävät skriptit ja tyylitiedostot
- Selaimet keskeyttävät _blocked_öinnin, kun ne kohtaavat JavaScript- tai CSS-tiedostoja, jotka niiden on käsiteltävä ennen jatkamista
- Dokumentin head-osassa ladatut skriptit estävät sivua näyttämästä mitään, kunnes ne ovat valmiita
- Ei-kriittisten skriptien lykkääminen siirtää ne pois kriittiseltä polulta ja nopeuttaa FCP:tä ja LCP:tä
Hidas palvelimen vaste (korkea TTFB)
- Jokainen sivulataus alkaa palvelinpyynnöllä. Jos palvelin on hidas, kaikki sen jälkeinen viivästyy
- Jaetuissa palveluympäristöissä suoritin ja muisti jaetaan monen sivuston kesken, mikä aiheuttaa arvaamattomia vasteaikoja
- Optimoimattomat tietokannat ja palvelinpuolen _blocked_öinti ilman välimuistia ovat yleisiä syitä
Liikaa kolmannen osapuolen skriptejä
- Chat-widgetit, seurantapikselit ja analytiikkatyökalut lisäävät kukin ulkoisia yhteyspyyntöjä
- Jos jokin ulkoinen palvelin vastaa hitaasti, sivusi joutuu odottamaan sitä
- Kolmannen osapuolen skriptit voivat vaikuttaa merkittävästi TBT:hen lisäämällä JavaScriptin suoritusaikaa
Välimuistia ei ole käytössä
- Ilman välimuistia jokainen käynti käynnistää sivun täydellisen uudelleenrakennuksen palvelimella
- Välimuistin kanssa palaavat kävijät latautuvat tallennetusta versiosta, mikä lyhentää palvelimen vasteaikaa merkittävästi
- Selaimen välimuisti antaa myös toistuvien kävijöiden ohittaa jo ladattujen tiedostojen latauksen
Miten mittaat oman sivusi latausajan?
Mitä nopeustestityökalut mittaavat
- Nopeustestityökalut simuloivat sivun latauksen kiinteästä sijainnista ja yhteydeltä ja pisteyttävät jokaisen mittarin vakiorajoja vasten
- Näitä kutsutaan laboratoriotuloksiksi: hallittuja testejä, jotka ajetaan yhdenmukaisissa olosuhteissa
- Laboratoriotulokset ovat hyödyllisiä tiettyjen ongelmien diagnosointiin, mutta ne eivät kuvaa, miten oikeat kävijät eri yhteyksillä ja laitteilla todella kokevat sivusi
Laboratoriodata ja kenttädata
- Laboratoriodata: simuloidut testit hallitussa ympäristössä. Nopeita ajaa ja hyviä yksittäisten ongelmien eristämiseen
- Kenttädata: oikeiden kävijöiden todelliset mittaukset sivustollasi, koottuna ajan yli. Tätä hakukoneet käyttävät Core Web Vitals -pisteytykseen
- Sivu voi saada hyvät pisteet laboratoriotestissä mutta huonot kenttädatassa, jos todelliset olosuhteet, hitaammat laitteet, heikommat yhteydet tai maantieteellinen etäisyys palvelimestasi tuottavat eri tuloksia oikeille kävijöille
Mitä katsoa nopeusraporttia lukiessa
- Tarkista ensin LCP: se on tärkein mittari sekä kävijäkokemuksen että hakusijoitusten kannalta
- Katso TTFB:tä selvittääksesi, onko ongelma palvelinpuolella vai käyttöliittymässä
- Tarkista TBT selvittääksesi, estääkö JavaScript vuorovaikutteisuuden
- Tee erilliset testit mobiilille ja tietokoneelle
- Vertaa pisteitäsi kohdeavainsanoillasi sinua korkeammalla sijoittuviin sivuihin, ei pelkästään abstrakteihin vertailuarvoihin
Erittelyn Core Web Vitalsin rajoista ja siitä, miten hakukoneet pisteyttävät sivut niitä vasten, saat artikkelista mitä Core Web Vitals on.
Näin WEMASY hoitaa sivun latausajan
WEMASYn Sivustonrakentaja on rakennettu pitämään sivun latausajat nopeina ilman teknistä määritystä. Alustan kautta ladatut kuvat pakataan ja niiden kokoa muutetaan automaattisesti ennen tarjoamista. Verkkopalveluinfrastruktuuri kuuluu jokaiseen tilaukseen, joten sivustoja ei sijoiteta jaettuihin ympäristöihin, joissa vasteajat ovat arvaamattomia. Välimuisti on oletuksena käytössä, ja WEMASYllä rakennetut sivut on jäsennelty pitämään _blocked_öintiä estävät resurssit minimissä.
Core Web Vitals -pisteet, myös LCP, INP ja CLS, näkyvät suoraan WEMASYn hallintapaneelissa oikeiden kävijöiden kenttädatan perusteella. Näin voit tarkistaa, miten sivusi suoriutuvat hakusijoituksille tärkeisiin rajoihin nähden, ilman ulkoisia testejä.
Katso, mitä kuuluu mukaan, sivulta WEMASYn Sivustonrakentaja tai tutustu tilausvaihtoehtoihin hinnoittelusivulla.
Usein kysytyt kysymykset
Mikä on hyvä sivun latausaika?
Core Web Vitalsissa keskeinen raja on Largest Contentful Paint alle 2,5 sekuntia. Käytännössä täyden vuorovaikutteisuuden tavoittelu kolmessa sekunnissa mobiiliyhteydellä kattaa suurimman osan todellisista käyttötapauksista. Koko sivun lataus alle viidessä sekunnissa mobiilissa on kohtuullinen vertailuarvo useimmille pienyritysten verkkosivustoille. WEMASYn Sivustonrakentajalla voit ottaa tämän käyttöön suoraan omalla sivustollasi.
Mitä eroa on sivun latausajalla ja Core Web Vitalsilla?
Sivun latausaika viittaa koko mittausten sarjaan ensimmäisestä palvelinpyynnöstä viimeisen elementin latautumiseen. Core Web Vitals on kolme tiettyä mittaria tämän sarjan sisällä, Largest Contentful Paint, Interaction to Next Paint ja Cumulative Layout Shift, joita hakukoneet käyttävät sijoitussignaaleina. Core Web Vitals on sivun latausajan mittausten osajoukko, joka keskittyy erityisesti latauskokemuksen osiin, jotka vaikuttavat kävijöihin eniten.
Miksi sivuni latausaika on eri mobiilissa ja tietokoneella?
Mobiili ja tietokone tuottavat eri pisteet, koska mobiililaitteissa on hitaammat prosessorit, ne toimivat vaihtelevilla verkkoyhteyksillä ja niillä on vähemmän muistia kuin tietokoneilla. Sivu, joka latautuu kahdessa sekunnissa laajakaistayhteydellä tietokoneella, voi kestää neljä sekuntia tai enemmän mobiililaitteella keskimääräisessä mobiiliverkossa. Hakukoneet pisteyttävät mobiilisuorituskyvyn erikseen ja painottavat sitä enemmän, koska suurin osa verkkoliikenteestä tulee mobiililaitteilta.
Mitä eroa on laboratoriodatalla ja kenttädatalla nopeustesteissä?
Laboratoriodata tulee simuloidusta testistä, joka ajetaan hallituissa olosuhteissa kiinteästä sijainnista ja laitteelta. Kenttädata tulee sivustosi oikeilta kävijöiltä, mitattuna heidän todellisilla laitteillaan, sijainneissaan ja yhteyksillään. Hakukoneet käyttävät kenttädataa Core Web Vitals -pisteytykseen, ei laboratoriotuloksia. Sivusto voi näyttää nopealta laboratoriotestissä mutta saada huonot pisteet kenttädatassa, jos oikeat kävijät ovat hitaammilla yhteyksillä tai laitteilla tai maantieteellisesti kaukana palvelimestasi.
Mitä Time to First Byte tarkoittaa?
Time to First Byte (TTFB) on aika siitä, kun selain lähettää pyynnön palvelimellesi, siihen, kun se saa ensimmäisen tavun dataa takaisin. Se mittaa palvelimen vastausnopeutta. Hidas TTFB viivästyttää jokaista seuraavaa vaihetta latausjaksossa, koska selain ei voi aloittaa minkään _blocked_öintiä ennen kuin se alkaa saada dataa. Yli 800 millisekunnin TTFB viittaa yleensä palvelimen suorituskykyongelmiin, hitaisiin palveluympäristöihin tai optimoimattomaan taustakäsittelyyn.
Vaikuttaako sivun latausaika hakusijoituksiin?
Kyllä. Hakukoneet käyttävät sijoitussignaaleina Core Web Vitalsia, joka perustuu sivun latausajan mittauksiin. Largest Contentful Paint, Interaction to Next Paint ja Cumulative Layout Shift pisteytetään oikeiden kävijöiden datan perusteella ja niillä arvioidaan sivukokemusta. Sivuilla, jotka saavat hyvän tuloksen, on sijoitusetu heikosti pisteytettyihin sivuihin nähden, erityisesti kun kilpailevilla sivuilla on samankaltainen sisällön laatu.