Kako ubrzati WordPress sajt: praktičan vodič - Zephyra Studio

WordPress sajt koji se na telefonu učitava četiri sekunde izgubi deo posetilaca pre nego što uopšte vide ponudu. Rešenje obično ne počinje novim hostingom. Najveći dobitak dolazi od tri poteza: keširanja celih stranica, optimizacije slika i smanjenja broja dodataka koji se učitavaju na svakoj stranici. Na pristojnom hostingu ti potezi spuštaju vreme učitavanja ispod dve sekunde. Na lošem hostingu ni najbolje podešavanje ne pomaže, jer verzija PHP-a i baza podataka postavljaju plafon koji se ne može preći. Ovaj vodič ide redom od najvećeg dobitka ka najmanjem, uz merenje pre i posle svake promene.

Prvo izmerite, pa dirajte

Bez merenja pre promene ne znate šta je pomoglo, a šta je samo slučajno prošlo. Otvorite PageSpeed Insights i pustite istu stranicu dva puta: jednom za mobilni, jednom za računar.

U izveštaju su dva različita izvora brojeva. Terenski podaci dolaze od stvarnih posetilaca iz Chrome-a i predstavljaju ono što Google koristi za Core Web Vitals. Laboratorijski podaci iz Lighthouse-a su simulacija na fiksnoj brzini i služe za dijagnostiku. Lighthouse skor nije faktor rangiranja, pa nemojte juriti sto poena po cenu funkcionalnosti.

Testirajte više stranica, ne samo početnu. Kod WordPress sajtova početna je često najbrža jer je keširana ili najlakša, dok stranica proizvoda sa deset slika i tri dodatka bude znatno sporija. Ako je odziv servera preko 600 milisekundi, problem nije u slikama nego ispod sadržaja.

Tri poteza koji daju najveći dobitak

Ovo su promene koje u praksi pomeraju brojke najviše, i to ovim redom. Prve dve se rade za jedan dan, treća traje duže jer zahteva odluke.

• Keširanje celih stranica: keš na nivou hostinga ako postoji, ili dodatak za keš. Isključite keš za korpu, naplatu i administraciju
• Slike: smanjite dimenzije na stvarnu veličinu prikaza, kompresujte ih i prebacite u WebP ili AVIF
• Lazy loading za slike ispod prvog ekrana, ali ne i za glavnu sliku, jer ona određuje najveći element stranice
• Dodaci: obrišite neaktivne, pa proverite koji od aktivnih učitava svoje datoteke na svakoj stranici
• Graditelji stranica: svaki dodat ih učitava globalno, pa i na stranicama gde se ne koriste

Keš: koji sloj vam stvarno treba

Postoje četiri sloja keširanja i svaki rešava drugi problem. Keš stranica čuva gotovu stranicu i servira je posetiocu bez pokretanja PHP-a i baze, i to je sloj koji donosi najveći deo dobitka. Ne primenjuje se na prijavljene korisnike i ne sme na korpu i naplatu.

Keš objekata čuva delove baze koji se stalno čitaju i koristi se kada sajt ima mnogo upita. Pomaže na dinamičnim stranicama gde keš stranica ne sme da se primeni, na primer u korpi i na filtriranim listama proizvoda. Ako hosting nudi Redis ili Memcached, to je ono što se uključuje.

Keš pregledača je treći sloj i kontroliše se zaglavljima koja server šalje, pa pregledač pamti datoteke i ne preuzima ih ponovo. Problem nastaje kada se nešto izmeni, a pregledač i dalje koristi staru verziju, pa se datoteke numerišu ili im se menja naziv pri svakoj izmeni.

Mreža za dostavu sadržaja je četvrti sloj. Ona čuva statične datoteke na serverima bližim posetiocima i skraćuje vreme preuzimanja slika i skripti. Ona ne popravlja spor server, jer dinamični zahtevi i dalje moraju da se obrade na vašem hostingu.

Kod keša je najvažnije čišćenje. Posle svake izmene sadržaja gotova stranica mora da se obnovi, inače posetioci vide staro stanje. Ako se u korpi pojavljuju stare cene ili nestaju artikli, prvo se sumnja na dva sloja keša koji se međusobno potiru, pa se jedan isključi i testira.

Praktično pravilo je da se koristi najmanji broj slojeva koji rešava problem. Jedan dobro podešen keš stranica, uz objekatni keš na hostingu, pokriva većinu sajtova, dok se dodavanje još dodataka za keširanje retko isplati i često pravi više problema nego što rešava.

Kod sajtova sa velikim brojem stranica vredi proveriti i koliko dugo keš traje. Ako se čisti svakih sat vremena, većina posetilaca ipak dobija gotovu stranicu, a sadržaj se ne zadržava predugo u starom stanju. Kada je keš predugo, izmene se vide sa zakašnjenjem, što zbunjuje i onoga ko menja sadržaj i onoga ko ga čita.

PHP, baza i server: plafon koji se ne zaobilazi

Ista tema sa druge strane. WordPress na PHP 8.x radi primetno brže od starih verzija, a mnogi hostinzi i dalje drže sajtove na verziji koja je odavno van podrške. Proverite u administraciji, u odeljku sa zdravljem sajta, koja verzija je u upotrebi.

Kod sajtova sa više sadržaja vremenom se nagomilaju revizije, prolazni podaci i opcije koje se učitavaju na svakom zahtevu. Objektni keš, ako ga hosting nudi, rešava deo toga. Ako ne nudi, promena hostinga je često isplativija od skupljanja dodataka za optimizaciju.

Kod internet prodavnica se dodaje još jedan sloj. WooCommerce ume da učitava skripte korpe na svakoj stranici, čak i kad korpa nije na ekranu. To se rešava, ali zahteva izmene u temi i testiranje posle svake izmene.

Šta ne pomaže i kako da proverite da je popravka uspela

Spajanje svih JavaScript datoteka u jednu često pokvari izgled ili funkcionalnost, a dobitak je mali. Slično je sa dodacima koji tvrde da uklanjaju upitne stringove ili isključuju emodžije: mere su zvučno konkretne, a uticaj na vreme učitavanja zanemarljiv.

Dva sloja keširanja istovremeno, na primer keš hostinga i keš dodatka, često prave problem sa prikazom starih cena ili zaglavljenom korpom. Ako se to pojavi, isključite jedan sloj, pa testirajte.

Posle promene izmerite istu stranicu na istom uređaju. Laboratorijski rezultat se vidi odmah, dok terenski podaci kasne, jer se računaju iz prozora od 28 dana. Zato prve nedelje ne brinite ako PageSpeed Insights još prikazuje staro stanje, ali proverite da se sajt nije vizuelno pokvario preko telefona.

Izvor

Ključni zaključci

• Merenje pre promene je obavezno, jer bez njega ne znate šta je stvarno pomoglo.
• Keširanje stranica, optimizacija slika i smanjenje broja dodataka daju najveći deo dobitka.
• Verzija PHP-a i kvalitet hostinga postavljaju plafon koji nijedan dodatak ne može da pređe.
• Spajanje skripti i dodatne mere optimizacije često donesu više problema nego koristi.
• Terenski podaci u PageSpeed Insights kasne do 28 dana, pa se rezultat ne ocenjuje prvog dana.

Zaključak

Brzina nije jedna promena, nego redosled malih odluka koje se povremeno proveravaju. Ako nemate vremena da sami merite i testirate posle svake izmene, održavanje sajta pokriva upravo taj posao, uključujući proveru brzine posle svakog ažuriranja dodataka. Ako je sajt i vizuelno zastareo, redizajn je pravi trenutak da se brzina reši u temelju, a ne da se posle krpi dodacima.