Core Web Vitals tarkoittaa kolmea Googlen mittaria, jotka kuvaavat sitä, miltä verkkosivun käyttäminen oikeasti tuntuu: kuinka nopeasti sivu latautuu, kuinka nopeasti se reagoi klikkauksiin ja kuinka vakaana sisältö pysyy ruudulla. Tässä oppaassa käydään mittarit läpi selkokielellä, kerrotaan mitkä ovat hyvät raja-arvot ja neuvotaan käytännössä, miten jokaisen mittarin saa korjattua. Lopussa on myös usein kysytyt kysymykset.
Tärkeimmät kohdat
- Core Web Vitals = kolme mittaria: LCP (lataus), INP (vuorovaikutus) ja CLS (visuaalinen vakaus).
- Hyvät raja-arvot: LCP ≤ 2,5 s, INP ≤ 200 ms ja CLS ≤ 0,1.
- INP korvasi FID-mittarin 12. maaliskuuta 2024.
- Arvio perustuu todellisten käyttäjien dataan (CrUX) 75. prosenttipisteessä, erikseen mobiilille ja työpöydälle.
- Mittarit vaikuttavat SEO:hon osana sivukokemusta, mutta sisällön laatu ratkaisee silti eniten.
Mitä Core Web Vitals tarkoittaa?
Core Web Vitals (suomeksi usein ”keskeiset verkkoydinarvot”) on Googlen määrittelemä joukko mittareita, jotka mittaavat sivun käyttökokemuksen laatua teknisestä näkökulmasta. Niiden tarkoitus on tiivistää monimutkainen asia – sivun nopeus ja sujuvuus – muutamaan lukuun, joita voi seurata ja parantaa.
Mittarit ovat osa laajempaa kokonaisuutta, jota Google kutsuu nimellä sivukokemus (page experience). Core Web Vitals keskittyy kolmeen asiaan, jotka käyttäjä huomaa heti: latausnopeuteen, vuorovaikutuksen sujuvuuteen ja sivun visuaaliseen vakauteen. Jokaiselle on oma mittarinsa ja omat raja-arvonsa.
Olennaista on, että Core Web Vitals perustuu todellisten käyttäjien kokemukseen – ei vain siihen, miltä sivu näyttää kehittäjän omalla nopealla koneella. Google kerää dataa oikeilta kävijöiltä ja vertaa sitä raja-arvoihin.
Miksi Core Web Vitals on tärkeä?
Core Web Vitals on tärkeä kahdesta syystä: se vaikuttaa käyttäjäkokemukseen ja sitä kautta liiketoimintaan, ja se on osa Googlen sijoitustekijöitä. Hidas tai hyppivä sivu turhauttaa kävijää, ja turhautunut kävijä poistuu nopeasti.
Käytännössä mittarit kuvaavat kolmea hetkeä, jotka ratkaisevat ensivaikutelman:
- Latautuuko sivu ajoissa? Jos pääsisältö ei näy muutamassa sekunnissa, moni kävijä palaa takaisin hakutuloksiin.
- Reagoiko sivu, kun sitä käyttää? Jos nappi ei vastaa heti, käyttäjä klikkaa uudestaan tai luovuttaa.
- Pysyykö sisältö paikallaan? Hyppivä taitto johtaa vahinkoklikkauksiin ja huonoon luottamukseen.
Verkkokaupalle ja palvelusivustolle tällä on suora yhteys tuloksiin: parempi käyttökokemus tarkoittaa yleensä pienempää poistumisprosenttia ja parempaa konversiota. Siksi Core Web Vitals kannattaa nähdä paitsi teknisenä SEO-tehtävänä myös osana myyntiä ja asiakaskokemusta.
Core Web Vitalsin kolme mittaria selkokielellä
Core Web Vitals koostuu kolmesta mittarista: LCP, INP ja CLS. Jokainen mittaa eri osaa käyttökokemuksesta. Alla jokainen avataan arkikielellä.
LCP – Largest Contentful Paint (latautuuko sivu nopeasti?)
LCP mittaa, kuinka kauan kestää, että sivun suurin näkyvä elementti latautuu ruudulle. Käytännössä tämä on yleensä iso kuva, videon esikatselukuva tai suuri tekstilohko sivun yläosassa. LCP vastaa kysymykseen: ”Milloin kävijä näkee sivun pääsisällön?”
Hyvä raja-arvo on 2,5 sekuntia tai alle. Jos LCP on 2,5–4,0 sekuntia, se vaatii parannettavaa, ja yli 4,0 sekuntia on heikko tulos. Hidas LCP johtuu usein raskaista kuvista, hitaasta palvelimesta tai lataamista estävistä (render-blocking) skripteistä ja tyyleistä.
INP – Interaction to Next Paint (reagoiko sivu nopeasti?)
INP mittaa, kuinka nopeasti sivu reagoi käyttäjän toimintoihin – klikkauksiin, napautuksiin ja näppäinpainalluksiin – koko vierailun ajalta. Se vastaa kysymykseen: ”Kun painan nappia, tapahtuuko jotain heti?” INP tarkastelee kaikkia vierailun aikaisia vuorovaikutuksia ja raportoi käytännössä hitaimman niistä (poikkeuksellisen suuret poikkeamat jätetään huomiotta, kun vuorovaikutuksia on paljon).
Hyvä raja-arvo on 200 millisekuntia tai alle. 200–500 ms vaatii parannettavaa ja yli 500 ms on heikko. INP korvasi aiemman FID-mittarin (First Input Delay) 12. maaliskuuta 2024. Vaihdon syy oli se, että FID oli liian salliva: lähes kaikki sivut läpäisivät sen, joten se ei enää erotellut hyviä ja huonoja sivuja. INP on tiukempi ja realistisempi mittari sivun reagoivuudelle.
CLS – Cumulative Layout Shift (pysyykö sisältö paikallaan?)
CLS mittaa, kuinka paljon sivun sisältö hyppii ja siirtyy latautuessaan. Tuttu ärsyttävä esimerkki: olet lukemassa tekstiä, kun ruutuun latautuu mainos tai kuva, ja koko sisältö pomppaa alaspäin – usein juuri kun olit painamassa linkkiä. CLS vastaa kysymykseen: ”Pysyykö sivu vakaana vai hyppiikö se?”
Hyvä raja-arvo on 0,1 tai alle. 0,1–0,25 vaatii parannettavaa ja yli 0,25 on heikko. CLS ei ole aika vaan suhteellinen pistemäärä, joka kuvaa siirtymien määrää ja laajuutta. Yleisin syy korkeaan CLS-arvoon on se, ettei kuville, mainoksille tai upotuksille ole varattu tilaa etukäteen.
Mittarit ja raja-arvot
| Mittari | Mitä mittaa | Hyvä | Parannettavaa | Heikko |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Latausnopeus | ≤ 2,5 s | 2,5–4,0 s | > 4,0 s |
| INP (Interaction to Next Paint) | Vuorovaikutuksen sujuvuus | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Visuaalinen vakaus | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Miten Core Web Vitals mitataan?
Core Web Vitalsin arviointi perustuu kenttädataan eli oikeiden käyttäjien vierailuihin, ei pelkkiin testauslaboratorion lukuihin. Google kerää dataa Chrome-selaimen käyttäjiltä ja kokoaa sen Chrome User Experience Report -tietokantaan (CrUX).
Arviointi tehdään 75. prosenttipisteessä. Se tarkoittaa, että sivun pitää olla hyvällä tasolla vähintään 75 prosentilla vierailuista, jotta mittari läpäisee. Luvut lasketaan erikseen mobiili- ja työpöytälaitteille. Pelkkä hyvä keskiarvo ei riitä, jos neljäsosa käyttäjistä saa huonon kokemuksen.
On tärkeää erottaa kaksi datalähdettä toisistaan:
- Kenttädata (field data): oikeiden käyttäjien todelliset mittaukset erilaisilla laitteilla ja yhteyksillä. Tämä ratkaisee läpäisyn. Kenttädata kertyy ajan myötä, joten muutosten vaikutus näkyy viiveellä (CrUX käyttää noin 28 päivän liukuvaa jaksoa).
- Laboratoriodata (lab data): kontrolloidussa testissä mitatut luvut, esimerkiksi Lighthousella. Tämä auttaa paikantamaan ongelmat kehitysvaiheessa, mutta ei suoraan vaikuta Googlen arvioon.
Core Web Vitals -mittaustyökalut
Mittareita voi seurata useilla ilmaisilla työkaluilla. Nopeaan tarkistukseen riittää PageSpeed Insights, koko sivuston seurantaan Search Consolen Core Web Vitals -raportti ja ongelmien jäljittämiseen Chrome DevTools. Alla olevassa taulukossa on vertailtu yleisimmät työkalut.
| Työkalu | Datan tyyppi | Mittaa | Ilmainen | Paras käyttö |
|---|---|---|---|---|
| Google PageSpeed Insights | Kenttä + labra | LCP, INP, CLS | Kyllä | Nopea yleiskatsaus yksittäisestä URL-osoitteesta |
| Google Search Console (CWV-raportti) | Kenttä (CrUX) | LCP, INP, CLS | Kyllä | Koko sivuston seuranta sivuryhmittäin |
| Chrome DevTools | Labra | LCP, INP, CLS | Kyllä | Ongelmien paikallistaminen kehityksessä |
| Lighthouse | Labra | LCP, CLS (INP:lle TBT-korvike) | Kyllä | Auditointi ja automaattinen testaus |
| CrUX (Chrome User Experience Report) | Kenttä | LCP, INP, CLS | Kyllä | Todellinen käyttäjädata ja kilpailijavertailu |
| web-vitals (JavaScript-kirjasto) | Kenttä (oma RUM) | LCP, INP, CLS | Kyllä | Oma reaaliaikainen käyttäjämittaus sivustolla |
Huomaa, että Lighthouse ja muut laboratoriotyökalut eivät pysty mittaamaan INP:tä suoraan, koska se vaatii oikeaa vuorovaikutusta. Siksi laboratoriossa käytetään korvikemittaria Total Blocking Time (TBT), joka ennustaa reagoivuusongelmia.
Miten korjaat LCP:n (latausnopeus)?
LCP:n korjaaminen tarkoittaa yleensä sitä, että sivun suurin elementti saadaan latautumaan nopeammin. Tehokkaimmat keinot:
- Optimoi kuvat. Pakkaa kuvat, käytä nykyaikaisia formaatteja kuten WebP tai AVIF ja tarjoile kuva oikean kokoisena laitteelle. Kuvat ovat useimmiten sivun raskain osa ja suurin yksittäinen keino parantaa LCP:tä.
- Nopeuta palvelimen vastausaikaa. Käytä hyvää webhotellia tai palvelinta, välimuistia (caching) ja sisällönjakeluverkkoa (CDN), joka tuo sisällön lähemmäs käyttäjää.
- Poista lataamista estävät resurssit. Lykkää ei-kriittistä JavaScriptiä ja CSS:ää, jotta selain ehtii piirtää pääsisällön ensin.
- Esilataa (preload) tärkein kuva tai fontti. Kerro selaimelle, että LCP-elementti on tärkeä, niin se haetaan aikaisemmin.
- Älä laiskalataa (lazy load) LCP-elementtiä. Laiskalataus kuuluu vain taitteen alapuoliselle sisällölle – ei sivun yläosan pääkuvalle.
Miten korjaat INP:n (reagoivuus)?
INP:n korjaaminen tarkoittaa, että selaimen pääsäie (main thread) pidetään vapaana reagoimaan käyttäjän toimintoihin. Keskeiset keinot:
- Pilko pitkät tehtävät. Jaa raskaat JavaScript-tehtävät pienempiin osiin, jotta selain ehtii reagoida klikkauksiin niiden välissä.
- Siirrä raskas laskenta pois pääsäikeeltä. Käytä web workereita tai tee työ palvelimella, jos mahdollista.
- Karsi ja lykkää kolmannen osapuolen skriptejä. Analytiikka, mainokset ja some-upotukset kuormittavat pääsäiettä. Lataa ne vasta kun niitä tarvitaan.
- Vähennä turhaa JavaScriptiä. Poista käyttämätön koodi ja kevennä kirjastoja. Mitä vähemmän koodia ajetaan, sitä nopeammin sivu reagoi.
Miten korjaat CLS:n (visuaalinen vakaus)?
CLS:n korjaaminen tarkoittaa, että sisällölle varataan tila etukäteen, jottei mikään hyppää latautuessaan. Keskeiset keinot:
- Määritä kuville ja videoille mitat. Aseta leveys ja korkeus (tai CSS:n aspect-ratio), niin selain varaa tilan ennen kuin media latautuu.
- Varaa tila mainoksille ja upotuksille. Jätä mainospaikalle kiinteä tila, jottei sisältö siirry mainoksen latautuessa.
- Älä lisää sisältöä olemassa olevan yläpuolelle. Vältä bannereita ja ilmoituksia, jotka työntävät muuta sisältöä alaspäin käyttäjän jo katsoessa sivua.
- Lataa fontit hallitusti. Käytä font-display-asetusta ja esilataa tärkeät fontit, jotta teksti ei hyppää, kun oma fontti korvaa varafontin.
Yleisimmät virheet Core Web Vitalsin kanssa
Moni sivusto saa huonot arvot samoista syistä. Nämä ovat tyypillisimmät virheet, jotka kannattaa välttää:
- Luotetaan vain laboratoriolukuihin. Hyvä Lighthouse-tulos ei takaa läpäisyä, koska Google arvioi kenttädatan 75. prosenttipisteessä. Seuraa aina myös oikeiden käyttäjien dataa.
- Testataan vain nopealla yhteydellä ja tehokkaalla koneella. Oikeat käyttäjät ovat usein mobiililaitteilla ja hitaammilla yhteyksillä – juuri heidän kokemuksensa ratkaisee.
- Odotetaan välitöntä muutosta. Kenttädata päivittyy viiveellä (noin 28 päivän jakso), joten korjausten vaikutus näkyy vasta viikkojen kuluttua.
- Jahdataan pistemäärää sisällön kustannuksella. Täydellinen nopeus tyhjällä sivulla on hyödytön. Core Web Vitals on yksi tekijä muiden joukossa, ei itseisarvo.
- Unohdetaan mittarien jatkuva seuranta. Uusi mainosskripti tai raskas kuva voi romahduttaa arvot. Seuranta kannattaa tehdä säännölliseksi.
Core Web Vitals käytännössä esimerkiksi WordPressissä
Useimmilla suomalaisilla sivustoilla alusta on WordPress, jolloin Core Web Vitalsin parantaminen onnistuu pitkälti ilman koodausta. Käytännön askeleet etenevät yleensä näin:
- Mittaa lähtötaso. Aja sivu PageSpeed Insightsin läpi ja katso Search Consolen Core Web Vitals -raportti, jotta tiedät mistä mittarista ongelma johtuu.
- Keskity kuviin ensin. Ota käyttöön kuvien pakkaus ja nykyaikaiset formaatit (WebP/AVIF) – tähän löytyy valmiita lisäosia. Tämä korjaa usein LCP:n.
- Ota käyttöön välimuisti ja CDN. Välimuistilisäosa ja sisällönjakeluverkko nopeuttavat palvelimen vastausta ja parantavat LCP:tä.
- Karsi skriptejä. Poista käyttämättömät lisäosat ja lykkää ei-kriittistä JavaScriptiä, mikä auttaa INP:tä.
- Varaa tila medialle. Varmista, että teema määrittää kuvien mitat ja varaa tilan mainoksille, jotta CLS pysyy matalana.
- Mittaa uudelleen ja odota. Muista, että kenttädata päivittyy viiveellä, joten tarkista tulos muutaman viikon kuluttua.
Sama logiikka pätee muillakin alustoilla: tunnista ongelmallinen mittari, tee kohdennettu korjaus ja seuraa vaikutusta oikeiden käyttäjien datasta.
Core Web Vitals ja hakukoneoptimointi
Core Web Vitals on osa Googlen sijoitustekijöitä sivukokemuksen kautta, mutta sen painoarvo kannattaa suhteuttaa oikein. Google on toistuvasti korostanut, että relevantti ja laadukas sisältö ratkaisee eniten – nopea sivu huonolla sisällöllä ei nouse kärkeen. Core Web Vitals toimii pikemminkin tasapelin ratkaisijana: kun kaksi sivua on sisällöltään yhtä hyviä, parempi käyttökokemus voi antaa etulyöntiaseman.
Teknisen suorituskyvyn lisäksi kannattaa siis panostaa kokonaisuuteen. Jos haluat syventyä siihen, miten tekniikka ja sisältö nivoutuvat osaksi kokonaisstrategiaa, tutustu hakukoneoptimoinnin perusteisiin. Laadukkaan ja hyvin rakennetun sisällön luominen tukee sekä käyttökokemusta että sijoituksia, ja erityisesti kotimaisilla markkinoilla kannattaa panostaa huolelliseen suomenkieliseen sisältöön.
Sivukokemus ja sisältö eivät yksin riitä, vaan sivuston uskottavuutta rakennetaan myös ulkoisilla linkeillä. Jos termi on vieras, lue ensin, mitä backlinkit ovat, ja miten järjestelmällinen linkkien rakentaminen Suomessa tukee hakukonenäkyvyyttä pitkällä aikavälillä. Paras tulos syntyy, kun nopea ja vakaa sivu, vahva sisältö ja luotettava linkkiprofiili toimivat yhdessä.
Liittyvät kysymykset
Core Web Vitalsin jälkeen lukijalle herää usein jatkokysymyksiä. Tässä yleisimmät, joihin kannattaa perehtyä seuraavaksi:
- Mitä eroa on kenttä- ja laboratoriodatalla, ja kumpi ratkaisee läpäisyn?
- Kuinka usein CrUX- ja Search Console -data päivittyvät?
- Miksi PageSpeed Insightsin ja Lighthousen luvut eroavat toisistaan?
- Miten mobiilin ja työpöydän tulokset lasketaan erikseen?
- Mitä muita sivukokemukseen vaikuttavia tekijöitä Google huomioi (esim. HTTPS ja mobiiliystävällisyys)?
- Kuinka paljon Core Web Vitals todella vaikuttaa sijoituksiin verrattuna sisältöön ja linkkeihin?
- Miten mittareita seurataan automaattisesti osana julkaisuprosessia?
Lähteet
Usein kysytyt kysymykset (UKK)
Mitä Core Web Vitals tarkoittaa?
Core Web Vitals on kolmen Googlen mittarin joukko, joka kuvaa verkkosivun käyttökokemusta: LCP mittaa latausnopeutta, INP vuorovaikutuksen sujuvuutta ja CLS sivun visuaalista vakautta. Arvio perustuu oikeiden käyttäjien dataan.
Mitkä ovat Core Web Vitalsin hyvät raja-arvot?
Hyvät raja-arvot ovat LCP enintään 2,5 sekuntia, INP enintään 200 millisekuntia ja CLS enintään 0,1. Luvut mitataan 75. prosenttipisteessä, eli vähintään 75 prosentilla vierailuista tuloksen on oltava hyvällä tasolla.
Vaikuttavatko Core Web Vitals Google-sijoituksiin?
Kyllä, Core Web Vitals on osa sivukokemusta, joka on yksi Googlen sijoitustekijöistä. Sen vaikutus on kuitenkin pienempi kuin sisällön laadun ja relevanssin, joten mittarit kannattaa nähdä yhtenä palasena kokonaisuutta.
Mikä on INP ja miksi se korvasi FID:n?
INP (Interaction to Next Paint) mittaa, kuinka nopeasti sivu reagoi käyttäjän toimintoihin koko vierailun ajalta. Se korvasi vanhan FID-mittarin 12. maaliskuuta 2024, koska FID oli liian salliva eikä enää erotellut hyviä ja huonoja sivuja riittävästi.
Millä työkalulla Core Web Vitals kannattaa mitata?
Nopeaan tarkistukseen sopii Google PageSpeed Insights ja koko sivuston seurantaan Search Consolen Core Web Vitals -raportti. Ongelmien jäljittämiseen käytetään Chrome DevToolsia ja Lighthousea, ja omaa reaaliaikaista seurantaa varten web-vitals-kirjastoa.
