Core Web Vitals: Zašto je brzina sajta važna za tvoj biznis

Počni od merenja, ne od pretpostavki

Mnogi razgovori o performansama počinju isto: neko jednom pokrene Lighthouse, vidi crvenu ocenu i odmah traži listu popravki.

Takav test može biti koristan, ali Google Core Web Vitals ocenjuje na osnovu podataka stvarnih korisnika, njihovih uređaja, mreža i realnih uslova korišćenja. Laboratorijski rezultati i podaci sa terena često se razlikuju, posebno na marketing sajtovima sa velikim uvodnim slikama, skriptama trećih strana ili vizuelnim editorima.

Pre nego što promeniš hosting, ukloniš dodatke ili ponovo izgradiš početnu stranicu, odgovori na tri pitanja:

1. Šta na 75. percentilu doživljavaju tvoji stvarni posetioci?
2. Koji deo iskustva pravi problem: učitavanje, interakcija ili vizuelna stabilnost?
3. Da li problem postoji na celom sajtu ili samo na određenim stranicama i šablonima?

Za određivanje početnog stanja redovno koristim:

• Google Search Console: Core Web Vitals izveštaj zasnovan na podacima iz Chrome UX Reporta (CrUX)
• PageSpeed Insights: podatke iz CrUX-a i laboratorijske rezultate Lighthouse-a za pojedinačne URL-ove
• Chrome DevTools: analizu performansi za pronalaženje sporih LCP elemenata, dugih zadataka na glavnoj niti i zakasnelih interakcija

Ako pojedinačan URL nema dovoljno saobraćaja za sopstvene podatke, rezultati na nivou domena i laboratorijski testovi mogu poslužiti kao polazna tačka. Ipak ih tretiraj kao hipotezu dok efekat promena ne potvrdiš podacima stvarnih korisnika.

Šta mere Core Web Vitals

Core Web Vitals čine tri metrike koje pokrivaju različite delove korisničkog iskustva:

Google svaku metriku ocenjuje na 75. percentilu pregleda stranice, odvojeno za mobilne i desktop uređaje. Pojednostavljeno, najmanje 75% poseta mora da ispuni prag „dobro“. Da bi stranica prošla ukupnu Core Web Vitals procenu, sve tri metrike moraju biti u dobrom opsegu.

LCP pragovi

• Dobro: 2,5 sekunde ili manje
• Potrebno poboljšanje: preko 2,5 i do 4,0 sekunde
• Loše: preko 4,0 sekunde

LCP element je često velika uvodna slika, poster videa, glavni naslov ili veći tekstualni blok pri vrhu stranice.

Uobičajeni uzroci lošeg LCP-a su:

• spor odgovor servera (TTFB)
• prevelike ili pogrešno dimenzionisane slike
• CSS ili JavaScript koji blokiraju prikaz stranice
• slike i fontovi koje pregledač otkrije prekasno
• odloženo učitavanje slike koja predstavlja LCP element

INP pragovi

• Dobro: 200 milisekundi ili manje
• Potrebno poboljšanje: preko 200 i do 500 milisekundi
• Loše: preko 500 milisekundi

INP ocenjuje odziv na klikove, dodire i unos sa tastature tokom cele posete. Kao Core Web Vital zamenio je FID (First Input Delay) i pruža potpuniju sliku stvarne odzivnosti stranice.

Uobičajeni uzroci lošeg INP-a su:

• previše JavaScripta
• dugi zadaci na glavnoj niti
• veliki ili loše podeljeni JavaScript paketi
• zahtevna obrada događaja
• skripte trećih strana, chat widgeti i tag manageri
• komponente koje pri svakoj interakciji obavljaju nepotrebne proračune ili ponovno iscrtavanje

Stranica može imati dobar LCP, a i dalje delovati sporo ako meniji, filteri ili forme kasne sa odgovorom.

CLS pragovi

• Dobro: 0,1 ili manje
• Potrebno poboljšanje: preko 0,1 i do 0,25
• Loše: preko 0,25

CLS raste kada vidljivi elementi neočekivano promene položaj. Najčešći uzroci su:

• slike i video-snimci bez definisanih dimenzija
• naknadno ubačeni baneri ili oglasi
• ugrađeni sadržaj bez unapred rezervisanog prostora
• web fontovi koji menjaju širinu ili visinu teksta
• dinamički sadržaj dodat iznad postojećih elemenata

Nestabilan raspored nije samo vizuelna neprijatnost. Posetilac može kliknuti pogrešno dugme ili link ako se element pomeri tokom interakcije.

Šta to znači za SEO, a šta ne znači

Google potvrđuje da njegovi sistemi za rangiranje koriste Core Web Vitals. Istovremeno, zvanične smernice o korisničkom iskustvu stranice u Google pretrazi objašnjavaju da ne postoji jedan signal koji samostalno odlučuje o rangiranju.

U praksi:

• Dobri Core Web Vitals rezultati mogu doprineti boljem korisničkom iskustvu i vidljivosti u pretrazi.
• Potpuno zelen izveštaj ne garantuje bolje pozicije.
• Tehničke performanse ne mogu nadoknaditi nerelevantan sadržaj ili nejasnu ponudu.
• Sajt može dobro da se rangira i sa rezultatima „potrebno poboljšanje“ ako su ostali signali jaki.
• Trajno loši rezultati na važnim stranicama ipak predstavljaju nepotrebnu tehničku slabost.

Core Web Vitals zato posmatraj kao merljiv dokaz tehničkog kvaliteta korisničkog iskustva, a ne kao prečicu do boljeg rangiranja.

Poslovni uticaj: važan, ali nije garantovan

Brzina, stabilnost i odzivnost često su povezane sa angažovanjem posetilaca i konverzijama. Ipak, ne postoji univerzalno pravilo „jedna sekunda brže znači X% više prihoda“ koje važi za svaki sajt.

Izvor saobraćaja, ciljna publika, jasnoća ponude i prodajni ciklus mogu imati veći uticaj od bilo koje pojedinačne tehničke metrike.

Na marketing sajtovima i stranicama za prikupljanje upita često primećujem:

• Visok LCP na mobilnim uređajima prati veća stopa odustajanja na odredišnim stranicama, posebno kod plaćenog saobraćaja.
• Loš INP čini da navigacija i forme deluju pokvareno čak i kada je dizajn vizuelno doteran.
• Visok CLS izaziva pogrešne klikove i nepotrebnu frustraciju na stranicama sa mnogo sadržaja.

Tokom optimizacije jednog marketing sajta, GTmetrix ocena poboljšana je sa B na A, uz približno 91 za Performance, 96 za Structure, LCP od 1,2 sekunde, TBT od 6 milisekundi i CLS 0. Rezultat je došao nakon pažljivog rada na slikama, fontovima i skriptama.

TBT je laboratorijska metrika i nije zamena za INP podatke stvarnih korisnika. Ovakvi rezultati ipak pokazuju koliko tehnička osnova može da se poboljša kada se mediji, prioriteti učitavanja i JavaScript rešavaju disciplinovano. Poslovni rezultat i dalje zavisi od ponude, sadržaja i kvaliteta saobraćaja.

Praktičan redosled poboljšanja

Kada podaci stvarnih korisnika pokažu usko grlo, obično radim sledećim redosledom.

1. Počni od važnih stranica i šablona

Search Console grupiše URL-ove sa sličnim problemima. Prednost daj šablonima koji donose najviše saobraćaja ili važnih konverzija.

Optimizacija slabo posećene stranice „O nama“, dok početna ili ključne odredišne stranice ostaju spore, retko je najbolja upotreba vremena i budžeta.

2. Poboljšaj LCP na mobilnim uređajima

• Kompresuj uvodne slike i isporuči ih u dimenzijama u kojima se zaista prikazuju
• Koristi moderne formate slika kada imaju smisla za postojeću tehnologiju
• Smanji TTFB pomoću keširanja, boljeg hostinga ili odgovarajućeg CDN-a
• Obezbedi da pregledač dovoljno rano pronađe LCP resurs u HTML-u
• Nemoj odloženo učitavati LCP sliku
• Po potrebi pažljivo koristi fetchpriority="high" ili predučitavanje
• Izbegavaj nepotrebne video-snimke sa automatskim pokretanjem u prvom vidljivom delu stranice

3. Poboljšaj INP i izvršavanje JavaScripta

• Odloži učitavanje skripti koje nisu kritične
• Podeli duge zadatke na manje celine
• Smanji nepotreban rad tokom obrade događaja
• Ukloni neiskorišćene biblioteke i kod sa stranica kojima nisu potrebni
• Pregledaj tag managere, analitičke skripte i chat widgete
• Testiraj stvarne interakcije na prosečnom Android uređaju, ne samo u desktop Chrome-u

4. Spreči pomeranje rasporeda

• Definiši dimenzije ili odnos stranica za slike, video-snimke i ugrađeni sadržaj
• Unapred rezerviši prostor za oglase, obaveštenja o kolačićima i dinamički sadržaj
• Ne ubacuj banere iznad postojećeg sadržaja bez rezervisanog prostora
• Koristi rezervne fontove čije su metrike što sličnije konačnom web fontu
• Po potrebi koristi CSS svojstva kao što su size-adjust, ascent-override, descent-override i line-gap-override
• Pažljivo odaberi vrednost za font-display; sam swap ne sprečava automatski pomeranje sadržaja

Više tehničkih detalja nalazi se u Google vodiču za optimizaciju CLS-a.

5. Posle objave ponovo proveri podatke stvarnih korisnika

CrUX koristi podatke iz promenljivog vremenskog perioda. Zeleni Lighthouse rezultat na tvom računaru zato ne pokazuje odmah šta stvarni posetioci doživljavaju.

Daj promenama dovoljno vremena, a zatim ponovo proveri:

• 75. percentil
• rezultate za mobilne i desktop uređaje
• pogođene grupe URL-ova
• promene u konverzijama i ponašanju posetilaca

Performanse zahtevaju stalno održavanje

Svaki novi dodatak, skripta za A/B testiranje, analitička oznaka, chat widget ili kampanjski blok može pogoršati Core Web Vitals. To je normalno na sajtu koji se stalno razvija.

Ozbiljni sajtovi zato tretiraju performanse slično bezbednosti i sadržaju: kao stalnu odgovornost, a ne kao jednokratnu optimizaciju posle lansiranja.

Ako planiraš redizajn ili migraciju, uključi performanse u kriterijume prihvatanja:

1. Definiši važne stranice i šablone
2. Dokumentuj podatke stvarnih korisnika pre promena
3. Postavi ciljne vrednosti za LCP, INP i CLS
4. Pokreni laboratorijske testove pre objave
5. Ponovo proveri podatke stvarnih korisnika posle lansiranja
6. Nastavi da pratiš eventualno pogoršanje rezultata

Praktična odluka je da Core Web Vitals tretiraš kao osnovne pokazatelje tehničkog kvaliteta korisničkog iskustva. Meri iskustvo stvarnih posetilaca, popravi probleme koje podaci potvrde i nastavi da pratiš rezultate dok se sajt razvija.

Hoćeš da proverimo performanse tvog sajta?

Kontaktiraj me. Zajedno možemo da pregledamo podatke stvarnih korisnika, pronađemo stranice i šablone sa LCP, INP ili CLS problemima i odredimo prioritete prema očekivanom trudu i uticaju, umesto da pratimo generičku listu bez konteksta.