Sekunda kašnjenja u učitavanju smanjuje konverzije za 7%. Vrijeme učitavanja od tri sekunde tjera 53% mobilnih korisnika da odu. Google brzinu koristi kao faktor rangiranja.

Već znate da vaša web stranica treba biti brza. Evo kako je stvarno učiniti brzom — ovog vikenda.

Većina sporih stranica nije spora iz misterioznih razloga. Spore su zbog šake dobro dokumentiranih problema koji su godinama isti: prevelike slike, blokirajuće skripte, odsutnost cache strategije i hosting koji dijeli server sa stotinama drugih stranica. Popravak ne traži rebuild. U većini slučajeva, tvrtka koju pokušavate prestići u rezultatima pretrage koristi točno isti stack kao i vi — razlika je u tome što su oni napravili osnove, a vi niste. To je prilika.

Korak 1: Izmjerite gdje ste

Prije nego što išta popravite, izmjerite trenutne performanse. Preskakanje ovog koraka razlog je zašto ljudi provedu vikend “optimizirajući” stranicu, a na kraju nemaju pojma je li se išta poboljšalo. Koristite ove besplatne alate:

  • Google PageSpeed Insights (pagespeed.web.dev) — daje vam Core Web Vitals rezultate i konkretne preporuke
  • GTmetrix (gtmetrix.com) — detaljna waterfall analiza koja pokazuje točno što se učitava i kada
  • WebPageTest (webpagetest.org) — testiranje s različitih lokacija i brzina veze

Pokrenite testove na početnoj i najvažnijoj landing stranici. Landing stranica je važnija nego što se misli — tamo idu vaša ulaganja u oglase i tamo se događa konverzija, pa svaka desetina sekunde ima izravan utjecaj na prihod. Zabilježite brojeve:

  • Largest Contentful Paint (LCP): ispod 2,5 sekunde
  • First Input Delay (FID): ispod 100 milisekundi
  • Cumulative Layout Shift (CLS): ispod 0,1
  • Ukupna težina stranice: idealno ispod 2 MB

Zapišite ih. Trebat će vam za usporedbu kada završite. Druga stvar koju treba znati: PageSpeed rezultati znaju varirati i po deset-petnaest bodova između mjerenja, posebno na mobilnoj verziji. Pokrenite svaki test dva ili tri puta i radite s medijanom, ne s najboljim rezultatom.

Korak 2: Popravite slike (najveća pobjeda)

Slike su uzrok broj jedan sporih stranica. Često čine 50–80% ukupne težine stranice. Na tipičnoj marketinškoj stranici naići ćete na hero sliku od 4 MB izvezenu iz Photoshopa s maksimalnom kvalitetom, ubačenu u CMS i zaboravljenu. Ta jedna slika vjerojatno više šteti vremenu učitavanja od svih plugina na stranici skupa.

Što napraviti:

  • Pretvorite sve slike u WebP format (30–50% manje od JPEG-a uz istu kvalitetu)
  • Postavite eksplicitne width i height atribute na svaki <img> tag (sprječava layout shift)
  • Implementirajte lazy loading — dodajte loading="lazy" na slike ispod foldera
  • Koristite responzivne slike s srcset atributom za odgovarajuće veličine po uređaju
  • Komprimirajte slike prije nego što ih uploadate — TinyPNG ili Squoosh su besplatni

Ako ste na WordPressu, instalirajte ShortPixel ili Imagify za automatsku konverziju i kompresiju. Oba će obraditi vašu postojeću media biblioteku jednokratno, a zatim automatski rješavati svaki novi upload. Jedan je od rijetkih slučajeva u kojima instaliranje plugina stvarno pomaže performansama umjesto da im šteti.

Jedna slika na koju treba obratiti dodatnu pažnju je hero. To je najveća slika na najposjećenijoj stranici i prva koju preglednik mora prikazati da bi stranica bila “učitana”. Riješite ju kako treba — ispravna veličina, ispravan format, posluženo s CDN-a — i LCP rezultat će često skočiti prije nego što ste išta drugo dirali.

Očekivani učinak: 40–60% smanjenje težine stranice.

Korak 3: Eliminirajte resurse koji blokiraju prikaz

Kada preglednik učitava stranicu, mora preuzeti i parsirati CSS i JavaScript prije nego što išta može prikazati. Ako su te datoteke velike ili brojne, stranica izgleda prazno sekundama. Posebno je bolno na mobilnoj verziji, gdje preglednik ima manje CPU-a za parsiranje, a korisnik je već zaključio da ste spori prije nego što se išta vidjelo.

Što napraviti:

  • Premjestite nekritični JavaScript na dno stranice ili dodajte defer atribut
  • Inline-ajte kritični CSS (stilove potrebne za sadržaj iznad foldera) izravno u <head>
  • Uklonite nekorišteni CSS — alati poput PurgeCSS uklanjaju ono što ne koristite
  • Smanjite broj eksternih skripti (analytics, chat widgeti, fontovi) — svaki dodaje mrežni zahtjev

Najveća pobjeda u ovoj kategoriji obično dolazi iz frameworka na kojem je stranica izgrađena. Default WordPress tema učitava iznenađujuću količinu CSS-a i JS-a koji ne koristite — slidere koji se ne pojavljuju na svim stranicama, stilove block editora na stranicama na kojima se blokovi nikad ne renderiraju, jQuery biblioteke učitane radi jednog formulara. Pregledajte što se zapravo poslužuje i uklonite sve što ne nosi svoju težinu.

Očekivani učinak: 0,5–2 sekunde brži LCP.

Korak 4: Uključite caching

Bez cachinga, svaki posjetitelj preuzima sve datoteke pri svakom učitavanju. S cachingom, povratni posjetitelji većinu resursa povlače iz lokalnog cache-a preglednika, a vaš server isporučuje gotov HTML umjesto da prolazi kroz bazu za svaki zahtjev.

Što napraviti:

  • Postavite browser cache headere za statične resurse (slike, CSS, JS) — ciljajte istek od godinu dana
  • Uključite server-side caching ako ste na WordPressu — WP Super Cache ili W3 Total Cache
  • Koristite CDN (Content Delivery Network) — Cloudflare ima besplatni paket koji cachea i poslužuje vašu stranicu sa 300+ lokacija širom svijeta

CDN je promjena s najvećom polugom u ovom postu. Pokretanje vašeg prometa kroz Cloudflare traje otprilike dvadeset minuta, ne košta ništa za većinu stranica i odmah skraćuje Time to First Byte za svakog posjetitelja izvan regije vašeg servera. Za stranicu koja se hostira u SAD-u s posjetiteljima u Europi ili Aziji, razlika može biti više od sekunde latencije po zahtjevu — prije nego što ste promijenili ijedan red koda.

Očekivani učinak: 50–80% brže učitavanje za povratne posjetitelje.

Korak 5: Optimizirajte fontove

Custom fontovi izgledaju sjajno, ali često dodaju 200–500 KB preuzimanja, plus vrijeme blokiranja dok preglednik čeka da se učitaju.

Što napraviti:

  • Ograničite težine fontova — trebaju li vam stvarno 300, 400, 500, 600, 700 i 800? Većini stranica trebaju 2–3 težine
  • Koristite font-display: swap kako bi tekst bio vidljiv odmah dok se fontovi učitavaju
  • Hostirajte fontove na vlastitom serveru umjesto da ih učitavate s Google Fontsa — eliminirate konekciju s trećom stranom
  • Razmislite o variable fontovima — jedna datoteka pokriva sve težine

Očekivani učinak: 100–300 KB manje i brže prikazivanje teksta.

Korak 6: Smanjite skripte trećih strana

Svaka skripta treće strane (analytics, chat widgeti, marketing pikseli, social embedi) dodaje vrijeme učitavanja, blokira prikaz i često učitava vlastite dodatne skripte. Skripte trećih strana posebno su opasne jer su izvan vaše kontrole. Chat widget koji je prošli mjesec bio u redu može objaviti novu verziju koja dodaje pola megabajta JavaScripta, a vi ćete to otkriti tek kad PageSpeed rezultat padne.

Pregled skripti:

  • Koristite li još taj chat widget? Generira li razgovore?
  • Pokrećete li tri analytics alata kad bi jedan bio dovoljan?
  • Ona social media share traka — klika li ju itko?

Što napraviti: Uklonite sve što ne donosi mjerljivu vrijednost. Za skripte koje zadržavate, učitavajte ih asinkrono s async ili defer. Za marketinške piksele koje ne možete potpuno ukloniti, razmislite o korištenju Google Tag Managera za njihovu konsolidaciju i odgodu učitavanja nakon renderiranja stranice — i dalje imate praćenje, ali korisnik na njega ne čeka.

Očekivani učinak: Varira — uklanjanje jednog teškog widgeta može uštedjeti 1–2 sekunde.

Korak 7: Nadogradite hosting

Ako ste sve gore napravili, a stranica je još uvijek spora, problem je možda na serveru. Jeftin shared hosting stavlja stotine stranica na jedan server, i performanse trpe. Možete savršeno optimizirati frontend i svejedno imati TTFB od 800 ms jer je server pretrpan tuđim prometom.

Opcije:

  • Managed WordPress hosting: Kinsta, WP Engine ili Cloudways — namjenski izgrađeni za WordPress performanse
  • Statički hosting: ako vaša stranica ne treba bazu, deployajte na Vercel ili Netlify za sub-sekundno učitavanje
  • Edge hosting: Cloudflare Pages ili slično — vaša stranica se poslužuje sa servera najbližeg svakom posjetitelju

Nadogradnju hostinga ljudi najduže odgađaju, obično jer uključuje migraciju. Ali matematika je jednostavna: ako vaša stranica generira ikakav prihod, razlika između 5 €/mj shared hostinga i 30 €/mj managed hostinga zanemariva je u odnosu na konverzije koje gubite na sporo učitavanje. Prebacite vlastite brojeve prije nego što pretpostavite da jeftinija opcija štedi novac.

Očekivani učinak: 30–50% brži odziv servera (TTFB).

Lista brzih pobjeda

Ako imate samo nekoliko sati ovog vikenda, napravite ovo redom:

  1. Komprimirajte slike i konvertirajte u WebP
  2. Uključite CDN (besplatni Cloudflare)
  3. Uključite browser caching
  4. Uklonite nekorištene skripte trećih strana
  5. Dodajte loading="lazy" na slike ispod foldera
  6. Dodajte defer na nekritični JavaScript

Već ovih šest promjena može pretvoriti učitavanje od 5 sekundi u učitavanje od 2 sekunde.

Zašto ovo nije samo o brzini

Brze stranice rangiraju se više na Googleu. Konvertiraju više posjetitelja. Smanjuju bounce rate. Poboljšavaju zadovoljstvo korisnika. Smanjuju troškove hostinga i CDN protoka.

Ali zanimljiviji je kumulativni efekt. Svaka pretraga koju korisnik napravi uspoređuje vašu stranicu s konkurencijom. Ako se vaša učita prva, korisnik prvo čita vaš sadržaj, prvi dojam formira na temelju vašeg teksta i podsvjesno vas tretira kao zadanu opciju. Konkurent čija je stranica trebala dodatnu sekundu i pol već je u nepovoljnom položaju, bez obzira na to je li njegov sadržaj zapravo bolji. Brzina kupuje pažnju, a o pažnji ovisi sve što slijedi.

Performanse nisu tehnički detalj. To je poslovna prednost. I za razliku od većine poslovnih prednosti, ovu možete riješiti kroz vikend. Neznate gdje i kako početi, a webstranica vaše firme je i dalje spora, i trebate pomoć? Kontaktirajte nas za solucije.