Core Web Vitals 2026 – LCP, INP ja CLS -opas suomeksi

hero core web vitals 2026
Tekninen SEO · 2026

Core Web Vitals 2026 – LCP-, INP- ja CLS-opas suomeksi

Core Web Vitals voi ratkaista, nouseeko sivustosi kärkisijoille vai jääkö toiselle sivulle – silloin kun sisältö on tasavahvaa kilpailijoiden kanssa. Maaliskuussa 2024 Google korvasi FID:n INP:llä, mutta suurin osa suomenkielisistä SEO-oppaista puhuu yhä vanhasta mittarista. Tässä oppaassa käydään läpi LCP-, INP- ja CLS-raja-arvot vuonna 2026, yleisimmät syyt heikkoihin pisteisiin, mittaustyökalut ja konkreettiset WordPress-korjausohjeet.

Core Web Vitals 2026 – avainpoiminnat: Kolme mittaria – LCP alle 2,5 s (latausnopeus), INP alle 200 ms (responsiivisuus) ja CLS alle 0,1 (vakaus). Kaikki vaikuttavat Googlen sijoituksiin. FID korvattiin INP:llä maaliskuussa 2024. Mittarit arvioidaan 75. persentiilin mukaan aidosta Chrome-käyttäjädatasta. Yleisin LCP-ongelma ovat raskaat kuvat, yleisin INP-ongelma on kolmannen osapuolen JavaScript, ja yleisin CLS-ongelma ovat puuttuvat kuvamitat. Tavallinen WordPress-sivun korjaus maksaa 500–3 000 € kertaluonteisena.

Mitä Core Web Vitals ovat ja miksi ne ratkaisevat

Core Web Vitals on Googlen virallinen mittaristo, jolla arvioidaan verkkosivun käyttäjäkokemuksen teknistä laatua. Mittaristo otettiin käyttöön Googlen ranking-signaalina kesäkuussa 2021 osana Page Experience -päivitystä, ja sitä on tarkennettu useaan otteeseen – viimeksi maaliskuussa 2024, kun FID korvattiin INP:llä.

Mittaristo mittaa kolmea asiaa, jotka käyttäjä aidosti kokee sivustollasi (ks. web.dev:n virallinen Vitals-opas):

Kolme käyttäjäkokemuksen ulottuvuutta
  • Latausnopeus – milloin sivun pääsisältö näkyy käyttäjälle (LCP)
  • Responsiivisuus – kuinka nopeasti sivu vastaa, kun käyttäjä klikkaa, kirjoittaa tai tekee valinnan (INP)
  • Visuaalinen vakaus – pysyykö asettelu paikallaan vai hyppääkö sisältö latauksen aikana (CLS)

Googlen virallisen Core Web Vitals -dokumentaation mukaan mittaristo on osa Page Experience -signaalia. Käytännössä tämä tarkoittaa, että jos kaksi sivua kilpailee samasta sijoituksesta yhtä hyvällä sisällöllä, Core Web Vitals voi ratkaista voittajan.

Core Web Vitals vs. yleinen ”sivuston nopeus”

Monet sekoittavat Core Web Vitalsin yleisiin PageSpeed Insights -pisteisiin (0–100). Ne eivät ole sama asia. PageSpeed Insights -pisteet ovat kokoelma yli 40 eri mittaria, ja vain kolme niistä kuuluu Core Web Vitalsiin. Vain Core Web Vitals -mittarit vaikuttavat Googlen sijoituksiin – muut PageSpeed-mittarit ovat diagnostisia, eivät varsinaisia rankingtekijöitä.

Core Web Vitals -raja-arvot 2026

Google arvioi jokaisen mittarin kolmella tasolla: Hyvä (Good), Parannusta vaativa (Needs Improvement) ja Heikko (Poor). Sivuston täytyy saavuttaa ”Hyvä”-taso kaikissa kolmessa mittarissa läpäistäkseen Core Web Vitalsin kokonaisuutena.

LCP
Largest Contentful Paint
Hyvä≤ 2,5 s
Parannusta2,5–4,0 s
Heikko> 4,0 s
INP
Interaction to Next Paint
Hyvä≤ 200 ms
Parannusta200–500 ms
Heikko> 500 ms
CLS
Cumulative Layout Shift
Hyvä≤ 0,1
Parannusta0,1–0,25
Heikko> 0,25

Miksi 75. persentiili ratkaisee, ei keskiarvo

Google arvioi Core Web Vitalsin 75. persentiilin mukaan – eli vähintään 75 % sivustollasi käyvistä aidoista käyttäjistä täytyy saada hyvä käyttökokemus, jotta sivu läpäisee testin. Tämä ei ole keskiarvo eikä mediaani. Se kuvaa hitaimman neljänneksen rajaa.

Miksi tämä on tärkeää? Esimerkki: sivusto saa LCP:n 1,8 s nopealla kuituyhteydellä työpöytälaitteella, mutta 4,2 s iOS Safarilla 4G-verkossa. Mittarit lasketaan erikseen mobiili- ja desktop-alustoille. Jos 30 % käyttäjistä käyttää hidasta mobiilia ja heidän LCP-arvonsa on 4,2 s, koko sivu saa ”heikko”-luokituksen, vaikka 70 % kokisi sen nopeaksi.

Käytännön oppi: Älä optimoi omaa nopeaa MacBookiasi ja kuituyhteyttäsi varten. Optimoi hitainta neljännestä käyttäjistäsi – he ovat ne, jotka määrittävät sijoituksesi.

Miksi FID korvattiin INP:llä maaliskuussa 2024

Kaksi vuotta sitten Google teki merkittävän muutoksen: FID (First Input Delay) poistettiin Core Web Vitals -mittaristosta ja tilalle tuli INP (Interaction to Next Paint). Tämä on tärkein muutos Core Web Vitalsissa viimeisen kahden vuoden aikana, ja suurin osa suomenkielisistä SEO-oppaista on yhä vanhentuneita.

Mikä oli FID:n ongelma

FID mittasi vain ensimmäisen klikkauksen viivettä – aikaa, joka kuluu siitä, kun käyttäjä klikkaa ensimmäisen kerran, siihen, kun selain alkaa vastata siihen. Ongelma: sivu voi vastata ensimmäiseen klikkaukseen välittömästi, mutta jäätyä täysin myöhempiin vuorovaikutuksiin.

Kuvittele tämä: klikkaat linkkiä – vastaus heti. Klikkaat lomakkeen pudotusvalikkoa – odotat 800 ms. Täytät kentän – selain reagoi viiveellä. FID antaisi tälle sivulle täydet pisteet ensimmäisen klikkauksen perusteella, vaikka todellinen käyttökokemus on heikko.

Mitä INP mittaa sen sijaan

INP mittaa koko sivuvierailun hitaimman vuorovaikutuksen vasteaikaa. Jos käyttäjä tekee sivulla 100 vuorovaikutusta, INP on käytännössä 98. persentiilin (tyypillisesti pisin tai toiseksi pisin) vasteaika.

INP:n kolme osa-aluetta
  • Input Delay: aika käyttäjän toiminnosta siihen, kun selain alkaa prosessoida tapahtumankäsittelijää
  • Processing Time: aika, jonka tapahtumankäsittelijä kestää suorittaa (esim. JavaScriptin suoritus)
  • Presentation Delay: aika tapahtumankäsittelijän jälkeen siihen, kun selain päivittää näytön

Yhteensä: INP = Input Delay + Processing Time + Presentation Delay. Käytännössä jokainen vuorovaikutus mitataan, ja hitain tai toiseksi hitain määrittää koko sivun INP-arvon.

Mitä tämä tarkoittaa käytännössä

Sivusto, joka läpäisi FID:n helposti, voi nyt epäonnistua INP:ssä. Erityisesti seuraavat sivut ovat vaarassa:

INP-riskisivut
  • Lomakkeet – useita kenttäkohtaisia vuorovaikutuksia
  • Suodattimet ja valikot – jokainen valinta voi aiheuttaa JavaScript-uudelleenrenderöinnin
  • Checkout ja maksusivut – monta vaihetta raskailla kolmansilla osapuolilla
  • Interaktiiviset karusellit, välilehdet ja pudotusvalikot
  • Sivut, joilla on paljon analytiikkaa ja chat-widgettejä

Jos sivustosi INP on yli 500 ms, se on aidosti kriittisessä tilassa. Tämä on yksi yleisimpiä syitä Googlen liikenteen pudotukseen vuoden 2024 jälkeen.

Core Web Vitals -mittaustyökalut: 4 ilmaista tapaa

Core Web Vitals voidaan mitata usealla tavalla, mutta ammattilaisen kannattaa tietää neljän työkalun erot. Kaikki ovat ilmaisia ja Googlen virallisia tai vahvasti tukemia.

1

Google PageSpeed Insights (pagespeed.web.dev)

Paras pikadiagnoosiin yksittäisillä sivuilla. Näyttää sekä kenttädatan (aidot käyttäjät, 28 päivän rullaava ikkuna) että lab-datan (simulaatio). Antaa konkreettiset korjausehdotukset per mittari. Mobiili- ja desktop-tulokset erikseen. Testaa PageSpeed Insights -työkalulla suoraan.

2

Google Search Console – Core Web Vitals -raportti

Paras koko sivuston seurantaan. Perustuu aitoon Chrome User Experience Report -dataan. Ryhmittelee URL:t samantyyppisiksi ja näyttää ongelmat per ryhmä. Löytyy Search Consolen vasemmasta valikosta ”Experience → Core Web Vitals”. Huom: vaatii vähintään noin 500 näyttökertaa kuukaudessa, jotta dataa olisi riittävästi.

3

Web Vitals Chrome -lisäosa

Paras kehitys- ja testausvaiheeseen. Näyttää reaaliaikaiset LCP-, INP- ja CLS-arvot sivua selatessasi. Toimii myös paikallisissa testiympäristöissä. Lataa Chrome Web Storesta. Tämä on yksi tärkeimmistä on-page-työkaluista tekniseen testaukseen.

4

Chrome DevTools Lighthouse

Paras syväanalyysiin. Sisäänrakennettu Chromen kehittäjätyökaluihin (F12 → Lighthouse-välilehti). Antaa lab-pisteet (ei kenttädataa), mutta tarjoaa erittäin tarkat korjausehdotukset koodirivien tarkkuudella. INP-ongelmien juurten etsinnässä välttämätön.

Kenttädata vs. lab-data – kumpi ratkaisee

Yksi yleisimmistä virheistä on sekoittaa lab-data ja kenttädata. Nämä kaksi voivat poiketa toisistaan merkittävästi, ja vain toinen ratkaisee Googlen silmissä.

OminaisuusKenttädataLab-data
Mistä tuleeAidot Chrome-käyttäjät, 28 päivän rullaava ikkunaSimulaatio vakio-olosuhteissa
Vaikuttaa Googlen sijoituksiinKylläEi
Näkyy missäSearch Console, PageSpeed Insights (yläosa)PageSpeed Insights (alaosa), Lighthouse
Vaatii liikennettäKyllä, noin 500+ käyntiä kuukaudessaEi
Päivittyy28 päivän viiveelläHeti
Käytä kunHaluat tietää todellisen vaikutuksen sijoituksiinKehitys ja debuggaus

Käytännön työjärjestys:

Optimoinnin kierros
  • Tee korjaukset ja testaa lab-datalla (PageSpeed Insights tai Lighthouse)
  • Julkaise muutokset
  • Odota 2–4 viikkoa, jotta kenttädata päivittyy
  • Varmista parannus Google Search Consolen Core Web Vitals -raportista

Varoitus: Jos PageSpeed Insightsin kenttädata ja lab-data eroavat merkittävästi, luota aina kenttädataan. Kenttädata kertoo, mitä aidot käyttäjät kokevat – lab-data simuloi vain yhtä mahdollista käyttötilannetta.

LCP – latausnopeuden syvennys ja korjaukset

LCP (Largest Contentful Paint) mittaa aikaa siitä, kun sivu alkaa latautua, siihen, kun näkymäalueen suurin sisältöelementti (yleensä hero-kuva, videon esikatselukuva tai iso tekstilohko) tulee näkyviin. Tämä on ”käyttäjän kokema latausnopeus” – hetki, jolloin sivu näyttää valmistuneelta.

Mikä elementti on LCP?

Google tarkastelee näkymäalueella näkyviä elementtejä ja valitsee suurimman. Tyypilliset LCP-elementit ovat hero-kuva (yleisin LCP WordPress-sivuilla), suuri tekstilohko (esim. H1 + leipäteksti), videon ensimmäinen ruutu tai hero-taustakuva CSS:ssä.

4 yleisintä syytä huonoon LCP:hen

1

Hidas palvelinvaste (TTFB yli 800 ms)

Jos Time To First Byte on yli 600 ms, sivun lataus alkaa jo myöhässä. Korjaus: nopeampi webhotelli (vältä jaettua webhotellia kilpailluilla sivustoilla), CDN (Cloudflaren ilmainen taso usein riittää), palvelinpuolen välimuisti ja tietokantaoptimointi.

2

Optimoimattomat hero-kuvat

Yleisin LCP-ongelma WordPress-sivuilla. 2 MB:n pakkaamaton JPEG-kuva ei käytännössä läpäise LCP:tä mobiilissa. Korjaus: WebP- tai AVIF-formaatti (50–70 % pienempi), oikeat responsiiviset koot srcset-attribuutilla, lazy loading muille kuville mutta ei hero-kuvalle sekä <link rel="preload"> hero-kuvalle.

3

Renderöinnin estävä CSS ja JavaScript

Jos <head>-elementissä on iso CSS-tiedosto tai synkroninen JavaScript-skripti, selain ei voi renderöidä mitään ennen niiden latausta. Korjaus: kriittinen CSS inline-muotoon, loput async– tai defer-attribuutilla. Poista käyttämätön CSS.

4

Client-side-renderöinti ilman SSR:ää

Jos sivu renderöidään vasta JavaScriptillä selaimessa (esim. React SPA ilman SSR:ää), LCP odottaa JavaScriptin latausta ja suoritusta. Korjaus: server-side-renderöinti (Next.js SSR, Nuxt) tai Static Site Generation, joka tuottaa valmiin HTML:n palvelimella.

Konkreettinen koodiesimerkki: hero-kuvan preload

Yksi nopeimmista LCP-parannuksista WordPress-sivuille on hero-kuvan esilataus. Lisää <head>-elementtiin:

<link rel=”preload” as=”image” href=”/hero-image.webp” fetchpriority=”high”>

Tämä käskee selainta priorisoimaan hero-kuvan latauksen ennen muita resursseja. Tyypillinen parannus: LCP laskee 500–1 000 ms.

INP – responsiivisuuden syvennys ja korjaukset

INP (Interaction to Next Paint) on Core Web Vitalsin haastavin mittari – ja samalla se, jonka korjaaminen vaatii eniten teknistä osaamista. INP:tä ei ratkaista pelkällä välimuistilla.

INP:n kolme osa-aluetta

Jokainen vuorovaikutus koostuu kolmesta vaiheesta:

Vuorovaikutuksen elinkaari
  • Input Delay (yleensä 0–100 ms): aika käyttäjän klikkauksesta siihen, kun selaimen pääsäie vapautuu prosessoimaan sen
  • Processing Time (yleensä 50–400 ms): aika, jonka tapahtumankäsittelijän JavaScript kestää suorittaa – tämä on yleisin INP:n ongelmakohta
  • Presentation Delay (yleensä 0–50 ms): aika tapahtumankäsittelijän jälkeen siihen, kun selain päivittää näytön visuaalisesti

3 yleisintä INP-ongelmaa

1

Kolmannen osapuolen JavaScript

Google Analytics, Meta Pixel, chat-widgetit (Intercom, LiveChat), mainosverkostot (Google Ads) ja A/B-testaustyökalut (Hotjar). Nämä kaikki suorittavat JavaScriptiä pääsäikeessä ja estävät käyttäjän vuorovaikutuksia. Korjaus: lataa ne asynkronisesti, käytä viivästystä kunnes sivu on valmis ja harkitse server-side-integraatioita.

2

Raskaat WordPress-sivunrakentajat

Elementor, Divi, WPBakery ja Visual Composer tuottavat kaikki valtavia määriä JavaScriptiä client-puolelle. Erityisesti Elementor Pron widget-kirjasto on INP-ongelmien aiheuttaja. Korjaus: Elementorin light mode, minimalistinen teemapohja tai siirtyminen kevyempään ratkaisuun (Gutenberg-blokit, Bricks Builder, Breakdance).

3

Pitkät JavaScript-tehtävät (Long Tasks)

Yli 50 ms kestävät JavaScript-tehtävät estävät pääsäikeen toimintaa. Erityisesti sivuston latauksen alussa tehtävät raskaat alustukset (analytiikka, mainokset, hydration) aiheuttavat INP-ongelmia. Korjaus: tehtävien paloittelu (scheduler.yield API), web workerit raskaalle laskennalle ja code splitting.

Käytännön vinkki INP-debuggaukseen: Avaa Chrome DevTools → Performance-välilehti → nauhoita sivun lataus ja klikkaa ongelmallisia elementtejä. Etsi ”Long Tasks” -merkinnät timeline-näkymässä. Jokainen yli 50 ms tehtävä on potentiaalinen INP-ongelma.

CLS – visuaalisen vakauden syvennys ja korjaukset

CLS (Cumulative Layout Shift) mittaa, kuinka paljon sivun elementit liikkuvat odottamatta latauksen aikana. Ajattele tilannetta, jossa yrität klikata linkkiä ja viime hetkellä mainos pomppaa paikalle, ja klikkaat sitä vahingossa – se on CLS-ongelma.

CLS lasketaan matemaattisesti: impact fraction × distance fraction. Kaavaa ei tarvitse muistaa – riittää, että tiedät tämän: mitä suurempi liikkuva elementti ja mitä pidemmän matkan se liikkuu, sitä suurempi CLS.

5 yleisintä CLS-ongelmaa ja korjausta

1

Kuvat ilman width- ja height-attribuutteja

Yleisin yksittäinen syy. Kun kuva latautuu, selain ei tiedä, kuinka paljon tilaa varata, ja muut elementit hyppäävät kuvan latautuessa. Korjaus: lisää aina width– ja height-attribuutit img-tagiin. WordPressissä mediakirjasto tekee tämän automaattisesti, mutta kustomiteemoissa tämä kannattaa tarkistaa aina.

2

Mainokset, jotka latautuvat viiveellä

Google AdSense tai muut mainokset ilmestyvät usein 1–3 sekunnin viiveellä ja työntävät sisältöä. Korjaus: määrittele kiinteä tila mainospaikalle etukäteen CSS:llä, esim. .ad-slot { min-height: 250px; }

3

Web-fontit ja FOIT/FOUT

Kun custom-fontti latautuu, teksti vaihtaa fonttia (FOUT) tai on näkymätön siihen asti (FOIT). Jos uusi fontti on eri kokoinen, teksti työntyy. Korjaus: font-display: optional tai font-display: swap CSS:ssä ja fontin esilataus preload-tagilla.

4

Evästebannerit ja popupit

Evästebanneri (GDPR-vaatimus) ilmestyy usein 200–500 ms viiveellä ja työntää sisältöä. Korjaus: näytä banneri kiinteällä asemoinnilla, jotta se ei vaikuta layoutiin. Tai sumenna sisältö taustalla, kunnes banneri suljetaan.

5

Iframe-upotukset ilman mittoja

YouTube-videot, kartat ja sosiaalisen median upotukset upotetaan usein iframella. Jos niillä ei ole width- ja height-attribuutteja, selain varaa tilan myöhässä. Korjaus: käytä CSS:n aspect-ratio-ominaisuutta ja kiinteitä mittoja iframelle.

WordPress-kohtaiset Core Web Vitals -korjaukset

Yli 60 % Suomen yritysten verkkosivuista käyttää WordPressiä. Tässä on todellinen optimointijärjestys – ei ”asenna WP Rocket ja olet valmis”, vaan rehellinen näkymä siitä, mitä pitää tehdä.

Vaihe 1 – Webhotelli ja TTFB (ensimmäinen prioriteetti)

Jos webhotellisi TTFB on yli 600 ms, mikään muu optimointi ei riitä. Vaihda ensin. Suomalaisten toimittajien vertailu on laaja aihe, mutta seuraavat ovat tyypillisesti Core Web Vitals -kelpoisia: Seravo, Louhi, Kinsta, WP Engine ja SiteGround Cloud. Jaettu webhotelli alle 10 €/kk on harvoin riittävä kilpailluille sivustoille.

Vaihe 2 – Välimuistitus

Palvelintason välimuisti (object cache + full-page cache) ja selaimen välimuisti (browser cache). Paras työkalu on palvelintarjoajan oma välimuisti (esimerkiksi Seravon oma välimuisti) tai WP Rocket + LiteSpeed Cache. Vältä monia päällekkäisiä välimuistituksia – ne voivat aiheuttaa konflikteja.

Vaihe 3 – Kuvien optimointi

Asenna ShortPixel tai Imagify – ne konvertoivat kuvat automaattisesti WebP- tai AVIF-formaattiin ja luovat responsiiviset koot. Käytä lazy loadingia (WordPress 5.5+ sisältää natiivin). Hero-kuville fetchpriority="high" ja loading="eager".

Vaihe 4 – Sivunrakentajan arviointi

Jos käytät Elementoria tai Diviä ja INP on heikko, harkitse vaihtoa:

Sivunrakentajavaihtoehdot paremmuusjärjestyksessä
  • Gutenberg (WordPressin natiivi) – kevyin, nopein, mutta vaatii tottumista
  • Bricks Builder – nopea Core Web Vitals -kannalta, visuaalinen sivunrakentaja
  • GeneratePress + GenerateBlocks – erittäin kevyt yhdistelmä
  • Elementor ”light mode” – optimoitu versio, vähemmän ominaisuuksia

Vaihe 5 – JavaScript-optimointi

WP Rocketin ”Delay JavaScript execution” viivästyttää kolmannen osapuolen skriptit, kunnes käyttäjä toimii (klikkaa tai vierittää sivua). Tämä parantaa sekä LCP:tä että INP:tä merkittävästi. Varmista, että kriittiset skriptit (esim. cookie consent) eivät viivästy.

Vaihe 6 – Fonttien optimointi

Isännöi fontit itse (älä linkitä Google Fontseja CDN:n kautta). Esilataa (preload) käytetyt variantit. Käytä font-display: swap. Lataa vain tarvittavat painot (ei 300–900, vaan esim. 400 + 700).

Realistinen aikajänne: Keskimääräisen WordPress-sivun Core Web Vitals -optimointi kestää kokeneelta kehittäjältä 8–16 tuntia sivuston koosta ja sivunrakentajasta riippuen. Hintahaarukka: 500–3 000 € kertaluonteisena. Jos vaihdat sivunrakentajaa, puhutaan eri projektista (sisällön migraatio).

Milloin palkata kehittäjä?

Kaikki Core Web Vitals -korjaukset eivät vaadi kehittäjää. Tässä selkeä jaottelu:

TehtäväDIY mahdollistaKehittäjä suositeltava
Kuvien optimointi (WebP, pakkaus)✅ Lisäosa riittää
Caching-lisäosan asennus
Kuvien width- ja height-attribuutit✅ WordPress tekee tämän automaattisesti
Evästebannerin kiinteä asemointi✅ CSS-rivi
Kolmannen osapuolen skriptien priorisointi✅ Vaatii teknistä ymmärrystä
Sivunrakentajan vaihto✅ Iso projekti
Kustomikoodimuutokset (defer, async)
Server-side-renderöinti / SSR-migraatio✅ Kehittäjäprojekti
Hero-kuvan preload + fetchpriority✅ Teeman editointi
Webhotellin vaihto✅ DIY mahdollistaTai kumppani, joka tekee migraation

Palkkaa kehittäjä erityisesti, kun:

Milloin tarvitset kehittäjän
  • INP on heikko (yli 500 ms) – juurisyyt ovat lähes aina JavaScript-koodissa
  • LCP on yli 4 s eikä parane kuvaoptimoinnilla ja välimuistiasetuksilla
  • Sivusto on toteutettu kustomikoodilla eikä valmisalustalla
  • Käytät Elementoria tai Diviä ja INP ei parane lisäosien avulla
  • Sivusto on verkkokauppa, jossa on suuri katalogi

Asiakascase: LCP 3,2 s → 1,6 s, sijoitukset +32 %

Lähtötilanne: Suomalainen verkkokauppa. WordPress, WooCommerce ja Elementor Pro. Kuukausittainen orgaaninen liikenne 4 200 kävijää. LCP mobiilissa oli 3,2 s (Heikko), INP 580 ms (Heikko), CLS oli 0,18 (Parannusta).

Tehdyt toimenpiteet

Core Web Vitals -korjaukset 4 viikossa
  • Webhotellin vaihto jaetusta hostauksesta Seravon Premium-tasolle (TTFB 750 ms → 180 ms)
  • ShortPixel kaikille tuotekuville: WebP-konversio ja pakkaus (kuvien koko -65 %)
  • Hero-kuvien preload etusivulla ja tärkeimmillä kategoriasivuilla
  • Elementorin siivous: turhien widgettien poisto, globaalin CSS:n minimointi
  • WP Rocket ”Delay JavaScript execution” aktivoitu kolmansien osapuolten skripteille
  • Kriittinen CSS-polku: above-the-fold-CSS inline-muotoon, loput async
  • Fonttien optimointi: Google Fonts omalle palvelimelle, vain 2 varianttia ladattuna
  • Evästebanneri kiinteään asemointiin – ei enää layout shift -ongelmaa

Tulokset 4 viikon jälkeen

1,6 s
LCP mobiilissa (p75)
Alkuun 3,2 s · -50 %
180 ms
INP mobiilissa (p75)
Alkuun 580 ms · -69 %
0,04
CLS mobiilissa (p75)
Alkuun 0,18 · -78 %

Liiketoimintavaikutus 3 kuukauden jälkeen: orgaaninen liikenne +32 % (4 200 → 5 544 kävijää kuukaudessa), konversioaste +18 % (0,95 % → 1,12 %), myynti +54 %. Kaikki kolme Core Web Vitals -mittaria saavuttivat ”Hyvä”-tason ja sivusto nousi 14 avainsanalla ylemmäs Googlessa. ROI oli positiivinen jo toisena kuukautena.

Jatkuva seuranta ja raportointi

Core Web Vitals ei ole kertaluonteinen projekti. Uudet lisäosat, teemapäivitykset, lisätty analytiikka tai muut muutokset voivat heikentää mittareita yllättäen.

Viikoittainen rutiini

Viikon Core Web Vitals -tarkistus
  • Avaa Google Search Console → Experience → Core Web Vitals
  • Tarkista, onko uusia ”Poor”-merkintöjä
  • Vertaa desktop- ja mobiilipisteitä erikseen
  • Klikkaa ”Open Report” ja tarkista URL-ryhmien muutokset

Kuukausittainen syvätarkistus

Kuukauden syväanalyysi
  • PageSpeed Insights -testi 5–10 tärkeimmälle sivulle (etusivu, tuotekategoriat, top-artikkelit)
  • Mobiili ja desktop erikseen
  • Tallenna tulokset – näet pitkän aikavälin trendin
  • Vertaa GA4-dataan: näkyykö yhteys Core Web Vitals -parannusten ja konversioiden välillä

Muutosten jälkeiset testit

Aina kun teet merkittäviä muutoksia sivustoon, testaa Core Web Vitals välittömästi: uusi lisäosa asennettu, teema päivitetty, uusi sivunrakentajan versio, uusi analytiikkatyökalu tai chat-widgetti, sivuston ulkoasuuudistus tai uuden tuotesivun tai artikkelin julkaisu.

Usein kysyttyä

Mitä Core Web Vitals tarkoittaa vuonna 2026?
Core Web Vitals on Googlen mittaristo, joka arvioi verkkosivun käyttäjäkokemusta kolmella mittarilla: LCP (Largest Contentful Paint, latausnopeus, hyvä alle 2,5 s), INP (Interaction to Next Paint, responsiivisuus, hyvä alle 200 ms) ja CLS (Cumulative Layout Shift, visuaalinen vakaus, hyvä alle 0,1). Kaikki kolme vaikuttavat Google-sijoituksiin.
Miksi FID poistui ja INP tuli tilalle?
Google korvasi FID:n INP:llä maaliskuussa 2024, koska FID mittasi vain ensimmäisen klikkauksen viivettä. INP mittaa koko käyttökokemusta: sivu voi vastata ensimmäiseen klikkaukseen heti, mutta olla tahmea myöhemmissä vuorovaikutuksissa. INP paljastaa todellisen responsiivisuuden.
Vaikuttaako Core Web Vitals Googlen sijoituksiin?
Kyllä, Core Web Vitals on vahvistettu Googlen rankingtekijä kesäkuusta 2021 alkaen. Sisällön relevanssi on yhä tärkein tekijä, mutta tasavahvojen sivujen välillä Core Web Vitals toimii ratkaisevana tekijänä. Kilpailluilla toimialoilla hyvät mittarit tarjoavat selkeän edun.
Mikä on 75. persentiili Core Web Vitals -mittauksessa?
Google arvioi Core Web Vitalsia 75. persentiilin mukaan eli vähintään 75 % sivustollasi käyvistä aidoista käyttäjistä täytyy saada hyvä käyttökokemus, jotta sivu läpäisee testin. Tämä tarkoittaa, että hitain neljännes vierailuista määrittää tuloksen – ei keskiarvo.
Mistä mittaan Core Web Vitals -pisteeni?
Ilmaiset työkalut: 1) Google PageSpeed Insights (pagespeed.web.dev) – yksittäisten sivujen analyysi ja konkreettiset korjausehdotukset, 2) Google Search Consolen Core Web Vitals -raportti – aidon käyttäjädatan ryhmitellyt ongelmat, 3) Web Vitals Chrome -lisäosa – reaaliaikainen mittaus selaimessa, 4) Chrome Lighthouse – DevToolsin lab-testit.
Mikä on kenttädata vs. lab-data Core Web Vitals -mittauksissa?
Kenttädata (field data) tulee aidoilta Chrome-käyttäjiltä Chrome User Experience Report -järjestelmän kautta – tämä on Googlen virallinen data, johon rankingsignaalit perustuvat. Lab-data on simuloituja testejä vakio-olosuhteissa PageSpeed Insights- tai Lighthouse-työkaluilla. Kenttädata on se, mikä vaikuttaa Googlessa.
Kuinka kauan Core Web Vitals -korjaukset näkyvät Google Search Consolessa?
Kenttädata päivittyy 28 päivän rullaavalla ikkunalla. Käytännössä merkittävät korjaukset näkyvät GSC:ssä 2–4 viikon kuluessa. Lab-data PageSpeed Insightsissa päivittyy heti. Rankingvaikutus voi näkyä hakutuloksissa noin kuukauden kuluttua korjausten tekemisestä.
Mikä on yleisin syy huonoon LCP-pisteeseen?
Yleisin syy on optimoimaton hero-kuva tai hitaasti latautuva palvelin. Erityisesti WordPress-sivuilla: liian suuret kuvat (yli 500 kt), pakkaamaton JPEG-kuva WebP:n sijaan, puuttuva fetchpriority=”high” hero-kuvalle, hidas jaettu webhotelli (TTFB yli 800 ms) tai renderöinnin estävä CSS/JS ennen pääsisältöä.
Mikä on yleisin syy huonoon INP-pisteeseen?
Yleisin syy on raskas JavaScript, erityisesti kolmannen osapuolen skriptit (Google Analytics, Meta Pixel, chat-widgetit, mainokset). WordPressissä raskaat sivunrakentajat (Elementor, Divi, WPBakery) tuottavat usein liian paljon JavaScriptiä. INP-ongelmat ilmenevät erityisesti lomakkeissa, filttereissä ja navigaatiossa.
Mikä on yleisin syy huonoon CLS-pisteeseen?
Yleisimmät syyt: 1) kuvat ilman width- ja height-attribuutteja, 2) mainokset, jotka ilmestyvät viiveellä ja työntävät sisältöä, 3) web-fontit, jotka latautuvat hitaasti ja aiheuttavat tekstin uudelleenjäsennyksen (FOIT/FOUT), 4) dynaamisesti injektoidut elementit (evästebannerit, popupit), 5) iframe-upotukset ilman määriteltyjä mittoja.
Riittääkö WP Rocket ratkaisemaan Core Web Vitals -ongelmat?
Yleensä ei yksin. WP Rocket auttaa välimuistituksella (LCP paranee) ja minifikaatiolla (INP paranee jonkin verran), mutta ei korjaa kaikkea. Erityisesti raskas sivunrakentaja (Elementor/Divi), hidas webhotelli tai ylisuuret kuvat vaativat muita toimenpiteitä. WP Rocket on hyvä alku – ei kokonaisratkaisu.
Voiko Core Web Vitals parantua ilman kehittäjää?
Osittain. LCP- ja CLS-korjaukset (kuvien optimointi, dimensiot, WebP-formaatti, fonttien esilataus) onnistuvat usein tekniseltä peruskäyttäjältä WordPressissä ja vastaavilla alustoilla. INP-korjaukset vaativat lähes aina kehittäjää, koska ongelma juontuu JavaScriptistä ja sivuston arkkitehtuurista.
Mitkä ovat Core Web Vitals -mittareiden hyvät raja-arvot vuonna 2026?
LCP: hyvä alle 2,5 s, parannusta vaativa 2,5–4,0 s, heikko yli 4,0 s. INP: hyvä alle 200 ms, parannusta vaativa 200–500 ms, heikko yli 500 ms. CLS: hyvä alle 0,1, parannusta vaativa 0,1–0,25, heikko yli 0,25. Arvioidaan 75. persentiilin mukaan aidosta käyttäjädatasta.
Milloin kannattaa palkata kehittäjä Core Web Vitals -korjauksiin?
Kehittäjä kannattaa palkata, kun: 1) INP on heikko (yli 500 ms), 2) LCP on heikko (yli 4 s) eikä parane kuvien tai välimuistiasetusten muutoksella, 3) sivusto on kustomikoodipohjalla eikä valmisalustalla, 4) käytät raskasta sivunrakentajaa (Elementor/Divi), joka tuottaa INP-ongelmia. Hinta WordPress-sivulle on tyypillisesti 500–3 000 € kertaluonteisena.
Kuinka usein Core Web Vitals kannattaa tarkistaa?
Aktiivisilla sivustoilla viikoittain Google Search Consolen Core Web Vitals -raportista. Merkittäviä muutoksia (uusi teema, lisäosa tai sivunrakentajan version päivitys) tehdessä testaa aina PageSpeed Insightsilla ennen ja jälkeen. Säännöllisesti julkaistavia artikkeleita kannattaa testata yksittäin julkaisun jälkeen.

Lähteet

  • Google Search Central – Core Web Vitals (developers.google.com/search/docs/appearance/core-web-vitals)
  • web.dev – Web Vitals (web.dev/articles/vitals)
  • Google Chrome User Experience Report (CrUX)
  • Google PageSpeed Insights (pagespeed.web.dev)
  • Google Search Console – Core Web Vitals Report
  • SEOvelho – Asiakasreferenssit ja Core Web Vitals -data
Tekninen auditointi

Ovatko sivustosi Core Web Vitals -mittarit kunnossa?

Tilaa maksuton Core Web Vitals -arviointi. Käyn läpi sivustosi LCP-, INP- ja CLS-pisteet sekä konkreettiset korjausehdotukset. Ei sitoumuksia.

Vastaus 24 tunnissa. Ei sitoumuksia.

Verkkokaupan tuotesivujen hakukoneoptimointi

Verkkokaupan tuotesivujen SEO SEOvelho.fi
VERKKOKAUPAN SEO · 2026 Tuotesivujen hakukone- optimointi Title · Schema · Kuvaukset · Rich snippetit · CTR HP Henry Pikkor SEOvelho.fi · 15 min lukuaikaa SEOvelho.fi GOOGLE-HAKUTULOS — ENNEN & JÄLKEEN ENNEN Naisten juoksukengät | Verkkokauppa Laaja valikoima kenkiä. Tilaa helposti verkosta. JÄLKEEN Naisten juoksukengät – kevyet & joustavat | Kauppa.fi Zoom Air -välipohja, hengittävä mesh. Nopea toimitus… ★★★★★ 5,0 (124) · 89 € VARASTOSSA CTR-VAIKUTUS — RICH SNIPPETIT VS. TAVALLINEN Tavallinen tulos 3,2 % + tähtiarviot 4,9 % + hinta & saatavuus 6,8 % 2,1× enemmän klikkauksia OPTIMOINNIN VAIHEET 1 Title-tagi & metakuvaus → klikkaukset 2 Ainutlaatuinen tuotekuvaus → sijoitukset 3 Product schema -merkintä → rich snippetit 4 Kuvat, nopeus & arvostelut → konversio vaihe 1–4 · tyypillinen aikajänne 3–6 kk TYYPILLINEN TULOS — OPTIMOIDUT TUOTESIVUT 2,1× enemmän orgaanisia klikkauksia tuotesivuille 68 % long tail -haut 3–6 kk näkyviä tuloksia Top 3 tavoitesijoitus
Verkkokaupan hakukoneoptimointi

Verkkokaupan tuotesivujen hakukoneoptimointi – 8 tehokasta keinoa kasvattaa orgaanista myyntiä 2026

Monessa verkkokaupassa suurin SEO-potentiaali ei piile etusivulla eikä blogissa, vaan tuotesivuilla. Siellä asiakas on jo valmiina ostamaan — mutta löytääkö hän sinut Googlesta vai kilpailijan?

Tämän artikkelin on kirjoittanut Henry Pikkor, SEOvelho.fi:n perustaja. Olen rakentanut ja optimoinut verkkokauppoja yli 10 vuoden ajan — tuotekategorioita, hakusanarakenteita, konversio-optimoituja tuotesivuja ja teknistä SEO:ta. Verkkokaupan tuotesivujen hakukoneoptimointi on yksi alue, jossa pienetkin muutokset voivat tuottaa merkittävän kasvun orgaanisessa liikenteessä. Tyypillisin tilanne, jonka kohtaan: verkkokaupassa on satoja tuotesivuja, joista suurin osa ei näy Googlessa käytännössä lainkaan. Syy on lähes aina sama — tekninen pohja puuttuu tai tuotekuvaukset on kopioitu suoraan valmistajalta. Tässä artikkelissa näytän, mitä muuttamalla tilanteen voi korjata järjestelmällisesti.

Tuotesivu on SEO:n tärkein yksikkö verkkokaupassa. Se on sivu, jolla hakuaikomus on korkein, kilpailu konkreettisinta ja konversiopotentiaali välitön. Siksi juuri siihen kannattaa panostaa ensin.

Miksi tuotesivut ovat verkkokaupan SEO:n tärkein taistelukenttä?

Etusivu ja kategoriasivut ovat tärkeitä, mutta ne toimivat hakukoneessa yleensä laajemmilla ja kilpailluilla hakusanoilla. Tuotesivu puolestaan tavoittaa hakijan, joka tietää jo, mitä haluaa — ja on valmis toimimaan. Siksi verkkokaupan tuotesivujen hakukoneoptimointi on usein investoinniltaan tehokkain yksittäinen toimenpide koko verkkokaupan näkyvyyden rakentamisessa.

Ostovalmis hakija on jo lähellä kassakonetta

Kun joku hakee Googlesta ”Nike Air Zoom Pegasus 41 koko 42” tai ”Weber Spirit E-310 paras hinta Suomi”, hän ei ole enää tiedonhakuvaiheessa. Hän tietää, mitä haluaa, vertailee vaihtoehtoja ja on valmis ostamaan. Jos tuotesivusi löytyy juuri tässä vaiheessa, konversioprosentti on moninkertainen verrattuna laajemmilta hakusanoilta tulevaan liikenteeseen — ja kilpailu on usein selvästi helpompaa kuin lyhyillä yleishauilla.

Tuotesivut skaalautuvat — yksi optimoitu sivu toimii kuukausia

Toisin kuin maksettu mainonta, joka lakkaa näkymästä budjettisi loppuessa, hyvin optimoitu tuotesivu kerää orgaanista liikennettä kuukausia ja vuosia. Kun kerran teet sen oikein — oikea title-tagi, ainutlaatuinen kuvaus ja toimiva Product schema -merkintä — sivu tekee työtä jatkuvasti ilman lisäkustannuksia.

68 %
kaikista verkkokauppaan kohdistuvista hakukyselyistä on niin sanottuja long tail -hakuja — pitkiä, tarkkoja hakuja, joissa ostoaikomus on korkea.
2,1×
enemmän orgaanisia klikkauksia tuotesivuille, kun title-tagi, metakuvaus ja strukturoitu data ovat kunnossa verrattuna optimoimattomaan sivuun.
Top 3
-sijaa on tavoiteltava aina — tuotehauissa ensimmäinen sivu saa yli 90 % klikkauksista, ja kärki vie selvästi suurimman osan niistä.

Pitkät hakulausekkeet tuovat ostovalmiimpaa liikennettä

Yksi yleisimmistä virheistä verkkokaupan tuotesivujen hakukoneoptimoinnissa on yrittää optimoida sivut liian lyhyille, yleisille hakusanoille. Lyhyt hakusana, kuten ”juoksukengät”, on erittäin kilpailtu ja tavoittaa hakijan, joka saattaa vasta tutustua aiheeseen. Pitkä hakulauseke, kuten ”Nike Air Zoom Pegasus 41 naiset koko 40”, tavoittaa henkilön, joka tietää täsmälleen, mitä haluaa — ja on valmis ostamaan.

Miten tunnistaa oikeat hakusanat tuotesivuille?

Avainsanatutkimus tuotesivuille lähtee aina tuotteen ominaisuuksista ja asiakkaan hakukäyttäytymisestä. Käytännön lähestymistapa: tutki Google Search Consolesta, millä hauilla tuotesivusi jo löytyvät — erityisesti sijoitukset 8–25 ovat kultakaivos, koska pienellä parannuksella pääset Top 3 -alueelle. Tutki myös kilpailijoiden tuotesivuja ja Googlen hakuehdotuksia. Lisää sitten tuotekuvauksiin, title-tagiin ja otsikoihin ne termit, joilla oikeasti haetaan. Tarkempi prosessi on kuvattu avainsanatutkimuksen palvelukuvauksessa.

Käytännön esimerkki — mitä asiakkaat oikeasti hakevat

Miten yritys kuvaa tuotteen
Sisäistä ammattikieltä
”Juoksujalkine, malli PEG41, mesh-päällinen”
”Reaktiivinen välipohja, optimoitu iskunvaimennus”
”Unisex, saatavana useissa väreissä”
Hakuvolyymi: lähes nolla
Mitä asiakkaat hakevat
Arkikieltä ja tarkkuutta
”Nike Air Zoom Pegasus 41 naiset”
”kevyet juoksukengät maantielle”
”Nike juoksukengät koko 40 Suomi”
Hakuvolyymi: mitattavissa, konversio korkea

Tuotesivun rakenne, joka tukee sekä näkyvyyttä että myyntiä

Hyvin toteutettu verkkokaupan tuotesivujen hakukoneoptimointi lähtee sivun rakenteesta — sen pitää olla suunniteltu niin, että sekä asiakas että hakukone löytävät siitä tarvitsemansa. Kolme tärkeintä elementtiä ovat title-tagi, tuotekuvaus ja URL-rakenne.

Title-tagi ja metakuvaus

Title-tagi on yksittäinen tärkein optimointikohta tuotesivulla. Se näkyy suoraan Googlen hakutuloksissa ja vaikuttaa sekä sijoituksiin että klikkausprosenttiin. Hyvä title-tagi sisältää pääavainsanan, tuotteen erottuvan ominaisuuden ja brändin tai kaupan nimen.

Esimerkki — title-tagi tuotesivulle
✗ HEIKKO:
<title>Juoksukengät naisille | Verkkokauppa</title>

✓ HYVÄ:
<title>Nike Air Zoom Pegasus 41 Naiset – Kevyt juoksukenkä maantielle | Kauppa.fi</title>

→ Pääavainsana alussa, erottava ominaisuus mukana, brändi lopussa

Metakuvaus ei suoraan vaikuta sijoituksiin, mutta se vaikuttaa klikkausprosenttiin — ja sitä kautta epäsuorasti myös näkyvyyteen. Kirjoita metakuvaus kuin mainos: korosta hyötyä, käytä toimintaverbejä ja sisällytä toimintakehotus. Sopiva pituus on yleensä 155–160 merkkiä.

Ainutlaatuinen tuotekuvaus — miksi valmistajan teksti ei riitä

Suurin yksittäinen ongelma monessa verkkokaupassa: tuotekuvaukset on kopioitu suoraan valmistajalta tai tukkuliikkeeltä. Sama teksti löytyy kymmenistä muista kaupoista, ja Google tunnistaa tämän. Kopioitu sisältö ei tue sijoituksia — parhaimmillaan se ei haittaa, pahimmillaan se heikentää koko sivun näkyvyyttä.

Duplicate content — yleisin este tuotesivujen näkyvyydelle

Jos sama tuotekuvaus löytyy useammalta sivustolta identtisenä, Google valitsee näytettäväksi yleensä sen version, joka on hakukonenäkyvyyden kannalta vahvimmalla sivustolla — useimmiten valmistajan omalla sivulla tai suuren markkinapaikan listauksessa. Kirjoita aina oma kuvauksesi.

Ainutlaatuinen tuotekuvaus ei tarkoita pitkiä markkinointipuheita. Se tarkoittaa, että kuvaat tuotteen hyödyt asiakkaan näkökulmasta, vastaat yleisimpiin kysymyksiin, käytät niitä hakusanoja, joilla asiakkaat etsivät tuotetta, ja teet sen tavalla, joka ei löydy muualta. Kolme hyvin kirjoitettua kappaletta on arvokkaampi kuin kymmenen laimean luetelmakohdan lista.

URL-rakenne

Tuotesivun URL-osoitteen kannattaa olla selkeä ja kuvaava. Lisää kategoria URL-osoitteeseen, käytä tuotteen pääavainsanaa lyhyesti ja vältä pitkiä ID-numeroita tai erikoismerkkejä. Esimerkiksi /kengat/juoksukengat/nike-air-zoom-pegasus-41-naiset/ kertoo sekä käyttäjälle että hakukoneelle, mistä on kyse — jo ennen kuin sivu latautuu.

Strukturoitu data — tuotesivun näkyvin kilpailuetu

Strukturoitu data eli schema-merkintä on tapa kertoa Googlelle koneluettavassa muodossa, mitä sivu sisältää. Tuotesivuilla tämä tarkoittaa käytännössä Product schema -merkintää, johon voi sisällyttää hinnan, varastosaldon, arvostelut ja paljon muuta. Oikein toteutettu schema-merkintä mahdollistaa niin sanotut rich snippetit — ne hakutulosnäkymät, joissa näkyvät tähtiarviot, hinta ja saatavuus suoraan hakutuloksissa. Googlen ohjeistus Product schema -merkintään löytyy Google Search Centralista.

Product schema -merkintä ja rich snippetit

Hakutulosnäkymä — näin rich snippetit erottuvat
kauppa.fi › juoksukengat › naiset
Nike Air Zoom Pegasus 41 Naiset – Kevyt juoksukenkä maantielle | Kauppa.fi
★★★★★ 4,9 (214 arvostelua) · Hinta: 129 € Varastossa
Kevyt ja joustava juoksukenkä maantieajoon. Zoom Air -välipohja, hengittävä mesh. Ilmainen toimitus yli 50 € tilauksiin.
kilpailija.fi › kengat
Nike juoksukengät – kilpailija.fi
Ei rich snippetejä
Meiltä löydät laajan valikoiman juoksukenkiä. Katso tuotteet verkkokaupastamme.

Kumpi näistä hakutuloksista saa enemmän klikkauksia? Tähtiarviot, hinta ja ”Varastossa”-merkintä näkyvät jo hakutuloksissa — ostajan ei edes tarvitse klikata sivulle vertaillakseen. Hän klikkaa, koska on jo puoliksi vakuuttunut. Tämä on kilpailuetu, joka on teknisesti suoraviivainen toteuttaa mutta jonka monet verkkokaupat edelleen ohittavat.

Product schema -merkintä — tärkeimmät kentät
”@type”: ”Product”
”name”: ”Nike Air Zoom Pegasus 41”
”description”: ”Kevyt juoksukenkä maantielle…”
”offers”: {
  ”price”: ”129.00”
  ”availability”: ”InStock”
}
”aggregateRating”: {
  ”ratingValue”: ”4.9”
  ”reviewCount”: ”214”
}
Rich snippet -vaikutus hakutuloksiin
★★★★★ 4,9 (214 arv.)
→ tähtiarviot näkyviin

Hinta: 89 €
→ hinta hakutulokseen

Varastossa
→ saatavuus näkyviin

CTR 2,1×
→ enemmän klikkauksia

Arvostelujen merkitys CTR:lle ja sijoituksille

Tähtiarviot hakutuloksessa tulevat ainoastaan silloin, kun sivulla on sekä oikea schema-merkintä että oikeita käyttäjäarvosteluja. Google ei hyväksy itse luotuja tai piilotettuja arvosteluja — niiden pitää olla aitoja asiakasarvosteluja, jotka näkyvät myös sivulla. Tämä on yksi lisäsyy sille, miksi arvosteluprosessi kannattaa laittaa kuntoon verkkokaupassa. Palaan aiheeseen tarkemmin kohdassa ”Asiakasarvostelut”.

Kuvat, latausnopeus ja Core Web Vitals

Tuotesivut ovat usein kuvaraskaimpia sivuja koko verkkokaupassa. Tämä on ongelma, jos kuvia ei ole optimoitu — latausnopeus kärsii, Core Web Vitals -mittarit heikkenevät ja sekä käyttäjäkokemus että hakukonenäkyvyys kärsivät. Kuvien optimointi on yksi konkreettisimmista nopeista voitoista verkkokaupan tuotesivujen hakukoneoptimoinnissa. Lisätietoa teknisistä toimenpiteistä löydät teknisen SEO:n palvelukuvauksesta.

WebP, alt-tekstit ja lazy loading

Neljä kuvaoptimointikohtaa jokaiselle tuotesivulle
Nämä vaikuttavat sekä latausnopeuteen, hakukonenäkyvyyteen että käyttäjäkokemukseen.
🖼️
WebP-formaatti
WebP-kuvat ovat tyypillisesti 25–35 % pienempiä kuin JPEG-kuvat, mutta säilyttävät saman laadun. Kaikki modernit selaimet tukevat sitä.
Alt-tekstit
Jokainen tuotekuva tarvitsee kuvaavan alt-tekstin. Tämä auttaa hakukonetta ymmärtämään kuvan sisällön ja parantaa saavutettavuutta.
Lazy loading
Kuvia ladataan vasta silloin, kun ne ovat tulossa näkyviin. Erityisesti useamman kuvan tuotesivuilla vaikutus latausaikaan on merkittävä.
📐
Oikea koko
Älä lähetä 3000 px leveää kuvaa mobiiliin, jos se näytetään 400 px leveänä. Käytä srcset-attribuuttia tai palvelinpuolen kuvanmuokkausta.

Mobiilioptimointi

Yli 60 % verkkokaupan tuotehauista tehdään mobiililla. Google käyttää ensisijaisesti mobiiliversiota indeksointiin (mobile-first indexing). Jos tuotesivusi toimii heikosti mobiilissa — kuvat leikkautuvat, tekstit ovat liian pieniä tai ostopainiketta on vaikea painaa — se vaikuttaa sekä sijoituksiin että konversioon. Testaa jokainen tuotesivupohja mobiililla ennen julkaisua.

Asiakasarvostelut — SEO-sisältöä, jota et voi itse kirjoittaa

Asiakasarvostelut ovat verkkokaupan tuotesivujen hakukoneoptimoinnin kannalta erityinen voimavara siksi, että ne ovat ainutlaatuista, jatkuvasti päivittyvää sisältöä, johon kilpailijasi ei pysty vastaamaan kopioimalla. Jokaisessa arvosteluviestissä on luonnollisesti sanoja ja ilmaisuja, joilla oikeat asiakkaat kuvailevat tuotetta — usein juuri niitä hakutermejä, joita et ehkä olisi itse lisännyt tuotekuvaukseen.

Arvostelujen kerääminen kannattaa automatisoida: lähetä asiakkaalle muutaman päivän kuluttua ostosta sähköposti, jossa pyydät lyhyttä palautetta. Arvostelujen pitää näkyä sivulla, ei pelkästään kolmannen osapuolen palvelussa, jotta Google voi näyttää niitä rich snippeteissä. Myös Google ymmärtää, että arvostelujen puuttuminen tai vähäinen määrä on signaali.

Sisäinen linkitys: miten tuotesivut, kategoriat ja blogisisältö tukevat toisiaan

Sisäinen linkitysrakenne on yksi aliarvostetuimmista tekijöistä verkkokaupan hakukoneoptimoinnissa. Google arvioi sivustoa kokonaisuutena — ja sisäiset linkit ovat se tapa, jolla kerrotaan, mitkä sivut ovat tärkeimpiä ja miten ne liittyvät toisiinsa. Hyvin rakennettu linkitys kanavoi sivuston auktoriteettia sinne, missä sillä on eniten arvoa.

Kategoriasivut tuotesivujen tukena

Kategoriasivut ovat tyypillisesti ne sivut, joille ulkoiset linkit ohjautuvat eniten — ne ovat helpompia linkittää kuin yksittäiset tuotteet. Media ja blogit linkittävät useammin kategoriaan kuin yksittäiseen tuotteeseen. Kun kategoriasivulta on selkeät sisäiset linkit tärkeimmille tuotesivuille, tämä auktoriteetti siirtyy alaspäin. Paras tapa: nosta tärkeimmät tai suosituimmat tuotteet kategorian yläosaan ja käytä linkkiteksteinä kuvaavia ankkuritekstejä — ei ”klikkaa tästä”, vaan ”Nike Air Zoom Pegasus 41 Naiset”.

Artikkeli ohjaa ostopolulla

Tiedollinen sisältö ei ole myyntisivu — mutta se voi ohjata ostajan myyntisivulle. Artikkeli, kuten ”Juoksukengät aloittelijalle — mitä kannattaa huomioida?”, tavoittaa hakijan tiedonhakuvaiheessa ja ohjaa hänet luontevasti oikealle tuotesivulle. Tämä on klassinen sisäisen linkityksen hyödyntäminen myyntiputkessa — artikkelista tuotesivulle, tuotesivulta ostoskoriin.

Heikko rakenne
Sivut eivät tue toisiaan
Kategoriasivut eivät linkitä parhaimmille tuotesivuille
Blogiartikkelit eivät ohjaa tuotesivuille
Tuotesivujen välillä ei ole ”Katso myös” -linkitystä
Auktoriteetti ei kanavoidu tärkeimmille sivuille
Vahva rakenne
Koko sivusto tukee myyntiä
Kategoriat nostavat parhaat tuotteet esiin linkkeineen
Oppaat ja artikkelit ohjaavat tuotesivuille ostoaikeella
Tuotesivuilta on ristiinlinkitys saman kategorian tuotteisiin
Google ymmärtää selkeästi sivuston hierarkian

Sisältöstrategiaan ja linkitysrakenteeseen voi tutustua tarkemmin SEO-sisällöntuotannon palvelukuvauksessa — siellä käydään läpi myös se, miten verkkokaupan tiedollinen sisältö rakennetaan tukemaan myyntiä.

Mistä aloittaa, kun tuotteita on satoja tai tuhansia?

Suurin käytännön haaste verkkokaupan tuotesivujen hakukoneoptimoinnissa ei ole se, mitä tehdä, vaan se, mistä aloittaa, kun optimoitavia sivuja on paljon. Täydellisyys on tässä vihollinen: sen sijaan, että yritetään optimoida kaikki kerralla, kannattaa priorisoida tiukasti.

1

Kartoita nykytilanne ensin

Ennen kuin muutat mitään, selvitä, missä mennään. Kuinka moni tuotesivuistasi on indeksoitu? Onko päällekkäisiä meta-tageja? Onko teknisiä esteitä? SEO-analyysimme antaa tähän nopeasti selkeän kuvan.

2

Priorisoi: parhaan katteen tuotteet ensin

Aloita niistä tuotteista, joilla on suurin liiketoimintavaikutus — parhaat katteet, suurin myyntivolyymi tai suurin strateginen merkitys. Paranna ensin näiden title-tagit, kirjoita ainutlaatuiset kuvaukset ja lisää Product schema -merkintä. Tämä tuottaa mitattavaa tulosta nopeimmin.

3

Hyödynnä Search Console: sijoitukset 8–25

Google Search Consolesta näet, millä tuotesivuilla on jo jonkinlainen sijoitus hakutuloksissa, mutta ei vielä Top 3 -alueella. Sijoitukset 8–25 ovat käytännössä matalalla roikkuvien hedelmien lista — pienellä parannuksella pääset etusivulle ja liikenne voi moninkertaistua.

4

Rakenna skaalautuva prosessi

Kun tiedät, mitä tehdä, rakenna sen ympärille toistettava prosessi — esimerkiksi uudet tuotteet saavat optimoidun title-tagin, ainutlaatuisen kuvauksen ja Product schema -merkinnän automaattisesti osana julkaisuprosessia. Verkkokaupan hakukoneoptimoinnin palvelukuvauksesta näet, miten tämä tehdään käytännössä.

5

Seuraa ja toista

SEO ei ole kertatoimenpide. Seuraa sijoitusten kehitystä, klikkausprosentteja ja konversioita. Löydät nopeasti ne sivut, joissa on vielä parantamisen varaa — ja ne, jotka jo tekevät hyvää työtä. Katso myös SEO-strategiapalvelumme pitkäjänteiseen kehittämiseen.

Älä yritä optimoida kaikkea kerralla. Kolme täydellisesti optimoitua tuotesivua tuottaa enemmän kuin kolmekymmentä puolittain tehtyä. Aloita tärkeimmistä, rakenna prosessi ja laajenna sen jälkeen.

Verkkokaupan tuotesivujen hakukoneoptimointi on yksi konkreettisimmista kasvumahdollisuuksista, jos haluat kasvattaa liikennettä ja myyntiä ilman jatkuvaa mainontaa. Jokainen hyvin optimoitu tuotesivu tekee työtä myös silloin, kun et ole panostamassa siihen aktiivisesti. Hinnoittelu ja muut taloudelliset kysymykset on käyty läpi hinnastosivulla — tai voit pyytää maksuttoman alkukartoituksen suoraan.

Usein kysyttyä verkkokaupan tuotesivujen hakukoneoptimoinnista

Miten verkkokaupan tuotesivuja optimoidaan hakukoneita varten?
Verkkokaupan tuotesivujen hakukoneoptimointi lähtee oikeista hakusanoista: selvitä, mitä termejä asiakkaat oikeasti hakevat, ja integroi ne title-tagiin, metakuvaukseen ja tuotekuvaukseen. Kirjoita oma, ainutlaatuinen tuotekuvaus — älä kopioi valmistajalta. Lisää Product schema -merkintä rich snippetejä varten. Varmista, että kuvat ovat WebP-muodossa, niissä on alt-tekstit ja sivun latausnopeus on kunnossa. Arvostelujen kerääminen vahvistaa sekä sijoituksia että CTR:ää ajan myötä.
Kuinka kauan verkkokaupan tuotesivujen SEO:n vaikutukset näkyvät tuloksissa?
Teknisten korjausten — kuten schema-merkintöjen tai title-tagien muutosten — vaikutus voi näkyä jo muutamassa viikossa. Uusien tuotekuvausten ja ainutlaatuisen sisällön vaikutus näkyy tyypillisesti 3–6 kuukaudessa. Kilpailluilla hakusanoilla pysyvä Top 3 -sijoitus voi vaatia 6–12 kuukautta järjestelmällistä työtä. Lue tarkemmin artikkelista kuinka kauan hakukoneoptimointi kestää.
Vaikuttaako tuotekuvauksen pituus hakukonenäkyvyyteen?
Ei suoraan — Google ei palkitse pituudesta sellaisenaan. Sen sijaan riittävä kattavuus on tärkeää: kuvauksen pitää vastata hakijan tarpeeseen paremmin kuin kilpailijoiden sivut. Käytännössä 150–400 sanaa riittää useimmille tuotteille, kunhan teksti on ainutlaatuista, avainsanoja käytetään luontevasti ja se vastaa kysymyksiin, joita asiakas todennäköisesti tuotteesta esittää.
Kannattaako kaikkien tuotesivujen optimointiin panostaa yhtä paljon?
Ei. Priorisoi resurssit sen mukaan, missä liiketoimintavaikutus on suurin. Aloita korkean katteen tai suuren myyntivolyymin tuotteista sekä niistä sivuista, joilla on jo jonkinlainen sijoitus mutta ei vielä etusivulla. Pienemmän volyymin tai marginaalisemman myynnin tuotteet voi optimoida kevyemmin tai myöhemmin. Strategisesta priorisoinnista voi puhua tarkemmin SEO-kartoituksen yhteydessä.
Pitääkö jokaisella tuotesivulla olla oma URL-osoite?
Kyllä — jokainen tuotesivu tarvitsee oman, kuvaavan URL-osoitteen. Älä käytä pelkkiä tuote-ID-numeroita tai satunnaisia merkkijonoja. Hyvä URL kertoo sekä käyttäjälle että hakukoneelle, mitä sivu sisältää: esimerkiksi /kengat/juoksukengat/nike-air-zoom-pegasus-41-naiset/ on selkeä ja hakukoneystävällinen. Muista myös, että URL-osoitetta ei kannata vaihtaa jälkikäteen ilman asianmukaisia uudelleenohjauksia — se voi heikentää jo kertynyttä näkyvyyttä.
Miten tuotesivujen hakukoneoptimointi eroaa kategoriasivujen optimoinnista?
Tuotesivut ja kategoriasivut optimoidaan eri hakuaikomuksiin. Kategoriasivun hakusanat ovat yleisempiä ja laajempia — esimerkiksi ”juoksukengät naiset” tai ”Nike kengät” — ja ne palvelevat hakijaa, joka vasta selaa vaihtoehtoja. Tuotesivut puolestaan optimoidaan tarkemmille, usein pitkille hakulausekkeille, joissa hakijalla on selkeä ostoaikomus. Käytännössä kategoriasivut tuovat volyymia ja tuotesivut konversiota — molemmat ovat tärkeitä, mutta eri syistä.
Seuraava askel

Haluatko tietää, mitkä tuotesivusi kannattaa optimoida ensimmäisenä?

Pyydä maksuton alkukartoitus. Käyn läpi verkkokauppasi nykytilan, suurimmat esteet ja kerron suoraan, mistä saat parhaan tuoton — ei ympäripyöreää jargonia, vaan konkreettinen suunnitelma juuri sinun kaupallesi.

Kartoitus on maksuton eikä sido mihinkään. Saat selkeän näkemyksen siitä, mistä lähteä liikkeelle.