Ubrzanje web sajta koje ne kvari postojeće funkcije

Okvir cene i isporuka za ubrzanje web sajta

Ubrzanje web sajta za jasan, ograničen zahvat počinje od 100€. Ta cifra nije fiksna cena za svaki domen, već početni okvir kada merenje pokaže usko grlo, pristupi su spremni i obim se može zatvoriti jednim krugom: dijagnoza, dogovorene izmene, poređenje pre i posle i regresiona provera funkcija. Veći broj tipova stranica, WooCommerce tokovi, teške spoljne skripte, spor hosting ili potreba za migracijom podižu obim i cenu.

Tipičan krug sa spremnim pristupima i jasnim simptomom traje od nekoliko dana do dve nedelje. Ako želiš da odmah proverimo da li ti treba samo merenje i plan ili i sprovođenje, pošalji URL i stranicu na kojoj se čekanje najviše oseća.

Na prvi pogled, u dogovoreni obim od 100€ naviše obično ulaze:

• merenje pre rada pod dogovorenim scenarijem
• dijagnoza uskog grla po slojevima: server, kod, baza, mediji, skripte
• sprovođenje opravdanih izmena u dogovorenom obimu
• rezervna kopija pre rizičnih zahvata
• regresiona provera formi, navigacije i dogovorenih tokova
• poređenje pre i posle uz iste uslove testa
• kratak spisak šta je urađeno i šta ostaje otvoreno

Ne garantujem PageSpeed ocenu 100 ni procenat ubrzanja pre pregleda. Detaljniju granicu između uključenog i dodatnog obima razlažem u sledećim odeljcima.

Gde cena obično raste: WordPress, WooCommerce, custom

Tip sajta	Šta najčešće diže obim
WordPress prezentacija	Previše dodataka, teške teme, nekontrolisane slike i skripte
WooCommerce	Korpa, nalog, keš izuzeci, plugin sukobi i sporiji tokovi kupovine
Custom sistem	Spoji upiti, renderovanje, keš po ulozi i zavisnosti od spoljnih API-ja

Zato ne dajem istu fiksnu cenu za svaku platformu. Početnih 100€ pokriva jasan, ograničen zahvat kada usko grlo može da se zatvori u jednom krugu.

Ubrzanje web sajta kreće od simptoma, ne od nasumičnog podešavanja

Ubrzanje web sajta počinjem tako što slušam simptom, a ne tako što odmah uključujem još jedan dodatak za keširanje. Vlasnik retko kaže da mu je loš LCP. On kaže da početni sadržaj dugo ostaje prazan, da glavna fotografija kasno dolazi, da dugme ne reaguje odmah, da se elementi pomeraju tokom učitavanja, da korpa zastane, da administracija sporo otvara izmene ili da račun za hosting raste zbog opterećenja koje niko nije objasnio.

Iza svakog od tih simptoma stoji drugačija poslovna posledica:

• posetilac napusti stranicu pre nego što uopšte razume ponudu
• plaćeni klik potroši se pre nego što forma ili proizvod postanu upotrebljivi
• korisnik na mobilnoj mreži dobija mnogo lošije iskustvo od osobe na brzom kancelarijskom računaru
• spor odziv administracije usporava obradu sadržaja, porudžbina i upita
• nestabilan prikaz ili zakašnjela reakcija umanjuju poverenje u ceo posao

Ovo je jednokratni, merljivi zahvat sa jasnim krajem, a ne stalna briga o sistemu. Ako ti treba kontinuirano praćenje posle popravke, to pripada održavanju sajta. Ako je sporost samo simptom ozbiljnijeg problema i sajt je kompromitovan, prvi korak nije optimizacija nego čišćenje zaraženog sajta. Brža stranica sama po sebi ne garantuje prodaju ili poziciju, ali uklanja tehničku prepreku između već ostvarene posete i poslovne radnje.

Merenje odvaja utisak od ponovljivog problema

Početno merenje nije formalnost, jer razdvaja lični utisak od problema koji se ponavlja i daje osnovu za poređenje posle rada. Sajt koji se tebi otvara brzo možda koristi fajlove već sačuvane u tvom pregledaču, dok novi posetilac na mobilnoj mreži preuzima celu stranicu prvi put.

Ne oslanjam se na jedan alat i jedan računar. Laboratorijski test je koristan jer ponavlja kontrolisane uslove, dok podaci stvarnih korisnika, kada postoje, pokazuju različite uređaje, mreže i lokacije. Merenje sa jednog računara ne predstavljam kao iskustvo svih posetilaca. Pregled prilagođavam tehnologiji i dogovorenom obimu, pa može da obuhvati:

• vreme prvog odgovora servera i ponašanje keša
• veličinu HTML-a, CSS-a, JavaScript-a, fontova i medija
• broj zahteva i redosled u kome blokiraju ili odlažu prikaz
• ponašanje glavnog sadržaja iznad početnog pregiba
• duge JavaScript zadatke i kašnjenje posle korisničke radnje
• promene rasporeda dok se slika, font ili spoljni element učitava
• spore ili ponovljene upite prema bazi kada postoji pristup sistemu
• razliku između javnog dela, prijavljenih korisnika i administracije
• više tipova stranica, jer početna, članak, usluga, proizvod i korpa nemaju isti teret

Poređenje pre i posle ima smisla samo pod dovoljno sličnim uslovima. Beležim testiranu adresu, tip uređaja, lokaciju testa kada je alat navodi, mrežni profil, stanje keša, status prijave, vreme merenja i bitne spoljne skripte. Ne upoređujem prvi hladan zahtev pre rada sa već keširanim zahtevom posle rada kao da je to isti scenario. Kada sadržaj, kampanja ili spoljni servis promene uslove između dva testa, tu razliku navodim uz rezultat umesto da je pripišem optimizaciji.

Jedno pokretanje može da odstupi zbog opterećenja servera ili mreže, zato posmatram ponovljena merenja i obrazac, ne samo najbolji snimak. Za stranicu koja je važna poslu početno i završno merenje koriste isti dogovoreni scenario. Ako postoje podaci stvarnih korisnika, njihov period i uzorak ne mešam sa laboratorijskim rezultatom. Tako dobijaš poređenje koje može da objasni promenu, a ne samo dve nepovezane ocene. Ako već imaš izveštaj sa LCP, CLS ili ocenom brzine i ne znaš kojim redom da reaguješ, koristan je vodič o čitanju rezultata analize sajta.

Metodologija pre i posle: kako merim

Da bi poređenje imalo smisla, isti scenario koristim pre i posle rada:

1. Ista adresa i tip stranice. Početna, usluga, proizvod ili korpa se ne mešaju.
2. Isti uslovi testa. Uređaj, mrežni profil, keš i status prijave beležim uz merenje.
3. Isti set signala. LCP, INP, CLS i TTFB kada su relevantni, plus simptom koji si prijavio.
4. Regresija funkcija. Forma, navigacija, korpa ili merenje moraju da prođu posle izmene.
5. Otvoreni uticaji. Ako kampanja, chat ili spoljni servis promene uslove, to pišem uz rezultat.

Bez te discipline PageSpeed broj može da laže. Sa njom vidiš šta je stvarno poboljšano, a šta ostaje van kontrole.

Šta Core Web Vitals znače za tebe

Ne treba ti lekcija o svakoj skraćenici, već objašnjenje šta signal znači za korišćenje sajta. LCP pokazuje koliko se čeka glavni vidljivi sadržaj. INP ukazuje na odziv posle klika, unosa ili druge radnje. CLS opisuje neočekivano pomeranje elemenata dok se stranica sastavlja. TTFB nije Core Web Vital, ali pokazuje koliko se čeka prvi odgovor servera, pa ako je taj odgovor spor, kompresija fotografije ne rešava početno čekanje.

Ne obećavam određenu Lighthouse ili PageSpeed ocenu pre pregleda. Spoljni chat, oglasi, video, analitika, saglasnost za kolačiće i dinamički sadržaj mogu promeniti rezultat. Broj je koristan kada prati stvarno poboljšanje, ali nije uspeh ako je dobijen uklanjanjem funkcije koju posao koristi.

Sloj po sloj, prema potvrđenom uskom grlu

Ne uključujem svaku tehničku stavku automatski u svaki projekat. Jednom sajtu treba rad na odgovoru aplikacije, drugom priprema medija, trećem kontrola spoljne integracije. Ponuda zato navodi koje slojeve proveravam, koje izmene sprovodim i šta ostaje van ugovorenog zahvata.

Server, keš i odgovor aplikacije. Proveravam da li čekanje nastaje pre nego što pregledač uopšte dobije HTML. Uzrok može biti ograničen hosting, loše podešen keš, skupa obrada pri svakom zahtevu ili aplikacija koja ne koristi resurse smisleno. Keš postavljam prema vrsti sadržaja, jer javna stranica i privatni odgovor prijavljenog korisnika ne smeju imati ista pravila. Kod prodavnice posebno štitim korpu, nalog, personalizovane podatke i korake naplate od pogrešnog čuvanja.

Kod, tema i dodaci. CSS i JavaScript proveravam prema stvarnoj upotrebi, jer veliki globalni fajl ume da učitava pravila koja konkretna stranica ne koristi. Ne odlažem skriptu samo zato što alat prikazuje upozorenje. Najpre utvrđujem njenu ulogu, zavisnosti i trenutak kada korisniku mora biti dostupna, jer meni, validacija forme, merenje konverzije ili kupovina mogu da se pokvare ako se redosled izvršavanja promeni bez provere.

Baza i pozadinski procesi. Kada aplikacija sporo generiše odgovor, pregled može da obuhvati ponovljene upite, neodgovarajuće indekse, preveliku količinu automatski učitanih opcija i procese koji se pokreću češće nego što je potrebno. Veličina baze sama nije dijagnoza, jer velika dobro organizovana tabela ume da bude brža od manje tabele koju kod neefikasno pretražuje. Ne brišem podatke da bi baza izgledala urednije, već svako čišćenje ima poznatu namenu, kopiju i proveru posledica.

Slike i način isporuke. Fotografiju pripremam prema prostoru u kome se prikazuje, umesto da se veliki original prenosi pa smanjuje u pregledaču. Glavna slika iznad pregiba traži drugačiju odluku, jer ako je ona LCP element, nasumično odloženo učitavanje može je dodatno usporiti.

Fontovi, ikone i spoljne skripte. Svaka porodica, rez i skup ikona uvode dodatne fajlove, pa ograničavam ono što nema jasnu vizuelnu ulogu. Mape, video, chat, oglasi i praćenje dolaze sa servera koje ne kontrolišeš, ali se može kontrolisati gde se pozivaju i kada se učitavaju. Ne uklanjam važan marketinški alat samo radi ocene, već tražim lakši način isporuke ili prikaz posle interakcije.

Redosled rada koji uvek može da se vrati unazad

Zahvat vodim kao kontrolisanu promenu, a ne kao niz trikova, tako da se u svakom trenutku vidi šta je promenjeno i da se stanje vrati unazad ako izmena izazove neželjenu posledicu.

1. Definišem simptom i važnu funkciju. Utvrđujem gde se sporost primećuje, ko je oseća i koji tok mora da ostane ispravan.
2. Beležim početno stanje. Merim relevantne tipove stranica i razdvajam server, prikaz, interakciju i spoljne zahteve.
3. Dogovaram obim i pristupe. Navodim izmene, odgovornosti, pretpostavke, dodatne troškove i ono što nije uključeno.
4. Obezbeđujem mogućnost oporavka. Pre rizične promene proveravam odgovarajuću rezervnu kopiju i način povratka.
5. Sprovodim izmene po prioritetu. Prvo rešavam zahvate sa dobrim odnosom uticaja i rizika, umesto da sve menjam odjednom.
6. Proveravam regresije. Testiram dogovorene stranice, mobilni prikaz i poslovne radnje koje izmena može da pogodi.
7. Ponavljam merenje. Upoređujem ciljane signale i dokumentujem stanje bez biranja samo jednog povoljnog rezultata.

Za klijente iz Beograda i drugih delova Srbije rad uglavnom mogu da sprovedem na daljinu, jer lokacija nije presudan tehnički kriterijum. Važniji su kontrola nad domenom i hostingom, dostupnost odgovornih osoba i bezbedna razmena privremenih pristupa.

Šta tačno dobijaš na kraju

Usluga nije neodređeno obećanje da ću sajt učiniti brzim. Posle početne procene dobijaš predlog obima koji povezuje nalaz, izmenu, rizik i način provere, pa tačno znaš šta plaćaš i koje stanje treba da bude potvrđeno na kraju. Dogovorena isporuka može da obuhvati početni izveštaj sa glavnim uskim grlima, rezervnu kopiju ili proveru postojeće pre rizične promene, konkretne izmene po slojevima, poređenje ključnih merenja pre i posle u uporedivim uslovima, regresionu proveru dogovorenih stranica i funkcija, popis sprovedenih izmena i preporuke za hosting, razvoj ili održavanje kada nalaz izlazi iz ugovorenog rada.

Ako je potrebna kupovina licence, promena hosting paketa, CDN ili novi komercijalni dodatak, taj trošak ne predstavljam kao podrazumevanu stavku, već ga navodim pre odluke kada je moguće da se proceni.

Brzina ne sme da obori funkcije, stabilnost i bezbednost

Optimizacija nije uspešna ako kontakt forma prestane da šalje poruke, korisnik dobije tuđi keširani sadržaj, analitika izgubi važne događaje ili zaštitno pravilo bude isključeno bez zamene. Zato pre rizične izmene proveravam kopiju koja odgovara delu sistema koji se menja. Kod baze sa porudžbinama ili drugim promenljivim podacima povratak zahteva poseban oprez, jer stara kopija može prepisati novije legitimne unose.

Regresiona provera se prilagođava sajtu i može da obuhvati navigaciju, kontakt formu, pretragu, prijavu, korpu, kupone, obračun dostave, probni tok naplate bez stvarnog zaduženja i rad administracije. Ne tvrdim da je proverena funkcija koju sajt nema. Bezbednost i brzina se često dodiruju, pa pravilo keša mora da štiti privatne odgovore, a uklanjanje dodatka traži proveru funkcije i bezbednosne odgovornosti koju je imao. Ako je sajt aktivno zaražen ili koristi napuštenu komponentu sa ozbiljnim rizikom, prvo je potrebna sanacija, a tek zatim rad na performansama.

Podela odgovornosti pre prve izmene

Ja preuzimam dogovorenu analizu, sprovođenje izmena, proveru posledica i dokumentovanje ograničenja. Ti obezbeđuješ tačan URL, informacije o važnim funkcijama, dokazivo ovlašćenje za pristup i osobu koja može da potvrdi poslovne odluke. Lozinke nisu potrebne u prvom kontaktu i ne treba ih slati kroz nezaštićenu poruku.

Hosting je odgovoran za infrastrukturu i mogućnosti naloga, pa može biti potreban za logove, promenu PHP postavki, restart servisa ili povećanje resursa. Mogu da pripremim tehnički zahtev i objasnim nalaz, ali ne mogu da garantujem vreme odgovora provajdera. Ti potvrđuješ integracije koje moraju ostati aktivne, a ako prodavnica koristi realnu naplatu, ne pokrećem stvarnu transakciju bez dogovora.

Kada je granica u hostingu, dobijaš odluku umesto prikrivenog kompromisa

Nije svako usko grlo u delu sistema koji mogu direktno da promenim. Ako ponovljena merenja pokažu spor prvi odgovor i iscrpljene resurse, a kod, upiti i keš su već dovedeni do razumnog stanja u ugovorenom obimu, jasno označavam hosting kao ograničenje. Tada ne obećavam da će još jedan dodatak nadoknaditi premalo procesorskog vremena, memorije, radnika aplikacije ili pristupa serverskim podešavanjima.

Dobijaš nalaz koji razdvaja četiri moguće odluke. Prva je promena podešavanja postojećeg paketa ako provajder to dozvoljava. Druga je prelazak na viši paket kod istog provajdera. Treća je kontrolisana migracija na prikladnije okruženje. Četvrta je zadržavanje trenutnog stanja kada poslovna korist ne opravdava dodatni trošak. Za svaku opciju navodim šta bi trebalo ponovo izmeriti i koji rizik nosi, ali izbor hostinga i ugovorni odnos ostaju tvoji.

Migracija nije automatski uključena u ubrzanje web sajta. Ona može da zahteva kopiranje fajlova i baze, promenu DNS zapisa, proveru emaila, sertifikata, zakazanih zadataka i funkcija posle prelaska. Ako je potrebna, dobija poseban obim i plan povratka. Ako ostaješ na ograničenom hostingu, završni izveštaj navodi šta je popravljeno u aplikaciji, šta infrastruktura i dalje ograničava i koje buduće promene najlakše mogu ponovo da pogoršaju stanje.

Cache dodatak, jači hosting, redizajn ili ručna optimizacija

Ove opcije ne rešavaju isti problem, a ispravan izbor zavisi od potvrđenog uzroka, stanja sistema i cilja koji pokušavaš da ostvariš.

Cache dodatak je racionalan kada ponovljeni rad pravi čekanje na podržanom sajtu sa jasnim pravilima i funkcijama koje mogu bezbedno da se izuzmu. Nije dovoljan kada spori upit, velika slika, težak JavaScript ili spoljna integracija ostanu isti, a dva dodatka sa preklopljenim optimizacijama umeju da naprave konflikt.

Promena hostinga je opravdana kada merenje pokaže nedovoljne resurse ili ograničenje koje se ne može odgovorno rešiti u aplikaciji. Ako kod pravi nepotreban rad pri svakom zahtevu, skuplji paket može samo dati više prostora istoj neefikasnosti.

Redizajn je opravdan kada tema nema podršku, stranice zavise od niza krhkih zaobilaznih rešenja ili se poslovna ponuda ionako suštinski menja. Redizajn nije skupa zamena za kompresiju nekoliko slika, jer uvodi migraciju sadržaja, očuvanje URL adresa, razvoj i testiranje.

Ručna optimizacija ima vrednost kada se problem prostire kroz server, aplikaciju i pregledač ili kada se važna funkcija ne sme ugroziti agresivnim automatskim podešavanjem. Ona može koristiti dodatak, bolji hosting ili deo redizajna kao alat, ali tek kada postoji razlog i način provere.

Proverljivi primeri rada na brzini

Portfolio potvrđuje da sam za Fizikalne Terapije tokom 2025. i 2026. godine radio ubrzanje web sajta na različitim uređajima, kompletnu on-page i off-page SEO strategiju i tekuće održavanje usmereno na tehničku ispravnost, sigurnost i stabilnost.

Taj projekat je relevantan jer potvrđuje spoj performansi i kontinuirane tehničke brige. Ne navodim Lighthouse ocenu, procenat ubrzanja, pozicije, broj poseta ili upita, jer takvi rezultati nisu potvrđeni u dostupnom izvoru. Dokaz je konkretan obim rada, a ne broj naknadno pripisan projektu.

Kod Belgrade Hot Spot sam prvo migrirao sajt na bržu hosting osnovu, a zatim radio dodatno tehničko ubrzanje i SEO podešavanja tokom 2025. i 2026. Taj primer pokazuje situaciju u kojoj keš dodatak nije bio dovoljan, jer je usko grlo bilo u infrastrukturi. Ne izmišljam metrike pre i posle. Dokaz je potvrđen redosled: migracija, pa tehničko ubrzanje.

Primeri ne znače da svakom sajtu treba isti spoj usluga. Nekome treba samo ciljana intervencija, drugom prvo čišćenje, trećem promena hostinga ili redovno održavanje sajta.

Granice ovog zahvata

Jasna granica štiti i tebe i tehnički rezultat. U ovaj zahvat se automatski ne podrazumevaju kompletan vizuelni redizajn, razvoj nove poslovne funkcije, sanacija aktivne zaraze, pisanje novog sadržaja ili vođenje oglasa, kupovina hostinga i licenci, trajno održavanje posle dogovorenog perioda, garancija određene ocene ili prometa, kao ni popravka sistema kome nije obezbeđen potreban pristup.

Ako dijagnostika otkrije problem van obima, ne prikrivam ga površinskim podešavanjem, već objašnjavam posledicu, prioritet i mogući poseban zahvat, pa ti odlučuješ da li ga uključuješ.

Kada ovaj zahvat nije pravi izbor

Usluga ne odgovara zahtevu da se unapred garantuje ocena 100, tačan procenat poboljšanja ili rok bez pregleda sistema. Ne odgovara ni očekivanju da se važna analitika, bezbednosna kontrola ili prodajna funkcija ukloni samo da bi test prikazao veći broj.

Nije dobar izbor kada ne možeš da obezbediš pristup delu sistema u kome je potvrđen problem, ne želiš rezervnu kopiju pre rizične promene ili ne možeš da navedeš funkcije koje moraju biti testirane. Ako je sajt aktivno kompromitovan ili toliko krhak da svaka izmena prekida rad, prvo predlažem sanaciju ili procenu nove izrade. Ako je sajt već brz i cilj je samo organska vidljivost, primereniji prvi korak je SEO procena.

Primopredaja: pet stvari koje dobijaš na kraju

Na kraju dogovorenog obima ne ostaješ sa utiskom da je „ubrzano”. Ostaješ sa dokumentom i stanjem koje možeš da proveriš:

1. Snimak pre i posle pod istim dogovorenim scenarijem testa, sa napomenom ako su uslovi promenjeni.
2. Spisak urađenih izmena po slojevima: server, keš, kod, baza, mediji, skripte.
3. Otvoreni nalazi van obima, sa razlogom zašto nisu ušli u ovaj krug.
4. Rezultat regresione provere dogovorenih tokova: forma, navigacija, prijava, korpa ili druga važna radnja.
5. Preporuke za održavanje brzine, da nova slika, dodatak ili kampanja ne ponište urađeni rad.

Ako želiš da vidiš kako taj okvir izgleda na tvom domenu, pošalji URL i simptom.

Pošalji PageSpeed link i URL na kome se čekanje oseća

Za početak mi pošalji adresu sajta, jednu stranicu na kojoj najjasnije primećuješ problem i, ako ga imaš, link iz PageSpeed Insights ili sličnog testa. Napiši da li kasni prvi prikaz, reakcija posle klika, administracija, forma ili korpa, i dodaj informaciju o nedavnoj promeni ako je sporost počela posle novog dodatka, kampanje, slike ili migracije. Za brzu orijentaciju pre toga možeš pokrenuti i besplatnu analizu web sajta.

Primarni sledeći korak je da pošalješ URL i PageSpeed link za procenu ubrzanja web sajta. Na osnovu početnog merenja razdvajam da li je opravdan ciljani zahvat od 100€ naviše, podešavanje keša, promena hostinga ili šira tehnička obnova, bez obećanja rezultata koje stanje još ne može da potvrdi.