Hitrost spletne strani: Core Web Vitals brez žargona
Tri meritve, s katerimi Google ocenjuje, kako prijetna je vaša stran za uporabo, kaj pomenijo v praksi in najpogostejši razlogi, zakaj so slabe.
Počasna stran ni videti kot težava, dokler je ne odprete na telefonu, z mobilnimi podatki, nekje zunaj mesta. Takrat vidite to, kar vidi kupec: bel zaslon, besedilo, ki poskakuje, gumb, ki se ne odzove.
Google to meri s tremi kazalniki, ki jih imenuje Core Web Vitals.
Tri meritve, po domače
| Meritev | Kaj meri | Dobro je |
|---|---|---|
| LCP (Largest Contentful Paint) | Kako hitro se prikaže glavna vsebina, običajno velika slika ali naslov | do 2,5 s |
| INP (Interaction to Next Paint) | Kako hitro se stran odzove, ko kaj kliknete ali se česa dotaknete | do 200 ms |
| CLS (Cumulative Layout Shift) | Koliko vsebina »poskakuje« med nalaganjem | do 0,1 |
Dve stvari je dobro vedeti:
- Google ocenjuje resnične obiske iz Chroma, ne laboratorijskega testa. Da stran opravi preizkus, mora biti vsaj 75 % obiskov v dobrem območju.
- INP je marca 2024 zamenjal starejšo meritev FID. Če vam kdo še govori o FID, so njegove informacije zastarele.
Kako pomembno je to za Google?
Core Web Vitals so del tega, kar Google imenuje »page experience«, in vplivajo na uvrstitev, vendar je ustrezna in koristna vsebina pomembnejša. Hitra stran brez dobre vsebine ne bo prehitela odlične vsebine na počasnejši strani.
Hitrost zares odloča o tem, kaj se zgodi po kliku. Kdor na telefonu gleda bel zaslon, ne čaka dolgo.
Kako preverite svojo stran
- Odprite PageSpeed Insights in vpišite naslov strani.
- Najprej poglejte zgornji del poročila z resničnimi podatki uporabnikov. Spodnji del je laboratorijski test in služi diagnozi.
- Če ima stran malo obiskov, resničnih podatkov morda ne bo. Takrat se zanesete na test, z zavedanjem, da je le okviren.
- V Google Search Console poročilo »Core Web Vitals« pokaže, katere skupine strani imajo težavo.
Običajni krivci
Prevelike slike
Fotografija s 5 MB naravnost s telefona, prikazana v kvadratu s 400 slikovnimi pikami. Najpogostejša in najlažje rešljiva težava: format WebP ali AVIF, slike v velikosti, v kateri so prikazane, in odloženo nalaganje (loading="lazy") za vse pod prvim zaslonom.
Preveč vtičnikov in težki graditelji strani
Vsak vtičnik, drsnik, klepetalni gradnik in pojavno okno doda kodo, ki jo mora telefon prenesti in izvesti. To običajno najbolj poslabša INP.
Skripte tretjih ponudnikov
Analitika, oglasne slikovne pike, vdelani videoposnetki in zemljevidi. Vsaka od njih naloži svojo kodo s tujega strežnika. Obdržite le to, kar res uporabljate, zemljevide in videoposnetke pa naložite šele ob kliku.
Vsebina, ki poskakuje
Slike brez določenih mer, pasice, ki se po nalaganju vrinejo na vrh, pisave, ki spremenijo velikost besedila. Rešitev je, da se prostor za vsak element rezervira vnaprej.
Počasno gostovanje brez CDN
Če je strežnik počasen ali daleč, zamuja vse drugo. Statična stran na CDN pride s strežnika blizu obiskovalca.
Kako delam jaz
Na tej spletni strani sem na primer globus na domači strani naredil od začetka, namesto da bi naložil že narejeno 3D-knjižnico. Različica s knjižnico je imela približno 240 KB, ta jih ima približno 6. Takšne odločitve niso vidne, se pa poznajo na vsakem telefonu.
Če vam PageSpeed pokaže rdeče številke in ne veste, kaj z njimi, mi pišite za brezplačen dvajsetminutni pogovor in jih skupaj pregledava.