Brzina sajta i Core Web Vitals: zašto spor sajt diže CPC i obara ROAS

Postoji broj koji svaki vlasnik e-commerce radnje može da proveri za 30 sekundi, a koji direktno utiče na to koliko ga košta svaki klik iz Google Ads-a i koliko ga kupaca tiho napušta pre nego što stranica uopšte učita. Taj broj je brzina sajta, a Google ga meri kroz Core Web Vitals.

Većina prodavnica u Srbiji vrti WooCommerce, Shopify ili Magento na deljenom hostingu, sa 15 plugina i temom koja učitava 3 MB JavaScript-a pre nego što se vidi prvi proizvod. Rezultat: mobilni LCP od 5–8 sekundi. A 53% mobilnih posetilaca napusti stranicu koja se učitava duže od 3 sekunde. Plaćate klik, kupac ode pre nego što išta vidi.

01 — Šta su Core Web Vitals

To su tri metrike kojima Google meri stvarni doživljaj korisnika. Od marta 2024. INP je zamenio stari FID.

Metrika	Šta meri	Dobar rezultat
LCP (Largest Contentful Paint)	Kada se učita najveći element (obično hero slika)	< 2.5 s
INP (Interaction to Next Paint)	Koliko brzo sajt reaguje na klik/tap	< 200 ms
CLS (Cumulative Layout Shift)	Koliko sadržaj „skače" dok se učitava	< 0.1

Core Web Vitals su za Google ono što je rok trajanja za prodavnicu hrane: nevidljiv prag ispod kojeg vas niko ne kažnjava javno, ali vas tiho sklanjaju sa police.

02 — Zašto brzina utiče na cenu Google Ads klika

Ovo je deo koji se najčešće previdi. Google Ads ne naplaćuje samo po ponudi (bid) — naplaćuje po Quality Score-u, čija je jedna od tri komponente landing page experience. Spor sajt = niži Quality Score = viši CPC za istu poziciju. Konkurent sa bržim sajtom plaća manje za isti klik.

Lanac je jednostavan: spor sajt → loš LCP → niži landing page experience → niži Quality Score → viši CPC → manje klikova za isti budžet → niži ROAS. Brzina nije „nice to have", to je multiplikator celokupne potrošnje na oglase.

03 — Zašto klasična optimizacija ima plafon

Caching plugin, kompresija slika, lazy-load — sve to pomaže, ali udara u zid. Razlog je arhitektura: tradicionalni WooCommerce/Magento renderuje stranicu na serveru pri svakom zahtevu, vuče iz baze, izvršava PHP, pa tek onda šalje HTML. Na deljenom hostingu to je 800 ms+ samo do prvog bajta (TTFB).

• Caching plugin — pomaže, dok ga ne pokvari sledeći update teme.
• Optimizacija slika — obavezno, ali ne rešava JS bloat.
• Bolji hosting — kupuje vam sekundu, ne rešava render model.
• Brisanje plugina — pomaže dok vam ne zatreba funkcionalnost koju ste obrisali.

Svako od ovih je krpljenje. Plafon postoji jer i dalje renderujete tešku stranicu na slabom serveru u realnom vremenu.

04 — Headless: zašto probija plafon

Headless pristup razdvaja backend (vaš WooCommerce/Shopify, gde žive proizvodi, narudžbine, zalihe) od izloga (frontend koji vidi kupac). Izlog gradimo iznova na modernom stacku (Next.js / React) koji se servira kao statički, pre-renderovan HTML sa CDN-a — geografski blizu korisniku, bez čekanja na PHP i bazu.

Konkretno šta se menja za Core Web Vitals:

• LCP pada jer se HTML servira sa edge CDN-a, a slike su u WebP/AVIF i pravilno dimenzionisane.
• INP se popravlja jer šaljemo samo neophodan JavaScript, a ne 3 MB plugin koda.
• CLS ide ka nuli jer su dimenzije elemenata rezervisane unapred.

Bitno: backend ostaje. Ne menjate platformu, ne migrirate proizvode, ne dirate administraciju. Menja se samo ono što kupac vidi i ono što Google meri.

05 — Kako da izmerite gde ste sada

1. Otvorite pagespeed.web.dev i ubacite URL svoje najprometnije stranice proizvoda.
2. Gledajte mobilni rezultat, ne desktop — tu je 70%+ saobraćaja i tu Google meri.
3. Razlikujte Lab podatke (Lighthouse simulacija) od Field podataka (CrUX, stvarni korisnici). Field je ono po čemu vas Google rangira.
4. Ako je mobilni LCP preko 2.5 s ili je celokupan rezultat crven — caching neće biti dovoljan.

Brzina je isti princip kao feed: nije marketing, nego inženjering podataka i isporuke. Loš feed Google ne vidi; spor sajt kupac ne dočeka.

---

Pratite blog za nastavak: kako merimo uticaj brzine na ROAS u GA4 i koje slike najviše ruše LCP.