Mitä Core Web Vitals tarkoittaa
Core Web Vitals on joukko Googlen määrittelemiä mittareita, jotka kuvaavat sivuston käyttökokemusta kolmesta näkökulmasta: latausnopeus, vuorovaikutuksen responsiivisuus ja visuaalinen vakaus. Ne eivät ole abstrakteja teknisiä lukuja vaan kuvaavat sitä, miltä sivu oikeasti tuntuu käyttäjälle.
Mittaristo on osa Googlen page experience -signaaleja ja virallinen sijoitustekijä. Sen merkitys ei ole siinä, että hyvät arvot nostaisivat sinut yksin kärkeen — vaan siinä, että huonot arvot voivat painaa muuten ansaitun sijoituksen alas ja karkottaa käyttäjiä.
Vuonna 2026 kolme ydinmittaria ovat LCP (Largest Contentful Paint), INP (Interaction to Next Paint) ja CLS (Cumulative Layout Shift). INP korvasi aiemman FID-mittarin, koska se kuvaa responsiivisuutta koko sivun elinkaaren ajalta, ei vain ensimmäisestä klikkauksesta.
Käymme jokaisen mittarin läpi erikseen: mitä se mittaa, mikä on hyvä raja-arvo ja mitkä korjaukset oikeasti liikuttavat lukua. Lopussa on konkreettinen checklist, jonka voit käydä läpi ennen seuraavaa julkaisua.
Miksi tämä on tärkeää
LCP — kuinka nopeasti pääsisältö näkyy
LCP (Largest Contentful Paint) mittaa, kuinka kauan kestää, että sivun suurin näkyvä elementti — yleensä hero-kuva, otsikko tai iso tekstilohko — latautuu näkyviin. Se on käyttäjän kokeman latausnopeuden paras yksittäinen indikaattori.
Hyvä LCP on alle 2,5 sekuntia, parannettavaa kaipaa 2,5–4 sekuntia ja yli 4 sekuntia on huono. Mittaus tehdään siitä hetkestä, kun käyttäjä navigoi sivulle, siihen kun suurin elementti on piirretty näytölle.
LCP:n hitaus johtuu yleensä hitaasta palvelinvasteesta, renderöintiä estävistä resursseista (CSS/JS), optimoimattomista kuvista tai client-side-renderöinnistä, joka viivästyttää sisällön näkymistä.
- Hyvä: alle 2,5 s — Parannettavaa: 2,5–4 s — Huono: yli 4 s
- Yleisin LCP-elementti: hero-kuva tai pääotsikko
- Suurimmat syyt: hidas TTFB, raskaat kuvat, estävä JS/CSS
- Mittaa aina mobiilissa — siellä luvut ovat tiukimmat
INP — kuinka responsiivinen sivu on
INP (Interaction to Next Paint) mittaa viivettä käyttäjän vuorovaikutuksen (klikkaus, näppäimen painallus, kosketus) ja sitä seuraavan visuaalisen vasteen välillä. Se kuvaa, kuinka "tahmealta" sivu tuntuu käytössä.
INP korvasi FID-mittarin vuonna 2024, koska se huomioi kaikki vuorovaikutukset koko istunnon ajalta, ei vain ensimmäistä. Tämä antaa realistisemman kuvan siitä, miltä sivun käyttö oikeasti tuntuu.
Hyvä INP on alle 200 millisekuntia. Suurin syyllinen huonoon INP-lukuun on raskas JavaScript, joka tukkii pääsäikeen ja estää selainta reagoimasta käyttäjän toimiin nopeasti.
- Hyvä: alle 200 ms — Parannettavaa: 200–500 ms — Huono: yli 500 ms
- Mittaa koko istunnon vuorovaikutukset, ei vain ensimmäistä
- Pääsyy: raskas JavaScript ja pitkät tehtävät pääsäikeessä
- Korjaus: pilko pitkät tehtävät, viivästytä ei-kriittinen JS
CLS — kuinka vakaa asettelu on
CLS (Cumulative Layout Shift) mittaa, kuinka paljon sivun elementit hyppivät latauksen aikana. Jokainen, joka on yrittänyt klikata nappia, joka liikkuu juuri ennen klikkausta, tietää miksi tämä on tärkeää.
Hyvä CLS on alle 0,1. Layout-hyppyjä aiheuttavat kuvat ja mainokset ilman varattua tilaa, dynaamisesti ladattu sisältö ja web-fontit, jotka muuttavat tekstin kokoa latauksen aikana.
CLS on usein helpoin mittari korjata: varaa kuville ja mainoksille kiinteät mitat, lataa fontit hallitusti ja vältä sisällön työntämistä alaspäin latauksen aikana.
- Hyvä: alle 0,1 — Parannettavaa: 0,1–0,25 — Huono: yli 0,25
- Varaa kuville width/height tai aspect-ratio
- Varaa tila mainoksille ja upotuksille etukäteen
- Käytä font-display: optional/swap fonttihyppyjen estoon
Miten mittaat: kenttädata vs. laboratoriodata
Core Web Vitalsia mitataan kahdella tavalla, ja ero on tärkeä ymmärtää. Kenttädata (field data, CrUX) kerätään oikeilta Chrome-käyttäjiltä 28 päivän ajalta. Tämä on se data, jota Google käyttää sijoituksissa.
Laboratoriodata (lab data) tuotetaan simuloidussa ympäristössä yhdellä mittauksella. Se on hyödyllinen vianetsintään ja toistettavissa, mutta ei kerro, miltä sivu tuntuu oikeilla käyttäjillä eri laitteilla ja yhteyksillä.
Käytä kenttädataa nähdäksesi, missä todellinen ongelma on, ja laboratoriodataa diagnosoidaksesi ja testataksesi korjauksia. Älä optimoi pelkkää laboratorionumeroa, jos kenttädata kertoo eri tarinaa.
- Kenttädata (CrUX): oikeat käyttäjät, 28 pv — vaikuttaa sijoituksiin
- Laboratoriodata: simuloitu, toistettava — vianetsintään
- Sijoitukseen vaikuttaa kenttädata, ei laboratorionumero
- Optimoi kentälle, diagnosoi labrassa
Mittausvinkki
PageSpeed Insights ja muut työkalut
PageSpeed Insights on Googlen ilmainen työkalu, joka näyttää sekä kenttä- että laboratoriodatan yhdellä sivulla. Se antaa konkreettiset suositukset ja arvioi vaikutuksen jokaiselle korjaukselle.
Lighthouse (Chrome DevToolsissa) tuottaa saman laboratorioanalyysin paikallisesti ja sopii kehitysvaiheen testaukseen. Web Vitals -selainlaajennus näyttää mittarit reaaliajassa selatessasi sivua.
Edistyneempään seurantaan kannattaa lisätä jatkuva RUM-mittaus (Real User Monitoring), joka kerää Core Web Vitals -dataa omilta käyttäjiltäsi. Näin näet trendit ennen kuin ne näkyvät CrUX-datassa kuukauden viiveellä.
- PageSpeed Insights: kenttä + labra + suositukset
- Lighthouse / DevTools: paikallinen vianetsintä
- Web Vitals -laajennus: reaaliaikainen mittaus
- RUM: jatkuva seuranta omilta käyttäjiltä
Mobiili ratkaisee — optimoi sinne ensin
Google käyttää mobile-first-indeksointia, eli se arvioi ensisijaisesti sivusi mobiiliversion. Core Web Vitalsin kenttädata painottuu mobiililaitteisiin, joilla yhteydet ovat hitaampia ja prosessorit heikompia.
Tämä tarkoittaa, että hyvät työpöytäluvut eivät riitä. Sama hero-kuva, joka latautuu sekunnissa kuituyhteydellä, voi viedä neljä sekuntia keskitason puhelimella 4G-yhteydellä.
Testaa aina mobiiliprofiililla ja simuloi hitaampaa yhteyttä ja prosessoria. Jos luvut ovat hyvät hidastetulla mobiililla, ne ovat hyvät kaikilla.
- Mobile-first: Google arvioi mobiiliversiosi ensin
- Kenttädata painottuu mobiililaitteisiin
- Testaa hidastetulla CPU:lla ja 4G-yhteydellä
- Responsiiviset kuvat: srcset ja oikea koko per laite
Konkreettiset korjaukset jokaiseen mittariin
LCP:n korjaukset alkavat palvelimesta: nopeuta TTFB:tä välimuistilla ja CDN:llä. Optimoi LCP-elementti: lataa hero-kuva prioriteetilla (fetchpriority="high"), pakkaa se moderniin formaattiin (WebP/AVIF) ja vältä lazy-loadausta ylhäällä näkyvälle kuvalle.
INP:n korjaukset keskittyvät JavaScriptiin: pilko pitkät tehtävät pienempiin paloihin, viivästytä ei-kriittinen JS (defer/async), poista käyttämätön koodi ja siirrä raskas laskenta web workereihin. Vähemmän JS = responsiivisempi sivu.
CLS:n korjaukset ovat usein nopeimpia: varaa kuville ja videoille kiinteät mitat tai aspect-ratio, varaa tila mainoksille etukäteen, lataa fontit font-display-säännöllä ja vältä sisällön lisäämistä olemassa olevan yläpuolelle.
Poista renderöintiä estävät resurssit: inline-kriittinen CSS, lataa loput asynkronisesti ja minimoi kolmannen osapuolen skriptit. Jokainen estävä resurssi viivästyttää LCP:tä ja heikentää INP:tä. Syvempi tekninen tausta löytyy teknisestä SEO-oppaasta.
- LCP: CDN + välimuisti, fetchpriority, WebP/AVIF, ei lazy-loadia herolle
- INP: pilko pitkät tehtävät, defer/async, poista turha JS
- CLS: kiinteät kuvamitat, tila mainoksille, font-display
- Yleinen: inline-kriittinen CSS, minimoi 3rd party -skriptit
Core Web Vitalsin vaikutus lukuina
Yleiset sudenkuopat
Yleisin virhe on optimoida pelkkä PageSpeed-pistemäärä kenttädatan sijaan. Pistemäärä on laboratorioluku — todellinen sijoitusvaikutus tulee kenttädatasta, joka voi kertoa aivan eri tarinaa.
Toinen sudenkuoppa on kolmannen osapuolen skriptien aliarviointi: chat-widgetit, analytiikka, mainosverkostot ja A/B-testaustyökalut kasaantuvat ja tukkivat pääsäikeen. Auditoi ne säännöllisesti ja poista turhat.
Kolmas on kertaluontoinen optimointi. Core Web Vitals heikkenee ajan myötä, kun lisätään uusia ominaisuuksia ja skriptejä. Tee siitä jatkuva mittaus, ei kertaprojekti.
- Älä optimoi pelkkää pistemäärää — kenttädata ratkaisee
- Auditoi kolmannen osapuolen skriptit säännöllisesti
- Tee jatkuvaa seurantaa, ei kertaprojektia
- Muista mobiili — hyvä työpöytäluku ei riitä
Core Web Vitals -checklist
Käy tämä lista läpi ennen seuraavaa julkaisua tai isompaa muutosta. Se kattaa kaikki kolme mittaria prioriteettijärjestyksessä.
Kun nopeusperusta on kunnossa, jatka on-page SEO:hon ja tekniseen SEO:hon. Tarvitsetko apua? Tutustu SEO-palveluumme.
- LCP alle 2,5 s mobiilissa — hero-kuva optimoitu ja prioriteetilla
- INP alle 200 ms — JavaScript kevennetty ja pilkottu
- CLS alle 0,1 — kuville ja mainoksille varattu tila
- Kenttädata vihreällä Search Consolessa kaikilla sivuryhmillä
- Kolmannen osapuolen skriptit auditoitu ja minimoitu
- Kriittinen CSS inlinattu, loput ladataan asynkronisesti
- Jatkuva RUM- tai Search Console -seuranta käytössä
Usein kysytyt kysymykset
Mitä Core Web Vitals tarkoittaa?
Core Web Vitals on Googlen mittaristo sivuston käyttökokemukselle. Se koostuu kolmesta mittarista: LCP (latausnopeus), INP (responsiivisuus) ja CLS (visuaalinen vakaus). Mittaristo on virallinen sijoitustekijä.
Mitkä ovat hyvät Core Web Vitals -arvot?
Hyvät raja-arvot ovat: LCP alle 2,5 sekuntia, INP alle 200 millisekuntia ja CLS alle 0,1. Vähintään 75 % sivun käynneistä tulisi ylittää nämä rajat, jotta sivu lasketaan "hyväksi".
Vaikuttaako Core Web Vitals SEO-sijoituksiin?
Kyllä. Core Web Vitals on osa Googlen page experience -signaaleja ja virallinen sijoitustekijä. Huonot arvot voivat painaa sijoitusta, mutta hyvä sisältö on edelleen tärkein tekijä — nopeus on ratkaiseva tasapeleissä.
Mikä on INP ja miten se eroaa FID:stä?
INP (Interaction to Next Paint) mittaa viivettä vuorovaikutuksen ja visuaalisen vasteen välillä koko istunnon ajalta. Se korvasi FID-mittarin vuonna 2024, koska se huomioi kaikki vuorovaikutukset, ei vain ensimmäistä.
Miten mittaan Core Web Vitalsin?
Käytä PageSpeed Insightsiä nähdäksesi kenttä- ja laboratoriodatan, Google Search Consolen Core Web Vitals -raporttia sivuryhmien seurantaan ja Lighthousea paikalliseen vianetsintään. Optimoi aina kenttädatan perusteella.
