Kako ubrzati sajt: praktična kontrolna lista

Da biste ubrzali sajt, prvo ga izmerite pomoću PageSpeed Insights, pa popravite najveći uzrok koji pokaže, a to su obično prevelike slike, previše JavaScript-a, teški fontovi ili skripte trećih strana. Ciljajte „dobre“ vrednosti Core Web Vitals Google-a: glavni sadržaj vidljiv za 2,5 sekunde, odgovor na dodir za 200 milisekundi i gotovo bez skakanja rasporeda. Većina sajtova tamo stigne sa nekoliko izmena, a ne prepravljanjem.

Izmerite pre nego što menjate bilo šta

Nagađanje troši vreme. Dva besplatna alata pokrivaju skoro sve:

• PageSpeed Insights (pagespeed.web.dev): nalepite živu adresu. Prikazuje podatke sa terena od pravih Chrome korisnika (ako sajt ima dovoljno saobraćaja) i laboratorijske podatke iz simuliranog učitavanja, plus listu konkretnih problema.
• Lighthouse u Chrome DevTools-u: isti laboratorijski test, pokrenut na bilo kojoj stranici koju možete da otvorite, uključujući pregled. Testirajte u mobilnom režimu; na telefonima sa sporijim mrežama problemi se vide.

Brojevi koji se računaju su Core Web Vitals Google-a. Od septembra 2026, Google-ova dokumentacija na web.dev daje ove „dobre“ pragove, merene na 75. percentilu učitavanja stranice:

INP je 2024. zamenio stariju metriku First Input Delay. Ako neki alat i dalje prijavljuje FID, zastareo je.

Zapišite početne brojeve. Posle svake izmene ponovo testirajte da znate šta je pomoglo.

Gde ide vreme: opcije i kompromisi

Svaki uobičajeni uzrok ima popravku, a svaka popravka ima cenu. Počnite od onih na vrhu; najjeftinije su i najčešće.

Slike

Slike su najčešći problem i najlakši za popravku. Fotografija od 4.000 piksela prikazana na 800 piksela širine primorava svakog posetioca da preuzme pet puta više nego što vidi.

• Poslužujte slike u veličini u kojoj se prikazuju, sa responzivnim srcset veličinama za telefone i desktop.
• Koristite moderne formate (WebP ili AVIF) i razumnu kompresiju.
• Postavite width i height na svaku sliku da pregledač rezerviše prostor. Samo to rešava većinu pomeranja rasporeda.
• Lenjo učitavajte slike ispod preloma sa loading="lazy".
• Nikad ne učitavajte lenjo glavnu sliku na vrhu stranice. Google-ovo uputstvo za LCP je jasno po tom pitanju: lenjo učitavanje LCP slike uvek je odlaže. Umesto toga, dajte joj fetchpriority="high".

JavaScript

Mnogi sajtovi napravljeni uz AI su aplikacije sa jednom stranicom (SPA): pregledač preuzme JavaScript paket, pa tek onda crta stranicu. Što je paket veći, duži je beli ekran. Popravke, po redosledu truda:

1. Uklonite ono što ne koristite. Tražite listu zavisnosti i izbacite biblioteke koje su jednom dodate i zaboravljene: biblioteku za datume zbog jednog datuma, ceo paket ikona za pet ikona.
2. Podelite po ruti. Učitajte kod za admin kontrolnu tablu tek kad je neko otvori, a ne na početnoj stranici.
3. Prerenderujte javne stranice. Marketing stranica koja se isporučuje kao pravi HTML pojavljuje se pre nego što se pokrene bilo koji JavaScript. Ovo pomaže i pretraživačima; pogledajte SEO za sajtove napravljene uz AI.

Spor INP obično znači jedan dugačak zadatak koji blokira stranicu, na primer filtriranje ogromne liste pri svakom pritisku tastera ili ponovno renderovanje cele tabele kad se promeni jedna ćelija. Panel Performance u Chrome DevTools-u pokazuje koji.

Fontovi

Svaka porodica fontova i težina je još jedna datoteka. Dve porodice i tri-četiri težine obično su dovoljne. Preload-ujte font koji se koristi iznad preloma, koristite font-display: swap da se tekst odmah prikaže i hostujte fontove sami ako je spoljni servis fontova spor za vaše posetioce.

Skripte trećih strana

Widgeti za ćaskanje, analitika, heatmap-ovi, pikseli za reklame, ugrađeni video i društveni feedovi učitavaju kod sa drugih servera. Svaki izgleda mali; zajedno su često najsporiji deo stranice. Zadržite one koje zaista gledate. Ostale učitajte kad je stranica interaktivna, a teške ugradnje (YouTube plejer, mapu) zamenite lakim pregledom koji učitava pravi sadržaj na klik.

Odziv servera

Time to first byte (TTFB), tj. koliko server treba da počne da odgovara, leži ispod svih ostalih metrika. Statičke stranice poslužene sa CDN-a (mreže servera blizu vaših posetilaca; pogledajte šta je CDN) su brze gotovo svuda. Stranice koje server gradi pri svakom zahtevu zavise od tog servera i njegove baze. Keširanje ponovljenog posla i indeksi baze za spore upite su uobičajene popravke.

Upiti koji rade

Budite konkretni: imenujte stranicu, metriku i ograničenje. Nalepite nalaze iz PageSpeed Insights ako ih imate.

PageSpeed Insights prijavljuje LCP od 4,8 s na telefonu za početnu stranicu, a LCP element je glavna slika. Smanji i pretvori glavnu sliku u WebP, poslužuj responzivne veličine, postavi width i height, dodaj fetchpriority="high" i proveri da nije lenjo učitana. Lenjo učitaj svaku sliku ispod preloma. Ne menjaj dizajn.

Proveri zavisnosti ove aplikacije. Navedi svaki paket, šta ga koristi i približno koliko dodaje paketu. Ukloni neiskorišćene i podeli rute /admin i /settings na zasebne delove koji se učitavaju samo kad se poseti.

Polje za pretragu na /products deluje sporo. Ograniči učestalost filtriranja (debounce), izbegni ponovno renderovanje cele liste pri svakom pritisku tastera, i paginiraj ili virtualizuj listu ako ima više od 200 stavki.

Korak po korak

1. Testirajte živu stranicu u PageSpeed Insights na telefonu. Zabeležite LCP, INP i CLS i tri najveća problema koja navodi.
2. Prvo popravite slike: veličine, formate, dimenzije, lenjo učitavanje ispod preloma, prioritet za glavnu sliku.
3. Isključite skripte trećih strana koje ne koristite, a ostale odložite.
4. Smanjite fontove na ono što dizajn zaista treba.
5. Smanjite JavaScript: uklonite neiskorišćene pakete, podelite po ruti.
6. Prerenderujte javne stranice ako su još renderovane na klijentu i LCP je i dalje spor.
7. Proverite server: keširanje, indekse baze, statički hosting za sadržaj koji se retko menja.
8. Ponovo objavite i ponovo testirajte. Podaci sa terena u PageSpeed Insights osvežavaju se narednih nedelja kako stižu prave posete, pa rane rezultate procenjujte po laboratorijskim podacima.

Česte greške

• Testiranje samo na brzom laptopu. Vaši posetioci su na telefonima srednjeg nivoa i nestabilnom mobilnom internetu. Testirajte u mobilnom režimu.
• Jurnjava za savršenih 100. Laboratorijski rezultat je vodič. Kad su Core Web Vitals u dobrom opsegu, sadržaj i upotrebljivost važniji su od poslednjih nekoliko poena.
• Lenjo učitavanje svega, uključujući glavnu sliku. To pogoršava LCP.
• Dodavanje dodatka ili biblioteke za brzinu preko svega. Uklanjanje težine gotovo uvek bolje je od dodavanja koda za njeno upravljanje.
• Optimizovanje pregleda, a ne žive stranice. Razvojni pregledi rade neoptimizovane verzije. Merite objavljenu adresu.
• Ubrzavanje jednom. Svaki novi widget, slika i funkcija dodaje težinu. Ponovo testirajte posle velikih izmena.

Kontrolna lista brzine

• LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 na telefonu
• Slike smanjene, kompresovane, u modernom formatu, sa width i height
• Glavna slika nije lenjo učitana; slike ispod preloma jesu
• Nema neiskorišćenih JavaScript biblioteka; teške rute odvojene
• Dve porodice fontova ili manje, glavni font preload-ovan
• Samo skripte trećih strana koje zaista koristite, učitane kasno
• Javne stranice prerenderovane ili statične gde je moguće
• Ponovo testirano na živoj adresi posle objavljivanja

Brzina i raspored za telefone idu zajedno; pogledajte kako napraviti sajt responzivan za mobilne. Za ceo prolaz pre lansiranja, kako odneti AI prototip u produkciju pokriva ostatak.

Brzina na Mythex-u

Na Mythex-u ove izmene pravite tako što tražite u razgovoru ili u uređivaču koda na Pro planu. Proveravajte objavljenu adresu, a ne pregled, jer pregled radi na razvojnom serveru. Statički frontend-ovi se pri objavljivanju postavljaju kao statički sajtovi (statički sajtovi), što odgovara sadržajnim stranicama. Aplikacije sa serverom se skaliraju na nulu: spavaju kad su neaktivne i bude se pri sledećoj poseti, pa je prvi zahtev posle tihog perioda sporiji, a povezana baza spava posle 5 minuta neaktivnosti (ograničenja hostinga). Ako je javna stranica spora samo pri prvoj poseti, to je verovatan uzrok. Održavanje marketing stranica statičkim pomaže. Posle izmena ponovo objavite i osvežite uz zaobilaženje keša.

Pitanja