Core Web Vitals 2026: što Google zapravo mjeri

Core Web Vitals su tri podatka koja Google prikuplja kod stvarnih posjetitelja vaše stranice — ne u laboratoriju, nego na njihovim mobitelima i vezama. Upravo zato se rezultat iz alata za testiranje često razlikuje od onoga što vidite u Search Consoleu.

Evo što svaki od tri znači, što ga najčešće pokvari i kojim ih se redoslijedom isplati popravljati.

LCP: koliko brzo se prikaže glavna stvar

LCP mjeri kada se prikaže najveći element u vidljivom dijelu stranice — obično slika u zaglavlju ili velik naslov. Granica za dobru ocjenu je 2,5 sekunde.

Gotovo uvijek je krivac slika. Prevelikih dimenzija, u starom formatu, bez zadane veličine ili učitana tek kad se sve ostalo već učitalo. Popravci prema učinku: smanjite sliku na veličinu u kojoj se stvarno prikazuje, spremite je u WebP ili AVIF, glavnoj slici dodajte fetchpriority="high" i nikad joj ne dajte loading="lazy".

Drugi čest uzrok je poslužitelj koji predugo razmišlja prije nego što odgovori. Ako prvi bajt stigne nakon više od pola sekunde, slike neće ništa riješiti — problem je niže, u hostingu ili u dodacima koji grade stranicu pri svakom posjetu.

INP: koliko brzo stranica reagira na dodir

INP je zamijenio stariji FID i mjeri koliko vremena prođe od klika do vidljive reakcije. Granica je 200 milisekundi.

Uzrok je praktički uvijek JavaScript. Svaki dodatak, svaka skripta za praćenje i svaki ugrađeni widget dodaju posao koji preglednik mora obaviti prije nego što uopće reagira na dodir. Na WordPress stranici s dvadeset dodataka INP padne sam od sebe, a da nitko nije ništa napravio krivo.

Što pomaže: uklonite dodatke koje ne koristite, skripte koje nisu nužne za prvi prikaz učitajte s defer, a ugrađene karte i videozapise učitajte tek na klik.

CLS: koliko sadržaj poskakuje

CLS mjeri pomicanje sadržaja tijekom učitavanja — ono kad želite kliknuti poveznicu, a ona se pomakne ispod prsta i pogodite oglas. Granica je 0,1.

Tri uobičajena krivca: slike bez navedene širine i visine, fontovi bez rezervne postavke (tekst se preraspodijeli kad se učita pravi font) te trake za kolačiće ili oglase koje se uguraju iznad sadržaja.

Sve se troje brzo popravi. Slikama dodajte width i height, fontovima font-display: swap s rezervnim fontom slične širine, a trake neka budu u sloju iznad sadržaja, ne u toku stranice.

Kojim redoslijedom popravljati

Prvo LCP. Kod većine stranica tu se najviše dobije za najmanje posla jer je riječ o slikama i hostingu.

Zatim CLS. Popravci su mali, a učinak je trenutačan.

Na kraju INP. On zahtijeva najviše posla jer znači uklanjanje ili odgađanje koda, a često otvara pitanje treba li stranici uopće toliko dodataka.

Gdje provjeravate rezultat

U Google Search Consoleu, u izvješću Core Web Vitals. Važno: podaci su 28-dnevni klizni prosjek stvarnih posjetitelja. Popravak koji ste napravili danas u izvješću se vidi tek za nekoliko tjedana, a puni učinak nakon 28 dana.

Zato ne popravljajte jedan element pa čekajte. Popravite cijeli popis odjednom i onda mjerite.

PageSpeed Insights vam u međuvremenu pokazuje laboratorijsko mjerenje, koje je korisno za otkrivanje uzroka, ali nije ono što Google koristi za ocjenu. Nemojte ih miješati.

Što to znači za rangiranje

Core Web Vitals jedan su od signala, ali ne i presudan. Dobar sadržaj s lošim mjerenjima i dalje će biti ispred lošeg sadržaja s odličnim. Kod dviju usporedivih stranica ipak pobjeđuje brža — a u takvom je položaju većina malih tvrtki u Sloveniji.

Drugi, rjeđe spominjani učinak je izravan: spora stranica izgubi dio posjetitelja prije nego što se uopće učita. Taj se gubitak događa bez obzira na to gdje ste rangirani.

Ako želite znati gdje vaša stranica stoji i što na njoj vrijedi prvo popraviti, to pogledamo u sklopu SEO optimizacije. Recite nam koju stranicu da pogledamo.

Izvori

Je li ti članak koristio? Dodaj GudWeb kao preferirani izvor na Googleu