3. DIO SERIJALA · WORDPRESS OPTIMIZACIJA I TEHNIČKO ČIŠĆENJE
WordPress stranica koja je prije nekoliko godina bila brza može s vremenom postati sporija, veća i kompliciranija za održavanje. Dodaju se novi pluginovi, mijenjaju teme, u Media Library stižu stotine fotografija, baza čuva sve više podataka, marketinški alati dodaju nove skripte, a privremeno rješenje koje je trebalo ostati samo nekoliko tjedana često ostane aktivno godinama.
Kada se to dogodi, prva reakcija često je: „Treba nam potpuno nova web stranica.” Ali potpuni redizajn ili nova izrada web stranice nisu uvijek jedino rješenje. Prije nego postojeći web odbacite i krenete ispočetka, vrijedi napraviti tehnički audit i odgovoriti na jednostavnije pitanje: što se na postojećoj stranici može očistiti, ukloniti, optimizirati ili zamijeniti?
U ovom trećem dijelu serijala prolazimo upravo taj proces. Nećemo naslijepo brisati pluginove niti obećavati da jedan cache gumb može riješiti sve probleme. Cilj je pokazati kako sistematski pregledati WordPress, pronaći nepotreban tehnički teret, napraviti promjene na siguran način i zatim izmjeriti jesu li one zaista donijele poboljšanje.
NAJVEĆA POGREŠKA JE OPTIMIZIRATI NASLIJEPO
Prije nego išta izbrišete, izmjerite postojeće stanje
Kada vlasnik web stranice kaže da je WordPress „spor”, ta jedna riječ može opisivati nekoliko potpuno različitih problema. Možda se naslovnica dugo učitava. Možda je samo WordPress administracija spora. Možda se sadržaj brzo pojavi, ali web nakon toga nekoliko sekundi slabo reagira na klikove. Možda se problem pojavljuje samo na mobilnim uređajima, dok na računalu gotovo nije primjetan.
Zbog toga optimizacija ne bi trebala početi instalacijom još jednog plugina. Trebala bi početi mjerenjem. Ako ne znamo početno stanje, nakon nekoliko sati rada ne možemo dokazati je li stranica stvarno postala bolja ili samo imamo subjektivan osjećaj da je nešto brže.
Napravite test nekoliko važnih URL-ova, ne samo naslovnice. Kod poslovne web stranice to mogu biti naslovnica, glavna stranica usluge, kontakt i jedan veći blog članak. Kod web shopa treba provjeriti kategoriju proizvoda, pojedinačni proizvod, košaricu i checkout.
Ako vas zanima zašto brzina uopće nije samo tehnički detalj, već dio iskustva korisnika i poslovnog rezultata, pogledajte i naše usluge izrade i optimizacije web stranica. Kod poslovnog weba cilj nije osvojiti samo visoku ocjenu u testu, nego omogućiti korisniku da brzo pronađe ponudu, razumije uslugu i bez prepreka dođe do kontakta.
Različite vrste stranica mogu imati potpuno različito ponašanje. Naslovnica može sadržavati veliku hero fotografiju i nekoliko marketinških skripti, dok blog članak može imati vrlo malo JavaScripta, ali mnogo fotografija. Web shop dodatno uvodi košaricu, session podatke, checkout i druge funkcije.
Zabilježite veličinu prenesenih resursa, broj mrežnih zahtjeva, vrijeme učitavanja ključnih elemenata i PageSpeed rezultat. Ako postoje podaci stvarnih korisnika, pogledajte i Core Web Vitals.
Za dodatno razumijevanje performance metrike korisno je pročitati službeni Google vodič za Web Vitals . Takav izvor je korisniji od oslanjanja samo na pojedinačne „SEO trikove” pronađene na internetu.
PRVO SIGURNOST, ONDA ČIŠĆENJE
Backup i staging nisu luksuz prije ozbiljnijih promjena
Izraz „čišćenje WordPressa” može zvučati kao bezopasno pospremanje, ali neke intervencije mogu izravno utjecati na sadržaj, dizajn, funkcionalnost ili bazu podataka.
Plugin za koji mislite da se više ne koristi možda upravo obrađuje kontakt obrazac. Tablica koja u bazi izgleda napušteno možda pripada aktivnoj integraciji. JavaScript koji alat tijekom jednog testa nije registrirao kao korišten možda se aktivira tek kada korisnik otvori određeni modal ili klikne na gumb.
Zato je potpuni backup datoteka i baze minimum prije ozbiljnog zahvata. Još sigurniji pristup je staging – zasebna kopija web stranice na kojoj se promjene mogu provjeriti prije nego ih napravimo na produkciji.
Na stagingu možemo deaktivirati plugin, promijeniti cache postavke, očistiti određene podatke, zamijeniti Elementor widget ili optimizirati JavaScript bez rizika da potencijalni kupac upravo u tom trenutku naiđe na pokvaren obrazac.
Backup također treba biti stvarno upotrebljiv. Postojanje ZIP datoteke na serveru nije dovoljno ako nitko ne zna može li se iz nje stranica vratiti. Kod poslovno važnih stranica poželjno je znati proceduru povrata prije nego što je ikada zatrebate.
WordPressova službena dokumentacija o upravljanju pluginovima također naglašava važnost pravilnog upravljanja i ažuriranja dodataka.
WORDPRESS VEĆ IMA VLASTITU DIJAGNOSTIKU
WordPress Site Health dobra je početna točka za tehnički pregled
WordPress već sadrži vlastiti alat za osnovnu tehničku dijagnostiku. U hrvatskom sučelju nalazi se pod Alati → Zdravlje web-mjesta.
Site Health može prikazati podatke o WordPress konfiguraciji, PHP-u, serveru, bazi, aktivnoj temi, pluginovima, direktorijima i drugim dijelovima instalacije. Također može upozoriti na određene probleme koji zaslužuju pažnju.
Site Health neće reći da vam je fotografija proizvoda vizualno nepotrebna niti će razumjeti zašto imate tri plugina s vrlo sličnom funkcijom. Ali daje kvalitetan početni pregled tehničkog okruženja.
Detaljnije o tom alatu možete pročitati u službenoj WordPress dokumentaciji za Site Health .
NE BROJITE PLUGINE – PROCJENJUJTE NJIHOVU SVRHU
Kako napraviti pravi audit WordPress plugina?
Često se može čuti preporuka poput „WordPress ne bi trebao imati više od deset plugina”. Takve univerzalne brojke nisu posebno korisne. Nekoliko nekvalitetnih dodataka može napraviti veći problem od znatno većeg broja kvalitetno odabranih plugina.
Audit zato ne počinje brojanjem nego inventurom. Otvorite popis instaliranih dodataka i za svaki pokušajte odgovoriti na jedno pitanje: što ovaj plugin radi i gdje koristimo njegovu funkciju?
Ako odgovor ne znate, dodatak zaslužuje provjeru. Ako imate dva SEO plugina, više alata za optimizaciju slika, nekoliko popup sustava ili više Elementor addon paketa koji nude slične widgete, postoji mogućnost preklapanja.
Upravo je pitanje pretjeranog oslanjanja na builder i velik broj dodataka tema prvog dijela našeg WordPress serijala , gdje detaljnije objašnjavamo zašto kratkoročno brzo rješenje može kasnije povećati trošak održavanja.
Posebno pregledajte pluginove koji su godinama ostali instalirani nakon jednokratnog projekta. Importer koji ste koristili prije tri godine možda vam više nije potreban. Migration plugin možda je instaliran samo zbog jednog preseljenja. Stari slider možda se više ne prikazuje nigdje.
Kod premium dodataka postoji i financijski aspekt. Godišnja licenca za alat koji se više ne koristi predstavlja stvarni trošak poslovanja.
Međutim, deaktiviranje treba biti kontrolirano. Prvo napravite backup, provjerite funkciju plugina, testirajte staging kopiju i tek nakon toga odlučite hoće li dodatak biti uklonjen.
POSEBNO PROVJERITE ADDON EKOSUSTAV
Elementor možda nije glavni problem – dodatni addon paketi mogu biti važniji
Elementor ne treba automatski proglasiti jedinim krivcem za spor WordPress. Problem često nastane oko samog buildera. Stranica dobije Elementor, Elementor Pro i zatim nekoliko dodatnih widget paketa zato što je jednom trebao poseban carousel, drugi put napredni naslov, treći put tabovi, a četvrti put određena animacija.
Nakon nekoliko godina možete imati veliki addon plugin iz kojeg koristite samo jedan ili dva widgeta. Tada ima smisla provjeriti mogu li se ti elementi zamijeniti standardnim Elementor widgetom, Gutenberg blokom ili malom ciljano izrađenom komponentom.
U drugom dijelu serijala pokazali smo kako Gutenberg, custom blokovi i ciljano napisan HTML, CSS ili JavaScript mogu biti alternativa velikom univerzalnom sustavu kada projekt ne treba sve njegove mogućnosti.
Ne deaktivirajte addon prije zamjene widgeta koji o njemu ovisi. Prvo rekonstruirajte komponentu, usporedite izgled i ponašanje, provjerite responsive prikaz, a tek nakon toga uklonite staru ovisnost.
PET PODRUČJA KOJA VRIJEDI PROVJERITI
Što prvo očistiti? Pogledajte WordPress kao cjelinu
Dobra optimizacija nije usmjerena samo na pluginove. Stranica je kombinacija plugina, slika, baze, cache sustava, CSS-a, JavaScripta, hostinga i vanjskih servisa. Zato je korisnije pregledati sva ključna područja nego potrošiti cijeli dan na jednu metriku.
NAJVEĆE DATOTEKE ČESTO NISU PLUGINOVI
Fotografije mogu poništiti sav trud uložen u optimizaciju
Stranica može imati uredan HTML i razumnu količinu JavaScripta, a opet biti teška zato što jedna hero fotografija ima nekoliko megabajta.
Vrlo česta pogreška je upload fotografije izravno s modernog mobitela ili fotoaparata. Original može imati nekoliko tisuća piksela širine i vrlo veliku datoteku, iako se na webu nikada neće prikazati u takvoj rezoluciji.
Slike je potrebno prilagoditi stvarnim dimenzijama prikaza. Moderni formati poput WebP-a mogu dodatno pomoći, ali format sam po sebi nije dovoljan. WebP slika širine šest ili sedam tisuća piksela i dalje može biti nepotrebno velika.
Posebnu pažnju treba posvetiti glavnoj slici iznad pregiba stranice. Ako je ona najveći vidljivi element, način njezina učitavanja može snažno utjecati na LCP. Google ima poseban tehnički vodič za optimizaciju Largest Contentful Painta .
Slike koje se nalaze znatno niže na stranici mogu se učitavati odgođeno. Time korisnik ne mora odmah preuzeti sav vizualni sadržaj članka koji možda neće ni otvoriti do kraja.
Optimizacija slika smanjuje i prostor na hostingu, veličinu backupa i vrijeme potrebno za migraciju stranice.
VELIKA BAZA NIJE AUTOMATSKI LOŠA BAZA
Što u WordPress bazi stvarno ima smisla pregledati?
„Očistite bazu” jedna je od najčešćih preporuka u vodičima za ubrzavanje WordPressa, ali potrebno je objasniti što ta preporuka zapravo znači.
WordPress baza s velikom količinom legitimnih podataka nije automatski problem. WooCommerce trgovina s tisućama narudžbi prirodno ima veću bazu od jednostavne prezentacijske stranice s desetak objava.
Jedno područje koje se može pregledati su revizije objava. WordPress čuva prethodne verzije sadržaja kako bi se korisnik mogao vratiti na ranije stanje. Ta funkcija je korisna, ali kod vrlo velikih stranica i čestog uređivanja broj revizija može narasti.
Umjesto automatskog brisanja svega, često je razumnije postaviti politiku koliko revizija želite čuvati.
Drugo područje su privremeni podaci, uključujući transiente. Oni mogu služiti kao privremeni cache ili spremište podataka za različite funkcije WordPressa, teme i plugina. Više o njihovoj ulozi objašnjava službena WordPress dokumentacija za Transients API .
Treće područje su ostaci starih dodataka. Brisanje plugina ne znači nužno da će svaki njegov podatak biti uklonjen iz baze. Međutim, tablicu ne treba izbrisati samo zato što ime izgleda staro.
PODACI KOJI SE AUTOMATSKI UČITAVAJU
Autoload podaci mogu postati skriveni tehnički teret
WordPress Options API omogućuje temama i pluginovima spremanje različitih postavki. Određene opcije mogu se automatski učitavati tijekom WordPress requesta zato što se očekuje da će biti često potrebne.
Za male i često korištene postavke to je praktično. Problem može nastati kada dodatak pohrani veliku količinu podataka kao autoload ili kada nakon uklanjanja starog dodatka dio njegovih podataka ostane.
WordPressova službena dokumentacija o optimizaciji posebno obrađuje autoloaded options, caching, bazu, hosting i druge performance faktore.
Ako tehnička analiza pokaže neuobičajeno veliku količinu autoload podataka, sljedeći korak nije nasumično mijenjati sve vrijednosti.
Prvo treba pronaći najveće stavke, utvrditi koja tema ili plugin ih je stvorio i provjeriti koristi li se ta komponenta još uvijek.
KOD KOJI KORISNIK NE VIDI I DALJE MOŽE BITI UČITAN
Nepotreban CSS i JavaScript treba analizirati u kontekstu
Moderni WordPress web može kombinirati CSS i JavaScript teme, buildera, obrazaca, SEO alata, analyticsa, cookie sustava, popupova, galerija i različitih vlastitih funkcija.
Na kraju browser ponekad prima znatno više koda nego što jedna konkretna stranica treba.
JavaScript zaslužuje posebnu pažnju jer browser kod ne mora samo preuzeti. Mora ga parsirati, obrađivati i u određenim situacijama izvršavati. Kod interaktivnosti stranice koristan je i Googleov vodič za optimizaciju INP-a .
Chromeovi razvojni alati mogu pomoći otkriti koliko je CSS-a ili JavaScripta iskorišteno tijekom konkretnog scenarija. Ali „unused” tijekom jednog testa ne znači automatski „sigurno za brisanje”.
Određeni kod može se aktivirati tek nakon klika, promjene slajda, otvaranja modalnog prozora ili slanja obrasca.
Pravo pitanje zato glasi: zašto se ovaj resurs učitava na ovoj stranici? Ako plugin dodaje kod na svaki URL, a njegova funkcija postoji samo na jednoj stranici, možda postoji prostor za uvjetno učitavanje ili zamjenu.
NIJE SAV TERET DIO WORDPRESSA
Fontovi, Analytics, Meta Pixel, video i ostale vanjske skripte
Ponekad nakon detaljnog pregleda WordPressa otkrijemo da velik dio ukupnog frontend tereta ne dolazi iz teme ili plugina, nego iz vanjskih servisa.
Analytics, oglasni pixel, heatmap alati, chat, ugrađeni video, Google Maps, CAPTCHA, social widgeti i fontovi mogu zahtijevati dodatne mrežne konekcije, datoteke i JavaScript.
To ne znači da ih treba ukloniti. Meta Pixel ima jasnu poslovnu vrijednost kada mjerite oglašavanje. Analytics može biti ključan za donošenje odluka. Video može biti važan dio prodajne prezentacije.
Audit treba odgovoriti koristi li se svaki od tih alata i donosi li podatak ili funkcija dovoljno vrijednosti da opravda svoj trošak.
Posebno provjerite stare tracking implementacije. Web koji je tijekom godina mijenjao marketinške alate može imati kodove koji više ne pripadaju nijednoj aktivnoj kampanji.
CACHE UBRZAVA DOBRU STRUKTURU
Cache nije zamjena za uklanjanje nepotrebnog tehničkog tereta
Page cache može značajno smanjiti posao koji server treba ponovno raditi prilikom posjeta istoj stranici. Browser cache može smanjiti ponovno preuzimanje statičnih datoteka. Object cache može ubrzati pristup često korištenim podacima.
To su vrlo korisni slojevi optimizacije. Ali ne mijenjaju činjenicu da nepotrebna datoteka i dalje postoji.
Ako browser dobiva nekoliko megabajta JavaScripta koji web zapravo ne treba, cache može ubrzati njegovu dostavu, ali kod se i dalje mora prenijeti i obraditi.
Ako glavna fotografija ima nekoliko megabajta, minifikacija CSS-a neće riješiti glavni problem.
Najbolji redoslijed je zato: ukloniti dokazano nepotrebno, optimizirati ono što ostaje, a zatim kvalitetno konfigurirati caching.
NE MOŽE SE SVAKI PROBLEM RIJEŠITI NA FRONTENDU
Kada je WordPress dobro napravljen, ali je infrastruktura usko grlo?
Nakon optimizacije frontenda možete otkriti da su resursi razumni, ali server i dalje sporo počinje vraćati stranicu ili WordPress administracija djeluje tromo.
U tom slučaju treba pregledati infrastrukturu. Jednostavan poslovni web i velika WooCommerce trgovina nemaju iste potrebe za procesorom, memorijom, bazom, PHP procesima i storageom.
Prije kupnje skupljeg hostinga ipak treba utvrditi uzrok. Ako plugin radi vrlo skup database upit na svakom requestu, snažniji server može samo brže izvršavati nepotrebno težak proces.
Ako razmišljate o novom projektu ili promjeni cijelog sustava, prije toga možete pogledati naše pakete izrade web stranica i usporediti trošak sanacije s troškom nove izrade.
BRZI INTERAKTIVNI PREGLED
Što prvo provjeriti na svojoj WordPress stranici?
Kliknite područje koje vas zanima i prođite kratku kontrolnu listu. Ovo nije zamjena za tehničku analizu, ali može pokazati gdje vrijedi započeti detaljniji pregled.
Počnite od svrhe, a ne od ukupnog broja
- Znate li funkciju svakog aktivnog plugina?
- Imate li više dodataka koji rješavaju isti problem?
- Koristite li sve Elementor addon pakete?
- Postoje li stari neaktivni pluginovi?
- Jesu li ključni dodaci redovito ažurirani?
Pronađite najveće datoteke
- Uploadate li originalne višemegabajtne fotografije?
- Odgovaraju li dimenzije stvarnom prikazu na webu?
- Koristite li WebP gdje je prikladan?
- Je li hero slika nepotrebno velika?
- Koriste li slike niže na stranici lazy loading?
Ne brišite dok ne znate čemu podatak služi
- Postoji li vrlo velik broj revizija?
- Postoje li ostaci uklonjenih plugina?
- Je li autoload neuobičajeno velik?
- Postoje li velike privremene ili log tablice?
- Imate li svjež backup prije intervencije?
Utvrđujte razlog svakog velikog resursa
- Učitava li se velika biblioteka zbog jedne funkcije?
- Učitavaju li pluginovi kod i kada nisu potrebni?
- Postoji li velika količina unused JavaScripta?
- Imate li nekoliko font ili icon biblioteka?
- Postoje li stari tracking kodovi?
Provjerite resurse tek kada razumijete aplikaciju
- Je li server response spor i uz uključen cache?
- Prijavljuje li hosting dosezanje limita?
- Je li PHP konfiguracija aktualna?
- Postoje li PHP greške?
- Odgovara li paket stvarnom prometu i funkcijama weba?
Označite tvrdnje koje vrijede za vaš web:
Označite stavke koje opisuju vašu stranicu.
REZULTAT TREBA BITI MJERLJIV
Prije i poslije optimizacije: uspoređujte isto sa istim
Nakon završenog čišćenja treba ponoviti ista mjerenja koja smo napravili prije početka. Tek tada možemo odvojiti stvarno poboljšanje od subjektivnog dojma.
Usporedite ukupnu količinu prenesenih podataka. Je li stranica sada manja? Usporedite broj zahtjeva. Je li uklonjeno nešto što nije bilo potrebno? Pogledajte waterfall i način na koji se ključni resursi preuzimaju.
Nemojte se zaustaviti na jednoj PageSpeed brojci. Provjerite ponašanje navigacije, gumba, obrazaca i drugih interaktivnih funkcija. Optimizacija koja daje bolji laboratorijski rezultat, ali pokvari poslovno važnu funkciju, nije uspješna optimizacija.
BRZINA NIJE SAMO VRIJEME UČITAVANJA
Core Web Vitals pomažu razumjeti različite dijelove korisničkog iskustva
Performance analiza ne treba stati na pitanju „koliko sekundi treba stranici da se otvori”. Korisnik također osjeća koliko brzo se pojavljuje glavni sadržaj, koliko stranica reagira na njegove akcije i pomiče li se sadržaj neočekivano tijekom učitavanja.
Largest Contentful Paint odnosno LCP povezan je s prikazom glavnog sadržaja. Interaction to Next Paint odnosno INP prati responzivnost interakcija, dok Cumulative Layout Shift odnosno CLS opisuje neželjena pomicanja sadržaja.
Googleova službena dokumentacija o Core Web Vitals najbolje je mjesto za provjeru aktualnih definicija i preporučenih pragova.
Različiti problemi zahtijevaju različita rješenja. Velika hero fotografija može biti problem za LCP. Mnogo JavaScripta može se odraziti na interaktivnost. Slike bez pravilnog rezerviranja prostora mogu uzrokovati pomicanje sadržaja.
„NE KORISTI SE” NIJE UVIJEK „NIJE POTREBNO”
Što nikada ne treba brisati samo zato što izgleda nepotrebno?
Performance alati nemaju uvijek cijeli kontekst. JavaScript koji se nije izvršio tijekom jednog testa možda se koristi tek nakon korisničke interakcije. Plugin bez vidljivog frontenda možda obrađuje e-mail, sigurnost ili API komunikaciju.
Isto vrijedi za bazu. Tablica koja nosi naziv starog plugina može sadržavati podatke potrebne za migraciju ili povijest koju poslovanje želi sačuvati.
Poseban oprez potreban je kod WooCommerce stranica. Podaci o narudžbama, kupcima, zalihama, porezima i integracijama nisu mjesto za eksperimentiranje na produkcijskoj bazi.
Ako vas zanima kako može izgledati specijaliziran web shop projekt, pogledajte primjer naše stranice izrada web shopa za bebe i dječji program . Kod takvih projekata performance treba uskladiti s funkcijama koje trgovina stvarno mora zadržati.
Ne mijenjajte WordPress Core datoteke radi performance „hackova”. Takve intervencije dodatno kompliciraju buduće nadogradnje i održavanje.
NE MOŽE SE SVAKI STARI SUSTAV ISPLATIVO SPAŠAVATI
Kada je novi web racionalniji od beskrajnog popravljanja staroga?
Ovaj članak namjerno pokazuje koliko toga možemo napraviti prije potpunog redizajna. Ali postoje situacije u kojima bi tehnička sanacija postala skuplja i složenija od nove izrade.
Zamislite stranicu napravljenu na napuštenoj temi, starom builderu i nizu dodataka koji više nisu aktivno podržani. Svaka promjena zahtijeva workaround, a sadržaj se teško uređuje.
Ako bismo radi uklanjanja starog sustava morali rekonstruirati većinu stranica, zapravo već radimo velik dio redizajna – samo u staroj arhitekturi.
Novi web ima dodatnog smisla kada problem nije samo brzina. Ako su ponuda, struktura, navigacija, mobilni UX i vizualna prezentacija također zastarjeli, tehničko ubrzavanje neće riješiti cijeli poslovni problem.
U tom trenutku korisno je usporediti trošak optimizacije s cijenom nove izrade. Na stranici kalkulator cijene izrade web stranice možete okvirno odabrati funkcionalnosti koje novi projekt treba.
OD TEORIJE DO KONKRETNOG POSTUPKA
Praktični plan čišćenja WordPress stranice u sedam koraka
Izmjerite početno stanje
Spremite osnovne performance rezultate, veličinu stranice, broj zahtjeva i ključne URL-ove.
Napravite backup i staging
Prije ozbiljnih promjena osigurajte mogućnost brzog povratka.
Pregledajte pluginove i temu
Definirajte svrhu svakog dodatka i pronađite preklapanja.
Optimizirajte medije
Pregledajte dimenzije, format i veličine najvećih fotografija.
Analizirajte bazu
Pregledajte revizije, napuštene podatke i autoload prije čišćenja.
Pregledajte frontend resurse
Analizirajte CSS, JavaScript, fontove i third-party skripte.
Ponovno izmjerite
Testirajte iste URL-ove i dokumentirajte koje su promjene stvarno pomogle.
ČESTA PITANJA
Čišćenje i ubrzavanje WordPress stranice
Hoće li brisanje plugina automatski ubrzati WordPress?
Ne. Učinak ovisi o tome što plugin radi. Dodatak može intenzivno koristiti bazu, učitavati CSS i JavaScript ili gotovo uopće ne utjecati na frontend. Zato plugin treba analizirati prije uklanjanja.
Koliko plugina je previše?
Ne postoji univerzalan broj. Važniji su kvaliteta dodataka, njihova funkcija, preklapanje i način na koji se ponašaju. Više o toj temi možete pročitati u članku zašto Elementor i previše plugina dugoročno mogu predstavljati problem .
Treba li izbrisati sve WordPress revizije?
Ne nužno. Revizije omogućuju povratak na prethodnu verziju sadržaja. Kod velikih stranica može biti korisnije ograničiti njihov broj nego potpuno ukinuti tu funkciju.
Što su autoload podaci?
To su određene WordPress opcije koje se mogu automatski učitati tijekom WordPress requesta. Ako ih se nakupi previše, vrijedi pronaći koje komponente ih stvaraju prije bilo kakve ručne intervencije.
Je li WebP dovoljan za optimizaciju fotografija?
Ne. Format je samo jedan faktor. Važne su i stvarne dimenzije, kompresija, sadržaj fotografije i način učitavanja.
Trebam li koristiti nekoliko cache plugina?
Više dodataka koji pokušavaju raditi iste vrste cacheiranja, minifikacije ili optimizacije može nepotrebno zakomplicirati konfiguraciju.
Je li PageSpeed 100 cilj svake stranice?
Ne. Cilj je brzo i stabilno korisničko iskustvo uz zadržavanje funkcija koje webu trebaju. Rezultat testa je alat za dijagnostiku, a ne poslovni cilj sam po sebi.
Može li se Elementor web ubrzati bez uklanjanja Elementora?
Da. Uzrok može biti u addonima, fotografijama, vanjskim skriptama, strukturi stranice, fontovima, hostingu ili drugim dijelovima sustava. Ako želite vidjeti alternative, pročitajte što koristiti umjesto Elementora i hrpe plugina .
Kako znam treba li mi optimizacija ili novi web?
Tehnički audit treba pokazati koliko se problema može riješiti relativno malom intervencijom i koliko bi stare arhitekture ostalo nakon sanacije. Za novi projekt možete pregledati pakete Web Studija Šime ili zatražiti procjenu.
Trebam li raditi promjene direktno na produkcijskoj stranici?
Za ozbiljnije zahvate sigurnije je koristiti staging kopiju i imati aktualan backup prije promjene.
TEHNIČKI IZVORI I DALJNJE ČITANJE
Službena dokumentacija korištena za tehničke teme u članku
Kod tehničkih preporuka dobro je razlikovati službenu dokumentaciju od univerzalnih „WordPress trikova”. Za daljnje čitanje preporučujemo ove primarne izvore.
OPTIMIZACIJA JE ČESTO ODUZIMANJE, A NE DODAVANJE
Prije izrade potpuno novog weba provjerite koliko potencijala još postoji u postojećem
WordPress stranice često godinama rastu bez jasnog plana tehničkog čišćenja. Jedan novi plugin, nekoliko velikih slika, stari tracking kod, još jedan addon paket i backup koji je ostao na serveru sami po sebi možda ne djeluju ozbiljno.
Ali tehnički dug najčešće upravo tako nastaje – ne jednom velikom pogreškom, nego nizom malih odluka.
Dobar audit zato ne traži jednog krivca. Pregledava cijeli sustav. Možda problem nije Elementor nego njegove dodatne ekstenzije. Možda nije WordPress baza nego velika hero fotografija. Možda frontend izgleda uredno, ali hosting više ne odgovara projektu.
Prvo mjerimo. Zatim radimo backup. Nakon toga utvrđujemo svrhu svake komponente i uklanjamo samo ono za što imamo razlog zaključiti da nije potrebno.
Fotografije prilagođavamo stvarnom prikazu. Pluginove procjenjujemo prema funkciji, ne prema ukupnom broju. Bazu ne čistimo naslijepo. JavaScript promatramo u kontekstu stvarnih interakcija.
Cache koristimo kao optimizacijski sloj, a ne kao masku preko nepotrebno kompliciranog sustava.
Nakon promjena ponovno testiramo iste stranice. Tako znamo što je stvarno donijelo poboljšanje.
Ponekad će rezultat audita pokazati da postojeća web stranica uz nekoliko ciljanih intervencija može kvalitetno raditi još godinama.
U drugim slučajevima otkrit ćemo da bi uklanjanje starog tehničkog duga zahtijevalo rekonstrukciju gotovo cijelog sustava. Tada nova profesionalna web stranica može biti racionalnije rješenje.
U oba slučaja dobili smo nešto važnije od nasumične optimizacije: odluku temeljenu na stvarnom stanju web stranice.
Vaša WordPress stranica je postala spora, velika ili teška za održavanje?
Prije potpunog redizajna možemo razgovarati o postojećoj strukturi, pluginovima, fotografijama, bazi i frontend resursima te procijeniti gdje postoji stvarni prostor za poboljšanje.