19.01.2026
„There has been a critical error on this website” – Ghid de diagnostic rapid pentru Ecranul Alb al Morții și Erorile 500
16.01.2026
Nu te panica, site-ul tău nu a dispărut!
Ești întâmpinat de un ecran alb și un mesaj sec: „There has been a critical error on this website” (sau „A apărut o eroare critică pe acest site”).
Panica este naturală. Dar vestea bună este că datele tale sunt în siguranță. Această eroare este, de fapt, un mecanism de protecție. WordPress a detectat o problemă de cod (un conflict) și a oprit afișarea site-ului pentru a nu corupe baza de date sau pentru a nu afișa erori sensibile vizitatorilor.
Este echivalentul unei siguranțe care sare la panoul electric. Casa e în regulă, doar circuitul este întrerupt.
În acest ghid, explicăm de ce apare acest mesaj (mai ales după un update) și cum descifrăm codurile de eroare ale serverului.
1. De ce apare Eroarea Critică? (Cauza #1: Actualizările)
În 90% din cazurile pe care le primim la Urgențe SiteSOS, scenariul este identic:
Ai apăsat „Update” la plugin-uri sau s-au actualizat automat peste noapte.
Un plugin vechi a intrat în conflict cu versiunea nouă de WordPress sau PHP.
Site-ul a „crăpat”.
📊 Statistica Durerosă
Conform datelor furnizate de Kinsta (Managed WP Hosting), peste 52% din erorile de tip „Application Error” în WordPress sunt cauzate direct de conflicte între plugin-uri și versiunea de PHP a serverului.
De asemenea, platforma WordPress.org raportează că un procent semnificativ de site-uri rulează încă pe versiuni PHP „Deprecated” (învechite), ceea ce garantează apariția erorilor critice la actualizarea plugin-urilor moderne.
2. Dicționarul Erorilor (Ce înseamnă codul?)
Dacă nu ai mesajul cu „Critical Error”, ci vezi un cod numeric pe ecran, iată ce încearcă serverul să îți spună.
| Cod Eroare | Ce înseamnă (Traducere) | Cauza Probabilă | Soluție Rapidă |
|---|---|---|---|
| Eroare Critică WP | PHP Fatal Error | Conflict Plugin/Temă sau Memorie insuficientă. | Verifică emailul de administrator (Recovery Link). |
| HTTP 500 | Internal Server Error | Serverul „s-a înecat”. Adesea fișier .htaccess corupt. | Regenerează fișierul .htaccess sau crește memory_limit. |
| HTTP 502 | Bad Gateway | Serverul a primit un răspuns invalid de la alt serviciu. | Așteaptă 5 minute (poate fi un restart de server) sau golește cache. |
| HTTP 503 | Service Unavailable | Server supraîncărcat sau în mentenanță programată. | Contactează hostingul, resursele sunt epuizate (CPU/RAM). |
| HTTP 504 | Gateway Timeout | Scriptul durează prea mult (ex: un import mare). | Crește valoarea max_execution_time în PHP. |
3. Diagnostic: Cum afli „Vinovatul” fără să fii programator
WordPress are un mod secret de diagnosticare numit WP_DEBUG, dar activarea lui necesită editarea fișierelor.
Înainte de a umbla la cod, fă acești pași simpli:
Verifică-ți Emailul de Administrator: De la WordPress 5.2, sistemul trimite automat un email cu subiectul „Your Site is Experiencing a Technical Issue”. Acolo ai un link magic („Recovery Mode”) care îți permite să intri în panou și să dezactivezi pluginul problematic.
Redenumește folderul Plugins (Prin FTP): Dacă nu poți intra în admin, intră prin File Manager/FTP, mergi în
wp-contentși redenumește folderulpluginsînplugins_old. Dacă site-ul își revine, știi sigur că un plugin era de vină.
🔗 Verifică și alte cauze posibile (Cross-Check)
Deși cel mai adesea „Eroarea Critică” vine de la un update eșuat, uneori cauza este mai profundă.
Ai cod învechit? Dacă eroarea a apărut „din senin”, fără să faci update, s-ar putea să fii victima degradării digitale despre care am scris aici. Serverul tău s-a actualizat (ex: PHP 8.2), dar site-ul a rămas în urmă.
Comportament ciudat? Dacă înainte de ecranul alb site-ul redirecționa utilizatorii spre pagini suspecte, este posibil ca eroarea să fie cauzată de un fișier infectat. Citește ghidul nostru de diagnostic și devirusare malware pentru a elimina această suspiciune.
4. Avertisment: De ce Backup-ul NU este întotdeauna soluția
Primul impuls este să restaurezi un backup de ieri.
Problema: Dacă eroarea a fost cauzată de o incompatibilitate între versiunea de PHP a serverului (care tocmai s-a actualizat automat) și un plugin vechi, backup-ul va crăpa din nou imediat ce îl pui.
⚠️ Atenție la „Reparațiile” DIY
Am întâlnit cazuri în care proprietarii au șters fișiere „core” din WordPress sperând să repare eroarea, distrugând site-ul iremediabil.
Dacă vezi Ecranul Alb sau Eroarea Critică și nu ai cunoștințe tehnice (FTP, Error Logs, PHP Versions), oprește-te. Fiecare modificare greșită complică recuperarea.
5. Soluția SiteSOS: „Ambulanța” pentru WordPress
Când ai o eroare critică, fiecare oră de downtime înseamnă clienți pierduți și credibilitate afectată. La SiteSOS, intervenția de urgență include:
Analiza Log-urilor: Citim fișierul
debug.logpentru a identifica linia exactă de cod care a cauzat blocajul.Izolarea Conflictului: Dezactivăm chirurgical doar funcția sau pluginul problemă, lăsând restul site-ului activ.
Actualizarea Corectă: Punem site-ul pe picioare și ne asigurăm că este compatibil cu versiunea PHP a serverului.
Ai nevoie de ajutor acum? Solicită Intervenție de Urgență – Răspundem rapid și repunem afacerea online.
Întrebări Frecvente despre Erorile Critice
Ce înseamnă „There has been a critical error on this website”?
Este un mesaj generic de la WordPress care indică o Eroare Fatală PHP. Sistemul a oprit afișarea site-ului pentru a proteja baza de date.
De obicei, cauza este un conflict software (între două plugin-uri sau între o temă veche și o versiune nouă de PHP) sau depășirea memoriei RAM alocate contului de hosting.
Cum repar eroarea dacă nu pot intra în wp-admin?
Dacă panoul de administrare este blocat, ai două soluții rapide:
- Recovery Mode: Verifică emailul de administrator. WordPress trimite automat un link special care pune site-ul în „modul de recuperare” și te lasă să intri.
- Metoda FTP (Sigură): Conectează-te la fișierele site-ului (prin cPanel sau FileZilla), mergi în folderul
wp-contentși redenumește folderulpluginsînplugins_old. Asta va dezactiva forțat toate modulele, permițându-ți să te loghezi.
Backup-ul rezolvă întotdeauna problema?
Nu neapărat. Dacă eroarea este cauzată de o incompatibilitate cuserverul (de exemplu, hostingul a făcut update la PHP 8.2), restaurarea unui backup de ieri va restaura și eroarea, deoarece codul vechi tot nu va fi compatibil cu noul server. În acest caz, soluția este actualizarea codului, nu restaurarea lui.
