De ce se încarcă o pagină albă (white screen) pe site-ul meu?

Deschizi site-ul și, în loc de pagina ta, apare o pagină complet albă. Fără text, fără eroare, fără nimic. E frustrant, mai ales dacă vinzi sau primești clienți prin site. Vestea bună: acest "ecran alb al morții" (WSOD, White Screen of Death) nu apare din senin și aproape mereu are o cauză tehnică clară, care poate fi găsită.

În cele mai multe cazuri, pagina albă înseamnă că serverul a rulat o eroare fatală de PHP și s-a oprit înainte să trimită conținutul către browser. Cel mai des vinovatul este un plugin, o temă sau o actualizare care a mers prost. În acest ghid îți arăt, pe rând și fără jargon inutil, cum să identifici cauza și cum să repui site-ul pe picioare — chiar dacă nu ești tehnic.

Ce înseamnă, de fapt, pagina albă

Un site WordPress (sau orice site pe PHP) funcționează așa: serverul rulează cod, construiește pagina și o trimite browserului. Când o bucată de cod dă o eroare fatală — o funcție lipsă, o incompatibilitate, memoria epuizată — execuția se oprește brusc. Dacă afișarea erorilor este dezactivată (cum e normal pe un site public), nu vezi mesajul de eroare, ci doar rezultatul: o pagină goală, albă.

Deci pagina albă nu e o "boală", ci un simptom. Undeva în spate există un mesaj de eroare foarte concret — trebuie doar să-l scoatem la suprafață. De multe ori, cauza a apărut fix după o acțiune: ai instalat un plugin, ai apăsat "Update", ai modificat o temă. Primul lucru pe care ți-l recomand: amintește-ți ce s-a întâmplat imediat înainte.

Cele mai frecvente cauze

În practică, aproape toate ecranele albe vin din câteva surse comune:

• Conflict între pluginuri sau un plugin prost scris — cea mai frecventă cauză. Un plugin actualizat devine incompatibil cu altul sau cu versiunea de PHP.
• Temă cu probleme — mai ales după o actualizare sau o modificare directă în fișiere.
• Limită de memorie PHP epuizată — site-ul cere mai multă memorie decât îi permite serverul și pică.
• Actualizare întreruptă — WordPress, o temă sau un plugin s-au updatat pe jumătate (conexiune căzută, timeout).
• Versiune de PHP incompatibilă — hostingul a trecut pe o versiune nouă de PHP, iar un plugin vechi nu o suportă.

Un detaliu util: observă unde apare albul. Doar pe site-ul public? Doar în /wp-admin? Peste tot? Asta îngustează mult căutarea.

Pasul 1: fă erorile vizibile

Ca să nu ghicești, pune WordPress să-ți arate exact ce eroare a apărut. Prin acces FTP sau File Manager din panoul de hosting, deschide fișierul wp-config.php și caută linia cu WP_DEBUG. Setează:

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

Cu WP_DEBUG_LOG activat, erorile se scriu într-un fișier debug.log în folderul /wp-content/. Reîncarcă pagina albă, apoi deschide acel fișier. Ultimele rânduri îți spun aproape mereu vinovatul: numele fișierului și al pluginului sau temei care a dat eroarea fatală.

Important: după ce ai rezolvat, pune WP_DEBUG înapoi pe false. Nu vrei ca erorile să fie vizibile publicului pe un site live — e și o problemă de securitate.

Pasul 2: dezactivează pluginurile și schimbă tema

Dacă bănuiești un plugin (cel mai probabil scenariu) dar nu poți intra în /wp-admin, dezactivează-le fără panou de administrare:

• Intră prin FTP sau File Manager în /wp-content/.
• Redenumește folderul plugins în plugins-off. WordPress va dezactiva automat toate pluginurile.
• Verifică site-ul. Dacă a revenit, un plugin era cauza.
• Redenumește folderul înapoi în plugins, apoi reactivează pluginurile unul câte unul, verificând după fiecare. Cel care aduce înapoi ecranul alb e vinovatul.

Dacă nu pluginurile sunt problema, testează tema: în /wp-content/themes/ redenumește folderul temei tale active. WordPress va reveni la o temă implicită (Twenty Twenty-ceva). Dacă site-ul apare, problema e în temă.

Pasul 3: memorie PHP și actualizări incomplete

Dacă în debug.log vezi ceva de genul "Allowed memory size exhausted", site-ul a rămas fără memorie. Mărește-o în wp-config.php, înainte de linia "That's all, stop editing":

• define('WP_MEMORY_LIMIT', '256M');

Dacă tot nu e de ajuns, hostingul poate ridica limita reală de PHP din panou. Pe hosturi mici, limita e adesea strânsă.

Dacă albul a apărut fix după un update întrerupt, s-ar putea să fie blocat un fișier .maintenance în rădăcina site-ului — șterge-l. Iar dacă hostingul tocmai a schimbat versiunea de PHP, întreabă-i (sau schimbă din panou) și încearcă o versiune stabilă suportată de temă și pluginuri.

Cum eviți pe viitor — și când merită ajutor

Prevenția e mai ieftină decât panica. Câteva reguli simple:

• Fă backup înainte de orice actualizare — automat, nu "când îmi amintesc".
• Testează update-urile pe un site de test (staging), nu direct pe cel live.
• Ține pluginurile puține și de la surse serioase; fiecare plugin în plus e un risc în plus.
• Nu edita fișiere de temă direct — folosește o temă-copil sau cere-i cuiva care știe.

Dacă ai încercat pașii de mai sus și tot vezi alb, sau pur și simplu nu vrei să umbli prin FTP pe site-ul din care trăiești, nu insista până strici mai mult. La MPO Web Studio construim și întreținem site-uri remote, cu backup și monitorizare incluse — și putem diagnostica un ecran alb rapid, de la distanță. Un mesaj scurt pe WhatsApp cu ce s-a întâmplat înainte de eroare e adesea suficient ca să pornim.