Core Web Vitals koostuu kolmesta mittarista: LCP, CLS ja INP. Kynnysarvot eivat ole muuttuneet, joten huhut uusista rajoista kannattaa sivuuttaa.
INP saa eniten huomiota, koska se on uusin. LCP ja CLS ovat kuitenkin edelleen kaksi kolmesta, ja niiden korjaaminen on tekniseti eri tyota.
LCP: suurin sisaltoelementti
LCP mittaa milloin sivun suurin nakyva elementti on piirretty — yleensa hero-kuva tai otsikko.
Korjaus jakautuu kolmeen osaan:
Palvelimen vasteaika. Kaikki muu tapahtuu taman jalkeen. Hidas TTFB tekee LCP-optimoinnista mahdotonta riippumatta siita mita etupaassa tehdaan.
Resurssin loytyminen. Jos LCP-kuva ladataan JavaScriptilla tai CSS-taustakuvana, selain loytaa sen myohaan. Merkkauksessa oleva <img> loytyy heti.
Resurssin koko ja prioriteetti. Esilataus ja oikea kuvaformaatti vaikuttavat suoraan.
CLS: odottamaton siirtyminen
CLS mittaa kuinka paljon sisalto hyppii latauksen aikana. Se on kayttajakokemuksen kannalta ehka arsyttavin ongelma ja usein helpoin korjata.
Tavallisimmat syyt:
Kuvat ilman mittoja. Selain ei varaa tilaa, joten sisalto siirtyy kun kuva latautuu. width ja height attribuutteina korjaavat taman.
Mainokset ja upotukset ilman varattua tilaa. Sama ongelma, isompi siirtyma.
Myohaan ladattavat fontit. Tekstin uudelleenpiirtyminen eri fontilla siirtaa kaiken alapuolella olevan.
Dynaamisesti lisatty sisalto olemassa olevan ylapuolelle. Evastebanneri tai ilmoituspalkki, joka ilmestyy sekunnin viiveella.
Laboratorio ja kenttadata eivat ole sama asia
Tama on yleisin vaarinkasitys. Search Consolen raportti perustuu CrUX-kenttadataan eli todellisten kayttajien mittauksiin. Lighthouse ja vastaavat tyokalut tuottavat laboratoriolukemia yhdesta simuloidusta latauksesta.
CLS erityisesti eroaa naiden valilla, koska laboratoriotesti ei klikkaa evastebanneria eika vierita sivua. Todellinen kayttaja tekee molemmat.
Google paivittaa kenttadatan 28 paivan liukuvalla jaksolla, joten korjaukset nakyvat yleensa kahdesta neljaan viikkoon.
Kaytannon jarjestys
Korjaa CLS ensin. Se on halvin, nopein ja vaikuttaa kayttajakokemukseen valittomasti.
Sitten LCP, aloittaen palvelimen vasteajasta.
INP viimeisena, koska se vaatii yleensa JavaScriptin karsimista — tyolain vaihe.
Ja odota 28 paivan ikkuna ennen kuin arvioit tulosta. Uusi korjaus ennen kuin edellinen on nakynyt tekee syy-seuraussuhteen mahdottomaksi paatella.
