Mis on Core Web Vitals?

Kolm numbrit, mis kirjeldavad kasutaja kogemust

Core Web Vitals on kolm mõõdikut, millega hinnatakse, kuidas leht päris kasutajale avaneb. web.dev-i kirjelduse järgi mõõdab LCP (Largest Contentful Paint) laadimist, INP (Interaction to Next Paint) reageerimisvõimet ja CLS (Cumulative Layout Shift) paigutuse püsivust. Head väärtused on vastavalt kuni 2,5 sekundit, kuni 200 millisekundit ja kuni 0,1.

Need kolm pärinevad Chrome'i mõõtmiste programmist ja neid kasutab Google'i otsing kasutuskogemuse signaalina. Tähtis on sõna „signaal“: mõõdikud ei ole kohtade edetabel, vaid üks sisend paljude seas.

Mida iga mõõdik päriselt näitab

Künnised on head väärtused, mitte lävend, mille ületamisel midagi automaatselt juhtub. Halb LCP ei eemalda lehte otsingust, aga võib jätta ta nõrgemasse seisu konkurendi ees, kes vastab päringule sama hästi.

Labor või päris kasutajad

Kaks eri asja, mida sageli segi aetakse. Labori mõõtmine käib sinu kontrollitud tingimustes ja näitab, mida saab parandada. Päris kasutajate mõõtmine tuleb Chrome'i kasutuskogemuse andmestikust ehk CrUX-ist, mis koondab päris Chrome'i kasutajate kogemuse ja millest tulevad numbrid ka Google'i tööriistadesse.

Laboris võib tulemus olla hea ja päris kasutajatel halb, sest telefon aeglasemas võrgus käitub teisiti kui arendaja sülearvuti. Seetõttu tasub vaadata mõlemat: laborist leiad, mida parandada, CrUX-ist kontrollid, kas parandus jõudis päris kasutajateni.

Näide: kus koduleht kaotab

Tüüpiline Eesti väikeettevõtte leht: avalehel suur pilt, mis on üles laetud 4000 piksli laiuselt ja kaalub 3 MB. LCP mõõdab just seda pilti ja näitab mobiilis nelja sekundit. Pilt ise on korras, ainult liiga suur. Lahendus ei ole uus server, vaid pildi suurus ja formaat: kaks korda väiksem fail parandab LCP-d tavaliselt selgelt, aga täpne mõju sõltub serverist ja võrgust; mõõda enne ja pärast.

Teine näide: broneerimisvorm, mille nupud reageerivad poole sekundiga, sest klõpsu ajal jookseb suur skript. See on INP-probleem ja selle parandus on koodis, mitte majutuses. Just seetõttu tasub enne majutuspaketi vahetust teada, millist mõõdikut parandada tahetakse: veebimajutus mõjutab vastamisaega, aga ei tee suuri pilte väiksemaks.

Tüüpvead

1. Optimeeritakse labori numbrit, mitte kasutaja kogemust. Tulemus paraneb testis ja jääb samaks telefonis.
2. Mõõdetakse ainult avalehte. Halvim leht on tavaliselt toote- või artiklileht, kuhu tuleb liiklus.
3. Lisatakse skript, mis mõõdab mõõdikuid. Analüütika võib ise INP-d halvendada.
4. Arvatakse, et see on SEO projekt. See on arendustöö, mille mõju otsingule on kaudne.

Töö ja kulu

Enamik parandusi on odavad: piltide suurus, mõõtmete lisamine, skriptide edasi lükkamine. Kallimad on arhitektuursed muudatused, näiteks kogu lehe renderdamise ümbertegemine või raskest raamistikust loobumine. Enne nende tegemist mõõtke, kas probleem on ühel lehel või kogu saidil: ühe lehe puhul piisab kohalikust parandusest.

Kogu tehnilise kontrollnimekirja, kuhu kiirus kuulub, leiab artiklist SEO kontrollnimekiri. Kui lehe ehitamine on alles ees, vaata lehte kodulehe tegemine: kiirust on odavam projekteerida kui hiljem parandada.