A apărut o eroare critică pe site-ul tău în WordPress: cum o rezolvi Tipărire

Mesajul „A apărut o eroare critică pe site-ul tău” (în engleză, „There has been a critical error on this website”) înseamnă că un cod PHP din site s-a oprit cu o eroare fatală. În versiunile mai vechi de WordPress, aceeași problemă apărea ca o pagină complet albă, cunoscută drept „ecranul alb al morții”.

De cele mai multe ori, vinovatul este un modul sau o temă: după o actualizare, după instalarea unui modul nou sau după schimbarea versiunii de PHP. Mai jos ai pașii prin care găsești cauza și repui site-ul online.

Pasul 1: Verifică emailul administratorului

Când apare eroarea critică, WordPress trimite de obicei un email la adresa administratorului site-ului, cu subiectul „Site-ul tău se confruntă cu o problemă tehnică”. Emailul conține:

• numele modulului sau al temei care a produs eroarea;
• un link special de mod de recuperare (recovery mode), prin care poți intra în panoul de administrare chiar dacă site-ul nu funcționează.

Intră prin link, mergi la Module și dezactivează modulul indicat. Dacă site-ul revine, ai găsit cauza. Caută o versiune nouă a modulului sau o alternativă.

Pasul 2: Activează afișarea erorilor

Dacă nu ai primit emailul, află cauza din jurnalul de erori:

1. În cPanel, deschide File Manager și editează wp-config.php.
2. Înlocuiește linia define( 'WP_DEBUG', false ); cu:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Reîncarcă site-ul, apoi deschide fișierul wp-content/debug.log. Ultimele rânduri care încep cu PHP Fatal error îți arată fișierul și linia problemă. Calea fișierului îți spune aproape mereu vinovatul: wp-content/plugins/nume-modul/ sau wp-content/themes/nume-tema/.

După ce ai rezolvat, pune înapoi WP_DEBUG pe false și șterge fișierul debug.log.

Pasul 3: Dezactivează modulele din File Manager

Dacă nu poți intra în panoul de administrare, dezactivezi modulele direct din fișiere:

1. În File Manager, mergi în wp-content/plugins.
2. Redenumește folderul modulului suspect, de exemplu din nume-modul în nume-modul-off. WordPress îl va dezactiva automat.
3. Dacă nu știi care este modulul, redenumește tot folderul plugins în plugins-off. Dacă site-ul revine, pune numele înapoi și dezactivează modulele unul câte unul până găsești cauza.

Pasul 4: Verifică tema

Dacă problema e în temă, redenumește folderul temei active din wp-content/themes. WordPress va trece pe o temă implicită, de exemplu „Twenty Twenty-Five”, dacă aceasta este instalată. Dacă site-ul revine, tema are nevoie de o actualizare sau de o corectură în functions.php.

Pasul 5: Verifică versiunea de PHP

Eroarea apare des imediat după schimbarea versiunii de PHP, pentru că unele module sau teme vechi nu sunt compatibile cu PHP 8.x. Dacă ai schimbat recent versiunea, revino temporar la cea anterioară din cPanel, apoi actualizează modulele și tema înainte să încerci din nou. Pașii sunt în ghidul despre schimbarea versiunii de PHP din cPanel.

Pasul 6: Verifică limita de memorie

Dacă în debug.log apare „Allowed memory size of … bytes exhausted”, site-ul are nevoie de mai multă memorie PHP. Crește valoarea memory_limit din cPanel, la Select PHP Version → Options (sau MultiPHP INI Editor), de exemplu la 256M sau 512M pentru magazine WooCommerce.

Pasul 7: Restaurează un backup

Dacă eroarea a apărut după o actualizare și nu găsești rapid cauza, cea mai sigură variantă este restaurarea backup-ului din ziua anterioară, din secțiunea de backup a cPanel. Apoi actualizezi pe rând, verificând site-ul după fiecare modul.

Cum previi eroarea critică

• Fă backup înainte de actualizări.
• Actualizează modulele pe rând, nu toate deodată, și verifică site-ul după fiecare.
• Instalează doar module întreținute, actualizate în ultimele luni.
• Înainte să schimbi versiunea de PHP, verifică dacă tema și modulele sunt compatibile.

Dacă te blochezi, deschide un tichet din contul de client și trimite-ne ultimele rânduri din debug.log. Te ajutăm să identifici cauza.