Core Web Vitals 2026: Mitä tarvitset Google-sijoitukseen

Mitä Core Web Vitals -mittarit ovat?

Core Web Vitals on joukko tarkkoja mittareita, joilla Google mittaa verkkosivun todellista käyttäjäkokemusta. Ne keskittyvät kolmeen lataus- ja vuorovaikutuskokemuksen osa-alueeseen, jotka tutkimusten mukaan ovat käyttäjille kaikkein tärkeimpiä: kuinka nopeasti pääsisältö latautuu, kuinka nopeasti sivu reagoi käyttäjän toimintoihin ja kuinka visuaalisesti vakaa sivu on latauksen aikana.

Google teki Core Web Vitals -mittareista virallisen sijoitussignaalin vuonna 2021. Merkittävää tässä on se, että data kerätään todellisilta Chrome-käyttäjiltä - ei kontrolloiduista laboratorio-olosuhteista. Google kerää kenttädataa Chrome User Experience Report -raportin (CrUX) kautta ja käyttää 28 päivän liukuvaa aikaikkunaa. Tämä tarkoittaa, että tänään tekemäsi parannukset voivat näkyä sijoitussignaaleissasi täysimääräisesti vasta kuukauden kuluttua.

Maaliskuussa 2024 Google korvasi First Input Delay -mittarin (FID) Interaction to Next Paint -mittarilla (INP) vuorovaikutteisuuden mittarina. FID mittasi vain viiveen käyttäjän aivan ensimmäisessä vuorovaikutuksessa sivun kanssa. INP mittaa kaikkia vuorovaikutuksia koko sivun elinkaaren ajan - jokaista napsautusta, kosketusta ja näppäinpainallusta sekä sitä, kuinka nopeasti sivu reagoi visuaalisesti kuhunkin niistä. Tämä tekee INP:stä huomattavasti edustavamman mittarin sille, kuinka responsiiviselta sivusi tuntuu.

LCP - Largest Contentful Paint

LCP mittaa, kuinka kauan sivun suurimman näkyvän sisältöelementin täysi latautuminen kestää. Tämä on tyypillisesti pääkuva, suuri otsikko tai banneri. Google pitää alle 2.5 sekunnin LCP-arvoa hyvänä, 2.5-4.0 sekunnin arvoa parannusta vaativana ja yli 4.0 sekunnin arvoa heikkona.

Miksi tällä on merkitystä? Tutkimukset osoittavat johdonmukaisesti, että käyttäjät hylkäävät sivut, joiden lataaminen kestää liian kauan. Yhden sekunnin parannus latausajassa voi kasvattaa konversioita 7-12%. LCP-mittari pyrkii tavoittamaan hetken, jolloin käyttäjä kokee sivun "saapuneen" - eli kun pääsisältö on näkyvissä.

Yleisimmät syyt heikkoon LCP-arvoon ovat palvelimen hitaat vasteajat, suuret pakkaamattomat kuvat, renderöinnin estävä JavaScript ja CSS, jotka ladataan dokumentin head-osioon, sekä sisällönjakeluverkon (CDN) puuttuminen, joka tarjoaisi resurssit lähempänä käyttäjiä.

LCP:n parantamiseksi vaikuttavimmat toimet ovat yleensä: nykyaikaisten kuvaformaattien, kuten WebP:n tai AVIF:n, käyttäminen JPEG:n tai PNG:n sijaan (tyypillisesti 30-50% pienemmät tiedostot), eksplisiittisten preload-vihjeiden lisääminen LCP-elementillesi, jotta selain hakee sen mahdollisimman aikaisin, palvelimen vasteajan (TTFB) pienentäminen ottamalla välimuisti käyttöön ja hyödyntämällä CDN:ää sekä kaiken sellaisen JavaScriptin lykkääminen, jonka ei tarvitse suorittua ennen kuin sivu tulee näkyviin.

INP - Interaction to Next Paint

INP mittaa sivun responsiivisuutta käyttäjän vuorovaikutuksiin. Tarkemmin sanottuna se mittaa ajan siitä hetkestä, kun käyttäjä tekee syötteen (napsautus, kosketus tai näppäinpainallus), siihen hetkeen, kun selain seuraavan kerran piirtää näytölle näyttääkseen kyseisen vuorovaikutuksen visuaalisen tuloksen. Google pitää alle 200 millisekunnin INP-arvoa hyvänä, 200-500ms:n arvoa parannusta vaativana ja yli 500ms:n arvoa heikkona.

Korkeat INP-arvot tuntuvat hitaalta ja huonosti reagoivalta sivulta. Kun napsautat painiketta eikä mitään näytä tapahtuvan puoleen sekuntiin, kyseessä on heikko INP. Tämä on erityisen ongelmallista vuorovaikutteisissa sovelluksissa - kuten pudotusvalikoissa, suodatinsäätimissä, haitareissa, lomakkeiden validoinnissa ja kaikissa JavaScript-painotteisissa käyttöliittymissä.

Ensisijainen syy korkeaan INP-arvoon ovat selaimen pääsäikeen pitkät tehtävät. JavaScript on yksisäikeistä, mikä tarkoittaa, että jos yhden tehtävän suorittaminen kestää kauan, selain ei voi käsitellä mitään käyttäjän syötettä eikä renderöidä mitään päivityksiä ennen kuin tehtävä on valmis. Tehtäviä, joiden suorittaminen kestää yli 50 millisekuntia, pidetään "pitkinä tehtävinä", ja ne ovat suurimpia syyllisiä.

INP:n parantamiseksi keskity tunnistamaan ja pilkkomaan pitkät JavaScript-tehtävät. Käytä selaimen kehittäjätyökaluja löytääksesi tehtävät, jotka estävät pääsäikeen. Lykkää ei-kriittistä työtä tekniikoilla kuten setTimeout tai requestIdleCallback. Minimoi kolmannen osapuolen skriptien vaikutus - jokainen lisäämäsi analytiikkatyökalu, chat-widget ja mainosverkosto suorittaa JavaScriptiä, joka kilpailee pääsäikeen ajasta. Harkitse näiden skriptien lataamista viiveellä vasta sen jälkeen, kun sivu on vuorovaikutteinen.

CLS - Cumulative Layout Shift

CLS mittaa visuaalista vakautta - eli kuinka paljon sivun asettelu odottamatta siirtyy latauksen aikana. Jos olet joskus ollut napsauttamassa jotakin ja sivu yhtäkkiä hyppää niin, että napsautat vahingossa jotakin muuta, kyseessä on korkean CLS:n kokemus. Google pitää alle 0.1:n CLS-arvoa hyvänä, 0.1-0.25:n arvoa parannusta vaativana ja yli 0.25:n arvoa heikkona.

Yleisimmät syyt asettelun siirtymiin ovat kuvat ja upotetut videot ilman määriteltyjä mittoja (selain ei tiedä, kuinka paljon tilaa varata ennen kuin tiedosto latautuu), mainokset ja upotteet, jotka laajenevat latautumisen jälkeen, sekä dynaamisesti lisätty sisältö, joka työntää muuta sisältöä alaspäin.

Ratkaisu on yleensä suoraviivainen: määritä kuva- ja videoelementeille aina width- ja height-attribuutit. Käytä responsiivisille kuville sen sijaan CSS-ominaisuutta aspect-ratio. Varaa mainoksille ja upotteille niiden odotettu vähimmäiskoko CSS:llä ennen kuin ne latautuvat. Käytä verkkofonteille font-display: swap estääksesi näkymättömän tekstin, mutta yhdistä se fontin esilataukseen minimoidaksesi asettelun siirtymän, joka tapahtuu, kun mukautettu fontti korvaa varafontin.

Miksi kenttädata eroaa laboratoriodatasta

Yleinen sekaannuksen lähde on se, miksi Lighthouse-pisteet ja Search Consolen data näyttävät hyvin erilaisia tuloksia. Lighthouse on laboratoriotyökalu - se suoritetaan kontrolloidussa ympäristössä simuloidulla laitteella ja simuloiduilla verkko-olosuhteilla. Search Consolen kenttädata kerätään todellisilta Chrome-käyttäjiltä kaikkine selainlaajennuksineen, vaihtelevine laitekapasiteetteineen ja todellisine verkko-olosuhteineen.

Kohdekäyttäjäsi saattavat olla suurelta osin mobiililaitteilla, joissa on hitaammat suorittimet ja matkapuhelinverkkoyhteydet. Nopealla pöytäkoneyhteydellä mitattu Lighthouse-pisteesi ei vastaa heidän kokemustaan. Tarkastele aina Search Consolen Core Web Vitals -dataa - laitetyypin mukaan suodatettuna - ymmärtääksesi, mitä todelliset käyttäjät kokevat.

Usein kysytyt kysymykset

Kuinka paljon Core Web Vitals vaikuttaa Google-sijoitukseeni? Google kuvaa sitä "tasapelin ratkaisevana" signaalina. Kun sisällön laatu ja relevanssi ovat muuten samanveroisia, paremmat Core Web Vitals -arvot voivat antaa sinulle etulyöntiaseman. Kilpailluissa hakusanoissa se voi tehdä merkittävän eron.

Lighthouse-pisteeni on 90+, mutta Search Console näyttää heikkoa kenttädataa. Mistä on kyse? Todellisilla käyttäjillä on hitaampia laitteita, laajennuksia, jotka kuluttavat suoritustehoa, ja todelliset verkko-olosuhteet. Laboratoriopisteesi mittaa parasta mahdollista skenaariota. Priorisoi niiden kenttädatan ongelmien korjaaminen, joita todelliset käyttäjät kokevat.

Vaikuttaako JavaScript-kehykseni Core Web Vitals -arvoihin? Kyllä, merkittävästi. React- tai Angular-kehyksillä rakennetut yhden sivun sovellukset tekevät usein kaiken renderöinnin JavaScriptillä, mikä viivästyttää LCP:tä (sivu on tyhjä, kunnes JS on latautunut ja suoritettu). Palvelinpuolen renderöinti (SSR) tai staattisten sivustojen generointi (SSG) tuottaa tyypillisesti huomattavasti paremmat LCP-pisteet.

Kuinka kauan kestää, ennen kuin parannukset näkyvät sijoituksissa? Google kerää kenttädataa 28 päivän liukuvan aikaikkunan aikana. Parannukset voivat alkaa näkyä Search Consolessa 2-4 viikon kuluessa. Sijoitusmuutokset seuraavat tyypillisesti perässä vielä 2-4 viikon viiveellä.

Kannattaako Core Web Vitals -arvojen optimointi pienelle verkkosivustolleni? Kyllä - ei vain sijoitusten vuoksi, vaan käyttäjäkokemuksen takia. Nopeammilla ja responsiivisemmilla verkkosivustoilla on korkeammat konversioasteet, matalammat poistumisprosentit ja parempi käyttäjätyytyväisyys riippumatta SEO-vaikutuksista.