Apri il tuo sito WordPress e non trovi nulla: nessun testo, nessun errore, solo una pagina bianca dall'inizio alla fine. Se vedi questo, niente panico: è il cosiddetto White Screen of Death, uno dei problemi più vecchi e più comuni di WordPress, e nella maggior parte dei casi si risolve rapidamente una volta capito dove guardare. In questa guida vediamo perché è diverso dall'errore critico con messaggio, come far emergere l'errore nascosto, e come ripristinare il sito passo dopo passo.
Vai direttamente a: Differenza con l'errore critico · Attivare il debug · Disattivare plugin e tema · Memory limit
In breve
- La schermata bianca è una pagina completamente vuota, senza alcun messaggio, diversa dall'errore critico che invece mostra un testo.
- Le cause più comuni sono un plugin o tema incompatibile, memoria PHP esaurita, o gli errori nascosti dal server.
- Attivando WP_DEBUG l'errore reale compare nel file di log, anche se la pagina resta vuota.
- Disattivare plugin e tema via FTP risolve la maggior parte dei casi in pochi minuti.
- Il problema riguarda il codice, non il database: i tuoi contenuti restano intatti.
Interveniamo da remoto o a Roma su siti WordPress con schermata bianca: individuiamo la causa e ripristiniamo il sito in meno di 24 ore.
Richiedi un intervento tecnico rapidoSchermata bianca o errore critico? La differenza
Da WordPress 5.2, il sistema include un gestore che intercetta molti errori fatali e mostra un messaggio esplicito: "Si è verificato un errore critico sul tuo sito web", con tanto di Recovery Mode via email. La schermata bianca, invece, è ciò che succede quando l'errore avviene prima o al di fuori di quel punto di intercettazione: un errore di sintassi molto precoce, un problema dentro wp-config.php stesso, oppure un server che ha disattivato completamente la visualizzazione degli errori PHP (display_errors) senza che WP_DEBUG sia attivo. In pratica: stesso tipo di problema di fondo, ma un sintomo diverso in superficie, e per questo richiede un primo passo diverso per essere diagnosticato.
Far emergere l'errore nascosto
Il primo passo è sempre lo stesso: scoprire cosa sta causando il fatal error, invece di procedere a tentativi.
- Collegati via FTP e apri il file wp-config.php nella cartella principale del sito.
- Individua la riga
define('WP_DEBUG', false);e sostituiscila condefine('WP_DEBUG', true);. - Aggiungi subito sotto
define('WP_DEBUG_LOG', true);per salvare l'errore in un file invece di tentare (spesso senza successo) di mostrarlo sulla pagina. - Ricarica il sito, poi controlla il file wp-content/debug.log: troverai il nome del file e la riga di codice esatta responsabile del blocco.
Disattivare plugin e tema via FTP
Se il log indica un plugin o un tema come responsabile, oppure se preferisci procedere per esclusione senza analizzare il log, puoi disattivare i sospetti direttamente dai file.
- Via FTP, vai nella cartella wp-content/plugins e rinomina l'intera cartella in qualcosa come plugins-old: questo disattiva tutti i plugin insieme.
- Ricarica il sito: se torna visibile, il problema era tra i plugin. Ricrea la cartella plugins vuota, poi sposta i plugin indietro uno alla volta, ricaricando il sito dopo ognuno, finché non individui quello responsabile.
- Se il sito resta bianco anche senza plugin, il problema è nel tema: vai in wp-content/themes e rinomina la cartella del tema attivo. WordPress passerà automaticamente a un tema di default se disponibile.
Se il log indica memoria esaurita
Se il debug log mostra un messaggio del tipo "Allowed memory size exhausted", il problema non è un plugin difettoso ma un limite di memoria PHP troppo basso per il carico del sito. Aggiungi questa riga a wp-config.php, prima della riga "That's all, stop editing!":
define('WP_MEMORY_LIMIT', '256M');
Se il limite reale è impostato a livello di server dal tuo hosting, questa riga potrebbe non bastare: in quel caso serve contattare il provider per alzarlo.
Risolvere i problemi più comuni
Il log resta vuoto anche con WP_DEBUG attivo
FrequenteVerifica che la cartella wp-content abbia i permessi di scrittura corretti: se WordPress non può creare il file debug.log, il log resterà vuoto anche con l'errore ancora presente. Verifica i permessi via FTP (in genere 755 per le cartelle).
La pagina resta bianca anche senza plugin né tema
Il problema potrebbe essere in wp-config.php stesso o nei file core di WordPress: confronta il file wp-config.php con una copia pulita del file wp-config-sample.php, e valuta di sostituire le cartelle wp-includes e wp-admin con una copia scaricata da wordpress.org della stessa versione.
Anche wp-admin mostra la schermata bianca
Se il problema blocca anche il pannello di amministrazione, procedi comunque con la disattivazione via FTP descritta sopra: non serve accedere a wp-admin per farlo, ed è spesso l'unico modo per intervenire in questo scenario.
Ricorda di disattivare il debug al termineUna volta risolto il problema, riporta WP_DEBUG_DISPLAY su false o rimuovi le righe di debug aggiunte: lasciare gli errori visibili pubblicamente può rivelare dettagli tecnici del sito a chiunque lo visiti.
Conclusioni
La schermata bianca fa paura più dell'errore critico proprio perché non dice nulla, ma il principio di base per risolverla è lo stesso: trovare il componente responsabile ed escluderlo, o correggere il limite di risorse che lo ha causato. Attivare il debug per vedere l'errore reale, e la disattivazione di plugin e tema via FTP quando serve procedere alla cieca, coprono la stragrande maggioranza dei casi senza alcun rischio per i contenuti del sito.
Niente panico: scrivici e ripristiniamo il tuo sito WordPress da remoto o a Roma, di solito entro 24 ore.
Richiedi assistenza ora