Kolme mittaria ja niiden rajat#
Google mittaa sivuston käyttökokemusta kolmella mittarilla. Arvio tehdään 75. persentiilissä, eli sen mukaan, miten käy kolmella käynnillä neljästä [1]. Google käyttää mittareita sivukokemusjärjestelmissään [2].
✓ Hyvä ! Kaipaa parannusta ✕ Heikko
Näytä taulukkona
| Mittaa | Hyvä | Kaipaa parannusta | Heikko |
|---|---|---|---|
| LCP | enintään 2,5 s | 2,5-4 s | yli 4 s |
| INP | enintään 200 ms | 200-500 ms | yli 500 ms |
| CLS | enintään 0,1 | 0,1-0,25 | yli 0,25 |
Mistä luvut tulevat#
Luvut tulevat Chrome UX Reportista: nimettömiä tietoja todellisilta Chromen käyttäjiltä, jotka jakavat tilastoja. Mukana ovat vain sivustot, joilla on riittävästi käyntejä, eikä Google kerro, missä raja kulkee [3]. Jos sivustosi tiedot puuttuvat, kerromme sen. Emme koskaan arvaa lukua.
Vaatimuksemme: alle 0,7 sekuntia#
Googlen rajat ovat vähimmäistaso. Rakentamillamme ja ylläpitämillämme sivustoilla vaadimme enemmän: pääsisällön on näyttävä 0,7 sekunnissa tietokoneella ja palvelimen on vastattava 0,2 sekunnissa. Mobiilissa, jossa Google olettaa hitaamman 4G-verkon, sivun on alitettava Googlen hyvän raja selvällä marginaalilla. Vaatimukset koskevat sekä uutta ulkoasua että kopiota asiakkaan nykyisestä sivustosta [4] [5].
| Mittaa | Googlen hyvän raja | Vaatimuksemme omille sivustoillemme |
|---|---|---|
| Palvelimen vastaus (TTFB) | enintään 0,8 s (suositus) | enintään 0,2 s |
| Ensimmäinen sisältö näkyy (FCP) | enintään 1,8 s (suositus) | enintään 0,8 s |
| Pääsisältö näkyy (LCP), tietokone | enintään 2,5 s | enintään 0,7 s |
| Pääsisältö näkyy (LCP), mobiili 4G-verkossa | enintään 2,5 s | enintään 2,5 s, tavoite 1,0 s |
| Reagointi klikkaukseen (INP) | enintään 0,2 s | enintään 0,1 s |
| Asettelun siirtymä (CLS) | enintään 0,1 | enintään 0,1, tavoite 0,02 |
| Lighthouse-suorituskyky | 90+ katsotaan hyväksi | 90-100 |
| Lighthouse SEO ja saavutettavuus | ei Googlen vaatimusta | 95-100 |
Näin testaamme nopeuden#
- Jokainen rakentamamme tai esikatseltava sivusto testataan Googlen PageSpeed Insightsilla mobiilissa ja tietokoneella vähintään kerran viikossa ja jokaisen muutoksen jälkeen. Sivusto, joka ei täytä vaatimusta, näkyy heti ylläpidossamme yhdessä korjattavien asioiden kanssa [6].
- Jokainen analysoimamme sivusto, myös asiakkaan nykyinen, testataan samalla tavalla. Myyjä näkee luvun lähteineen, esimerkiksi kuinka monta sekuntia kestää ennen kuin pääsisältö näkyy mobiilissa, verrattuna Googlen rajaan.
- Jos sivustolla on riittävästi kävijöitä, näytämme myös Googlen mittauksen todellisista kävijöistä (Chrome UX Report), jota Google itse käyttää [3].
Tämän teemme, jotta sivusto on nopea#
- Sivu lähetetään palvelimelta valmiina, ja tärkeimmät tyylit ovat suoraan sivulla, joten mikään ei joudu odottamaan skriptejä.
- Pääkuva haetaan ensin ja näytölle oikean kokoisena; alempana olevat kuvat latautuvat, kun kävijä vierittää niiden kohdalle.
- Fontit ovat omalla palvelimellamme, ja samanmittainen varatyyli estää tekstiä hyppimästä, kun fontti saapuu.
- Seuraava sivu haetaan etukäteen, kun kävijä osoittaa linkkiä, joten se avautuu heti.
- Palvelimen taustatyöt tulevat aina kävijöiden sivujen jälkeen.
- Näytämme Googlen mittauksen analyysissa, kun se on olemassa, päivämäärineen ja lähteineen.
Kuvat#
Miten kuvat kannattaa nimetä, kuvata ja ladata ja mitä myyttejä EXIF- ja GPS-tietoihin liittyy, kerrotaan kohdassa Kuvat ja tiedostonimet.
Kuinka nopea verkkosivustosi on?
Maksuton analyysi mittaa nopeuden mobiilissa ja tietokoneella.
0 SEK · ei rekisteröitymistä · vastaus noin minuutissa
Tämän sivun lähteet
- Web Vitals: mittarit ja kynnysarvot web.dev (Google) · Virallinen dokumentaatio
- Core Web Vitals ja Google-haku Google Search Central · Virallinen dokumentaatio
- Chrome UX Report: menetelmä Chrome for Developers · Virallinen dokumentaatio
- Largest Contentful Paint (LCP) web.dev (Google) · Virallinen dokumentaatio
- Time to First Byte (TTFB) web.dev (Google) · Virallinen dokumentaatio
- Tietoja PageSpeed Insightsista Google for Developers · Virallinen dokumentaatio