Core Web Vitals su tri mjere kojima Google ocjenjuje korisnički doživljaj web stranice: LCP mjeri koliko traje da se prikaže najveći element, INP koliko brzo stranica reaguje na klik, a CLS koliko sadržaj poskakuje tokom učitavanja. Da bi stranica prošla, LCP mora biti ispod 2,5 sekunde, INP ispod 200 milisekundi, a CLS ispod 0,1.
LCP (Largest Contentful Paint) mjeri kad se prikaže najveći vidljivi element - obično hero slika ili glavni naslov. Ako korisnik gleda prazan ekran duže od 2,5 sekunde, LCP je loš. Najčešći krivac su neoptimizovane slike i skripte koje blokiraju prikaz.
INP (Interaction to Next Paint) mjeri koliko stranici treba da vidno odgovori na klik ili dodir. Zamijenio je stariju mjeru FID u martu 2024. Loš INP znači da korisnik klikne dugme i ništa se ne desi - najčešće zbog teškog JavaScripta koji blokira glavnu nit.
CLS (Cumulative Layout Shift) mjeri koliko sadržaj skače dok se stranica učitava. Klasičan primjer je kad krenete kliknuti link, a slika se učita iznad njega i pomjeri sve nadolje. Rješava se tako da slike i oglasni prostori dobiju unaprijed zadate dimenzije.
Google svaku mjeru svrstava u tri kategorije. Za LCP: dobro je ispod 2,5 sekunde, popravljivo do 4 sekunde, loše iznad toga. Za INP: dobro ispod 200 ms, popravljivo do 500 ms. Za CLS: dobro ispod 0,1, popravljivo do 0,25.
Bitno je da se ocjena računa na osnovu stvarnih posjetilaca, ne laboratorijskog testa. Google koristi podatke iz Chromea, i to 75. percentil - znači da tri četvrtine vaših posjetilaca mora imati dobro iskustvo, ne prosjek.
Manje nego što se obično misli. Core Web Vitals jesu rangirajući signal, ali slab u poređenju sa relevantnošću sadržaja. Brza stranica bez odgovora na pitanje neće preteći sporiju stranicu koja odgovara.
Njihov stvarni značaj je u konverziji. Posjetilac koji čeka pet sekundi na mobilnoj mreži često odustane prije nego išta vidi - a to se ne mjeri pozicijom nego brojem izgubljenih upita.
Za provjeru koristite PageSpeed Insights ili izvještaj Core Web Vitals u Google Search Console. Search Console pokazuje stvarne podatke sa terena i grupiše stranice po problemu, pa je korisniji za veće sajtove.
Najčešće ispravke idu ovim redom: kompresija slika i prelazak na WebP format, loading="lazy" na slike ispod prvog ekrana, eksplicitni width i height atributi, gzip ili brotli kompresija na serveru, te odgađanje JavaScripta koji nije potreban za prvi prikaz.
Kod većine malih sajtova slike nose 80 posto problema. Jedna nekomprimovana fotografija od 4 MB sama može srušiti LCP na svim uređajima.
Brzina učitavanja se najlakše brani brojkama iz vlastite analitike, ne teorijom. Uporedite stopu napuštanja na mobitelu i na desktopu - ako je mobilna osjetno gora, a sadržaj je isti, uzrok je gotovo uvijek brzina.
Kod prodajnih stranica veza je direktna: posjetilac koji čeka gubi strpljenje prije nego vidi ponudu, pa se gubitak pojavi kao manji broj upita, ne kao lošija pozicija. Zbog toga optimizacija brzine često donese više od bilo kakve izmjene teksta.
Praktičan redoslijed ako imate ograničeno vrijeme: prvo slike, pa kompresija na serveru, pa odgađanje skripti. Kod tipičnog malog sajta te tri stavke riješe najveći dio problema, a nijedna ne traži prepravku dizajna.
Vrijedi znati i da se Core Web Vitals mjere po stranici, ne po sajtu. Brza početna stranica ne pomaže podstranici koja vuče nekomprimovanu galeriju.
Zadnja izmjena: 17. avgust 2026.
Pošaljite adresu i recimo vam gdje stojite - bez obaveze.
Pošaljite upit
