Kako riješiti kritičnu grešku u WordPressu

„There has been a critical error on your website” / „Web stranica ima tehničkih poteškoća”

Kritična greška u WordPressu jedan je od onih trenutaka koji se pojave odjednom, često bez upozorenja i potpuno zaustave rad cijele web stranice. Umjesto stranice koju očekujete, samo stoji kratka poruka:

• „Došlo je do kritične greške na web stranici.”
• „Web stranica ima tehničkih poteškoća.”
• „There has been a critical error on your website.”

Ako vam se ovo dogodilo, razumljivo je da vas je zatekao osjećaj panike — pogotovo ako ne možete ući u WordPress administraciju. Dobra je vijest da se kritične greške u većini slučajeva mogu riješiti relativno brzo, čak i bez velikog tehničkog znanja. Ono što je najvažnije jest da se problem rješava metodom isključivanja i da se ide korak po korak.

U ovom sveobuhvatnom vodiču objašnjavamo što kritična greška zapravo znači, što je uzrokuje, kako je riješiti putem načina oporavka (recovery mode), kako postupati kada recovery mode nije dostupan, te nudimo praktične savjete za sprječavanje ponovne pojave problema. Informacije su ažurirane za 2025. godinu i uključuju promjene vezane uz PHP 8.2 / 8.3, WordPress 6.x verzije i nove vrste konfliktnih situacija.

Kritična greška u WordPressu znači da se u pozadini dogodilo nešto što sustav nije mogao obraditi. U pozadini se krije „fatal error“ — prekid izvršavanja PHP koda.

Najčešći uzroci kritične greške su:

1. Konflikt dodataka (pluginova)
   Najčešći uzrok. Dva dodatka mogu koristiti slične funkcije, pozivati zastarjeli kod ili se sukobiti s WordPress jezgrom.
2. Konflikt teme
   Ponekad se upravo aktivna tema pokaže kao izvor kritične greške, pogotovo kad tema ima vlastite „page builder“ funkcije.
3. Neusklađenost s PHP verzijom
   Neki stariji pluginovi nisu u potpunosti kompatibilni s PHP 8. Ako ste nedavno promijenili PHP verziju u PHP 8.2 ili 8.3, problem može biti upravo tu.
4. Greške u kodu
   Najčešće u functions.php, custom pluginu ili kodu dodanom putem code snippet dodataka.
5. Prekid zbog ograničenja servera
   Primjerice:
   • premalo memorije (memory_limit)
   • nedovoljan max_execution_time
   • Cloudflare blokade
   • sigurnosni moduli hostinga koji automatski gase procese
6.  Oštećene WordPress datoteke
   Zbog nepotpune nadogradnje WordPressa, neuspješnog uploadanja ili napada.

Od verzije WordPressa 5.2 uveden je „način oporavka“ (recovery mode). Ako WordPress prepozna što je uzrok greške, na mail administratora šalje poruku s:

• nazivom dodatka ili teme koji uzrokuju problem
• poveznicom za pristup WordPressu u načinu oporavka

U recovery modeu WordPress privremeno „povlači ručnu“, onemogućuje problematični dodatak ili temu samo za vas, kako biste se mogli prijaviti u administraciju i reagirati.

Ako ste primili takvu poruku, postupak rješavanja je znatno brži.

1. Provjerite jeste li primili poruku o grešci
   Ako je WordPress identificirao izvor problema, u e-mailu nalazit će se:
   • o kojem se dodatku ili temi radi
   • kratki opis greške
   • gumb ili poveznica „Access the Recovery Mode

   Kliknite na poveznicu i prijavite se u WordPress.

➤ Što se događa u recovery modeu?

• problematični plugin ili tema automatski su pauzirani
• gornji WordPress admin bar prikazuje obavijest o tome
• sve dok ste u recovery modeu, samo vi vidite stranicu normalno, dok ostatak posjetitelja i dalje vidi kritičnu grešku

Recovery mode omogućuje mirno i kontrolirano rješavanje problema.

2. Deaktivirajte problematični dodatak ili temu
   WordPress će u recovery modu prikazati poruku poput:
   „The plugin XYZ has been paused due to an error.“
   Kliknite na poveznicu i deaktivirajte dodatak.Ako je uzrok tema, pojavit će se slična obavijest s opcijom deaktivacije i povratka na zadanu WordPress temu.Nakon deaktivacije:
   • Provjerite radi li web stranica.
   • Ako sve radi, kliknite „Exit Recovery Mode“ u gornjem desnom kutu.

Time se potvrđuje rješenje i stranica ponovno postaje dostupna za posjetitelje.

Nakon što je web ponovno online, važno je odlučiti:

1. Možete li izbrisati dodatak/temu?
   Ako nije ključan — najbolje je ukloniti ga u potpunosti.
2.  Ako je plugin potreban — kontaktirajte autora
   Danas većina developera ažurira dodatke vrlo brzo, osobito zbog promjena u PHP 8.x.
   Prilikom prijave greške pošaljite:
   • verziju WordPressa
   • PHP verziju
   • verziju dodatka
   • točan tekst greške iz maila (ili iz debug.log datoteke)
3.  Provjerite ima li alternativnih pluginova
   Ako je dodatak već dugo bez ažuriranja, bolje ga je zamijeniti sigurnijom i aktivno održavanom opcijom.

Ponekad WordPress ne uspije prepoznati uzrok problema ili mail ne stigne. Tada je potrebno ručno utvrditi uzrok.

U nastavku su postupci koji se koriste u praksi svakog WordPress developera.

Za ovo vam treba:

• FTP klijent (FileZilla, WinSCP, Cyberduck)
• pristupni podaci (u cPanelu → FTP Accounts)

Nakon što se spojite na poslužitelj:

1. Otvorite mapu wp-content/plugins
   Tu se nalaze svi instalirani pluginovi.
2. Ručno deaktivirajte dodatke
   Dodatak se deaktivira tako da jednostavno preimenujete mapu:
   Primjer:
   woocommerce → woocommerce.deaktivirano
   WordPress tada više ne prepoznaje tu mapu i automatski smatra da je dodatak isključen.
3. Ako ne želite testirati jedan po jedan…
   Preimenujte cijelu mapu:
   plugins → plugins.deaktivirano
   Time se deaktiviraju svi dodaci odjednom.
   Provjerite radi li stranica:
   • Ako radi → problem je u jednom od dodataka
   • Ako ne radi → problem nije u dodacima
4.  Ponovno aktiviranje jedan po jedan
   Stvorite novu mapu plugins, a unutar nje postupno premještajte mape s nepotrebnim sufixom .deaktivirano dok ne pronađete onaj koji uzrokuje grešku. Ova metoda gotovo uvijek otkriva problematičan dodatak.
5. Ako sumnjate na temu (theme)
   Ako deaktiviranje dodataka nije riješilo problem, sljedeći korak je:
   • U wp-content/themes preimenujte mapu aktivne teme.
   • WordPress će automatski aktivirati zadanu temu (npr. Twenty Twenty-Four).

   Ako stranica tada proradi — problem je u temi.

Promjena PHP verzije jedna je od najčešćih pozadinskih promjena koje korisnici uopće ne povežu s greškom. U 2025. preporučene verzije PHP-a za WordPress su:

• PHP 8.2 (stabilna i široko kompatibilna)
• PHP 8.3 (optimalna i preporučena ako dodatci/tema podržavaju)

WordPress 6.8 i noviji u potpunosti su kompatibilni s PHP-om 8.3. Ako koristite PHP 7.x ili ranu verziju 8.0/8.1, preporučljivo je ažurirati na 8.2 ili 8.3 — uz provjeru kompatibilnosti dodataka.

Kako provjeriti PHP verziju:

• u WordPressu → Tools → Site Health → Info → Server
• u cPanelu → Select PHP Version

Što ako update PHP-a uzrokuje kritičnu grešku?

To znači da jedan ili više dodataka koristi zastarjele funkcije koje PHP 8.2 ili 8.3 više ne podržava.

Rješenja:

• prebacite PHP privremeno na verziju koja radi
• nadogradite sve dodatke i temu
• vratite PHP na preporučenu verziju
• uklonite dodatak koji nije kompatibilan

1. Uključite WP_DEBUG (privremeno)
   U wp-config.php dodajte:

Greške će se zapisivati u: /wp-content/debug.log
Ovdje obično već prva linija otkriva uzrok kritične greške u WordPressu.

2. Provjerite .htaccess
   Oštećeni .htaccess može izazvati kritičnu grešku, osobito nakon migracija.
   Privremeno ga preimenujte i iz WordPress administracije ponovno generirajte (Settings → Permalinks → Save).
   
3. Provjerite memorijske limite
   Dodajte u wp-config.php:

WordPress s preniskom memorijom često reagira kritičnom greškom pri radu s page builderima i WooCommerceom.

4. Cloudflare i sigurnosne blokade
   Ako imate Cloudflare, provjerite:
   • Firewall Events
   • Rate limiting
   • Cache Rules

Cloudflare ponekad blokira potrebne PHP procese, što izgleda kao kritična greška.

1. Redovito ažuriranje WordPressa, tema i pluginova
   Zvuči jednostavno, ali mnoge stranice puknu upravo zbog zastarjelog koda.
2. Izbjegavajte dodatke koji se ne ažuriraju
   Ako na WordPress.org piše da dodatak nije ažuriran više od godinu dana, treba biti oprezan.
3. Ne instalirajte previše dodataka
   Veći broj dodataka povećava mogućnost konflikta.
4. Koristite child temu
   Ako dodajete kod u functions.php, koristite child temu kako biste izbjegli greške nakon ažuriranja.
5. Backup prije svake veće promjene
   Idealno: automatski dnevni backup + ručni backup prije updatea.
6. Koristite staging okruženje
   Staging je kopija vaše stranice gdje testirate nadogradnje prije nego ih primijenite na produkciji.
7. Provjerite PHP verziju barem dvaput godišnje
   Hosting može automatski nadograditi PHP bez najave.

Ako ste:

• deaktivirali sve dodatke
• testirali temu
• provjerili PHP verziju
• uključili debug log
• provjerili .htaccess
• i dalje niste pronašli uzrok

…vrijeme je da se uključi stručnjak.
Ponekad se radi o specifičnom konfliktu koji zahtijeva iskustvo s WordPress arhitekturom ili prilagođenim kodom.

h1 design može provjeriti grešku, otkloniti uzrok i optimizirati WordPress kako se slična situacija više ne bi ponovila.

Kritična greška u WordPressu zvuči ozbiljno, ali u velikom broju slučajeva rješava se:

1. deaktivacijom problematičnog dodatka
2. povratkom na stabilnu temu
3. prebacivanjem na preporučenu PHP verziju
4. popravkom .htaccessa
5. provjerom debug loga

Kroz ovaj vodič prošli smo sve metode — od najbržih i najjednostavnijih do naprednih.
Ako budete prolazili korake redom, gotovo sigurno ćete otkriti što je izazvalo grešku i vratiti svoju stranicu u rad bez većih komplikacija.

Reference:
www.wpbeginner.com