Preskoči na sadržaj
Pošaljite upit
WordPress / Updates / Troubleshooting

WordPress sajt ne radi posle ažuriranja plugina ili teme – šta uraditi?

Sajt je radio normalno, urađen je update plugina ili teme, a zatim se pojavio Critical Error, beli ekran, 500 greška, pokvaren prikaz ili problem sa funkcijom koja je do tada radila. Update jeste prvi trag — ali nije automatski dokaz da je baš ažurirana komponenta jedini uzrok.

RECENT CHANGE ISOLATE ROLLBACK IF NEEDED VERIFY

Ako WordPress sajt prestane da radi odmah nakon ažuriranja, prvo proverite šta je tačno ažurirano i koji se konkretan error pojavljuje. Ne ažurirajte dalje ostale komponente i ne menjajte više stvari odjednom. Problem može biti u samom pluginu ili temi, ali i u konfliktu sa drugim dodatkom, PHP verzijom, custom kodom ili promenom koju je update samo „otkrio“. Cilj je izolovati uzrok, zatim uraditi najmanju potrebnu intervenciju.

Zašto WordPress može da prestane da radi posle update-a?

Ažuriranje menja kod koji se izvršava na sajtu. Ako nova verzija nije kompatibilna sa temom, drugim pluginom, PHP verzijom ili postojećim custom kodom, problem može postati vidljiv odmah nakon update-a.

WordPress sajt nije jedna aplikacija već sistem u kome zajedno rade WordPress core, tema, pluginovi, PHP, server, baza i često prilagođeni kod. Zbog toga nova verzija jedne komponente može uticati na drugu čak i kada su obe pojedinačno ispravne.

Šta se dogodilo posle update-a Šta prvo proveriti
Critical Error ili beli ekran PHP fatal error, plugin/theme konflikt, PHP kompatibilnost
500 Internal Server Error PHP error log, memory, server konfiguracija, .htaccess
Pokvaren layout ili CSS Cache, minifikacija, CSS fajlovi, Elementor/theme assets
Ne radi samo određena funkcija Plugin koji upravlja tom funkcijom i njegove zavisnosti
Frontend radi, wp-admin ne radi Admin hookovi, plugin, PHP fatal error u backend delu
Sajt radi samo kada se plugin deaktivira Plugin jeste važan trag, ali treba proveriti i zašto konflikt nastaje

Šta prvo uraditi kada se sajt pokvari nakon ažuriranja?

01

Zabeležite šta je ažurirano

Plugin, tema, WordPress core ili više komponenti? Verzija pre i posle update-a može biti veoma važna.

02

Ne nastavite sa drugim update-ima

Svaka dodatna promena otežava utvrđivanje šta je izazvalo kvar.

03

Pronađite konkretan simptom ili error

Recovery Mode, PHP log i WordPress debug često odmah pokažu komponentu ili tip greške.

04

Obezbedite mogućnost povratka

Pre intervencije proverite da postoji upotrebljiv backup ili druga sigurna tačka povratka.

„Update je poslednje što sam uradio“ nije isto što i „update je jedini uzrok“

Nova verzija može samo aktivirati konflikt koji je ranije bio sakriven — na primer između plugina, teme i PHP verzije. Zato je bitno pronaći stvarni error, a ne samo vremenski najbližu promenu.

Kada ima smisla uraditi rollback?

Rollback je vraćanje plugina ili teme na prethodnu verziju. U hitnoj situaciji može biti potpuno legitimno rešenje kada je potrebno brzo vratiti sajt u funkcionalno stanje.

Rollback ima najviše smisla kada je problem jasno nastao nakon konkretne verzije, prethodna verzija je poznato stabilna, a vraćanje ne ugrožava bazu, podatke ili druge zavisnosti.

Međutim, rollback ne treba posmatrati kao univerzalni odgovor. Ako je stara verzija ranjiva ili je problem zapravo u konfliktu sa drugom komponentom, vraćanje može biti samo privremena mera.

Rollback može vratiti rad sajta, ali ne mora objasniti problem

Nakon hitnog vraćanja stabilne verzije i dalje treba utvrditi zašto nova verzija nije radila i šta treba promeniti pre sledećeg pokušaja ažuriranja.

Kako izolovati da li je problem plugin, tema ili nešto treće?

Ako log pokazuje plugin

Kada fatal error ili stack trace jasno pokazuje na fajl unutar određenog plugina, taj plugin je prvi kandidat za ciljanu proveru. Može se privremeno deaktivirati ili vratiti na prethodnu verziju.

Nakon toga treba proveriti da li je problem u samom pluginu ili u njegovoj interakciji sa drugim delom sajta.

Ako log pokazuje temu ili child temu

Tema može imati kod koji nova verzija plugina više ne podržava, ili obrnuto. Posebno treba proveriti custom funkcije, template override fajlove i WooCommerce izmene u child temi.

Ako se greška pojavila posle PHP promene

Dešava se da se zajedno sa update-om promeni i PHP verzija ili da nova verzija plugina zahteva noviji PHP. U tom slučaju problem nije samo „plugin update“, već kompatibilnost kompletnog stack-a.

Ako nema fatal errora, ali je prikaz pokvaren

Tada treba proveriti cache, minifikaciju, generisane CSS/JS fajlove, Elementor CSS regeneraciju i eventualne promene u HTML strukturi koju tema ili plugin očekuju.

Šta ne treba raditi odmah posle kvara

  • Ne ažurirajte odmah sve ostale plugine i temu.
  • Ne menjajte istovremeno PHP verziju, cache i temu.
  • Ne brišite plugin pre nego što proverite njegove podatke i konfiguraciju.
  • Ne vraćajte ceo sajt iz starog backupa ako je dovoljan rollback jedne komponente.
  • Ne ostavljajte produkcioni sajt sa javno prikazanim debug porukama.
  • Ne pretpostavljajte da je homepage dovoljan dokaz da sve ponovo radi.
  • Ne proglašavajte rollback trajnim rešenjem bez provere uzroka.

Kako proveriti da je problem zaista rešen?

Posle popravke treba ponovo testirati baš onu funkciju ili scenario koji je izazivao problem. Pored toga, proveravaju se delovi sajta koji zavise od komponente koja je menjana.

01 / FRONTEND

Ključne stranice

Početna, važne landing strane, proizvodi i drugi kritični prikazi.

02 / ADMIN

WordPress administracija

Provera da li wp-admin radi stabilno i bez novih PHP grešaka.

03 / FUNCTION

Pogođena funkcija

Forma, checkout, login, rezervacija, Elementor editor ili druga konkretna funkcija.

04 / LOGS

Logovi

Provera da li se ista greška više pojavljuje u PHP ili WordPress logu.

Ažuriranje nije završeno klikom na „Update“

Na produkcionom sajtu update je završen tek kada su proverene ključne stranice i funkcije i kada nema novih grešaka koje je promena uvela.

Kako bezbednije raditi buduća WordPress ažuriranja?

  • imati provereno upotrebljiv backup pre rizičnih promena;
  • ne ažurirati veliki broj važnih komponenti odjednom kada je moguće raditi kontrolisano;
  • proveriti compatibility notes kod većih update-a;
  • kod važnih WooCommerce ili poslovnih sajtova koristiti staging kada rizik opravdava dodatni korak;
  • nakon update-a proveriti frontend, administraciju i ključne funkcije;
  • pratiti PHP/server log kada je promena tehnički značajna;
  • ne ostavljati zastarele i napuštene plugine samo zato što trenutno „rade“.

Kako WP Podrška rešava probleme posle update-a

Cilj nije da se nasumično vrati sve unazad, već da se utvrdi koja promena je dovela do problema, koja komponenta ga zaista izaziva i koje je najmanje rizično rešenje.

01 / CHANGE

Identifikujemo promenu

Šta je ažurirano, na koju verziju i kada je kvar prvi put primećen.

02 / ERROR

Tražimo konkretan error

Recovery Mode, PHP log, debug.log ili drugi trag koji vodi do uzroka.

03 / ISOLATE

Izolujemo komponentu

Plugin, tema, PHP, custom kod ili konflikt između više slojeva.

04 / FIX

Radimo ciljanu intervenciju

Rollback, ispravka konflikta ili druga minimalna promena koja rešava uzrok.

05 / VERIFY

Ponovo testiramo

Proveravamo ono što je bilo pokvareno i ključne funkcije povezane sa promenom.

06 / UPDATE PLAN

Planiramo sledeći update

Ako je rollback bio privremen, definišemo šta treba rešiti pre nove verzije.

Povezane WordPress usluge i vodiči

Najčešća pitanja o problemima posle WordPress ažuriranja

Šta ako WordPress ne radi odmah nakon update-a plugina?

Prvo proverite Recovery Mode ili PHP log. Ako error jasno pokazuje na taj plugin, može se privremeno deaktivirati ili vratiti na prethodnu verziju, a zatim proveriti pravi uzrok konflikta.

Da li je rollback bezbedan?

Može biti, ali zavisi od komponente i promena koje je nova verzija napravila. Posebno treba biti oprezan kod plugina koji menjaju strukturu baze ili čuvaju poslovne podatke.

Zašto plugin radi na jednom sajtu, a na drugom pravi grešku?

Zato što WordPress okruženja nisu identična. Razlike mogu biti u temi, drugim pluginovima, PHP verziji, serveru, custom kodu ili konfiguraciji.

Da li treba vratiti ceo backup posle lošeg update-a?

Ne nužno. Ako je problem ograničen na jednu komponentu, ciljano rešenje ili rollback može biti mnogo manje rizičan od vraćanja kompletnog sajta i baze.

Da li treba isključiti automatska ažuriranja?

Ne postoji jedno pravilo za svaki sajt. Rizik zavisi od tipa sajta, važnosti funkcija, mogućnosti brzog rollback-a i načina na koji je održavanje organizovano.

Kako znati da je update stvarno uspeo?

Tek nakon provere ključnih stranica i funkcija, wp-admin dela i eventualnih error logova. Sam WordPress status „Update completed“ ne potvrđuje da cela aplikacija radi bez problema.

WORDPRESS UPDATE / TROUBLESHOOTING

Sajt je prestao da radi posle ažuriranja?

Ako je problem nastao nakon update-a plugina, teme ili WordPressa, napišite šta je ažurirano, koju grešku vidite i da li imate pristup wp-admin delu. Prvo utvrđujemo šta je stvarni uzrok, pa tek onda odlučujemo da li je najbolje rešenje rollback, ispravka konflikta ili druga ciljana intervencija.

Pošaljite problem →