Come risolvere la schermata bianca di WordPress senza perdere dati né tempo

Come risolvere l'errore di schermata bianca di WordPress

Il sito è bianco. Nessun messaggio, nessuna spiegazione. Solo una pagina vuota dove fino a poco fa c’era il tuo sito.

La schermata bianca di WordPress (o pagina bianca WordPress, come la chiamano in molti) è uno degli errori più fastidiosi proprio perché non ti dice nulla. Niente codice di errore, niente indicazione su dove guardare. Sei lì, il sito è giù, e non sai da dove cominciare.

La buona notizia è che nella maggior parte dei casi la causa è una sola. Il problema è che senza sapere dove guardare, potresti perdere tempo a intervenire nel posto sbagliato. Partiamo da capire esattamente con cosa hai a che fare.

Cos’è la schermata bianca di WordPress

La schermata bianca di WordPress, conosciuta in inglese come White Screen of Death o WSOD, si verifica quando WordPress smette di rispondere e restituisce una pagina completamente vuota al posto del sito.

Non è un errore con un codice preciso. Non è un messaggio di sistema. È semplicemente il nulla: nessun contenuto, nessuna indicazione visiva, nessun punto di partenza apparente.

Perché non compare nessun messaggio di errore

WordPress, in condizioni normali, intercetta gli errori PHP e li gestisce internamente. Quando l’errore è abbastanza grave, PHP si interrompe prima che WordPress possa produrre qualsiasi output. Le cause più comuni sono un plugin mal scritto, un tema con un problema sintattico o un limite di memoria superato. Il risultato è una risposta vuota: tecnicamente corretta per il browser, completamente inutile per chi sta cercando di capire cosa è andato storto.

La distinzione post WordPress 5.2

A partire da WordPress 5.2 è stata introdotta una modalità di ripristino automatico che in molti casi sostituisce la schermata bianca con un messaggio più leggibile: “Si è verificato un errore critico sul tuo sito web”. Se vedi questo messaggio, WordPress ha già rilevato il problema e ti ha inviato una email all’indirizzo dell’amministratore con un link per accedere in modalità sicura. Se invece vedi ancora la pagina bianca classica, significa che l’errore si è verificato in un punto che anche questa modalità non riesce a intercettare.

Può colpire solo il frontend, solo il backend, o entrambi

La schermata bianca non colpisce necessariamente tutto il sito. Può presentarsi solo sul frontend (il sito pubblico), lasciando accessibile il pannello di amministrazione. Oppure può bloccare solo wp-admin, con il frontend che funziona regolarmente. Nei casi più gravi blocca entrambi. Per capire subito in quale situazione ti trovi, apri una nuova scheda e prova ad accedere a sitoaziendale.it/wp-admin: se carica, il problema è limitato al frontend. Se anche il backend è bianco, l’errore è più profondo. Tienilo a mente: è il primo dato che ti servirà nella sezione successiva.

Le cause più comuni del white screen of death su WordPress

Non esiste un’unica causa. Il WSOD è il sintomo finale di una serie di problemi diversi che hanno in comune una cosa sola: WordPress non riesce a completare l’esecuzione del codice e restituisce una pagina vuota invece di un errore gestito.

Le cause più frequenti rientrano in cinque categorie. Conoscerle in anticipo ti permette di muoverti nella sezione successiva senza procedere per tentativi.

Plugin incompatibile o mal codificato

È la causa più comune in assoluto. Un plugin con un errore PHP, scritto male, aggiornato in modo incompatibile con la versione di WordPress o di PHP che stai usando, può bloccare l’intero processo di caricamento. Il problema si manifesta spesso subito dopo l’installazione o l’aggiornamento di un plugin. Se la schermata bianca è comparsa in quel momento, questo è il primo posto dove guardare.

Tema con errore PHP

Lo stesso principio vale per il tema attivo. Un aggiornamento del tema, una modifica manuale al codice, o un tema acquistato da fonti non affidabili possono introdurre errori che bloccano il rendering. I temi child mal configurati sono una causa ricorrente che viene spesso sottovalutata.

Memoria PHP esaurita (memory limit)

WordPress e i suoi plugin hanno bisogno di memoria RAM per funzionare. Quando il limite di memoria PHP configurato sull’hosting viene raggiunto, il processo si interrompe bruscamente. Il risultato è una schermata bianca spesso intermittente: compare su alcune pagine ma non su altre, oppure si presenta solo quando si tenta di eseguire operazioni pesanti come l’importazione di contenuti o la generazione di sitemap.

File core WordPress corrotti

I file che compongono WordPress, quelli nelle cartelle wp-admin e wp-includes, possono corrompersi durante un aggiornamento andato male, un trasferimento di file incompleto, o in seguito a un accesso non autorizzato. Quando uno di questi file è danneggiato, WordPress non riesce ad avviarsi correttamente.

Conflitto dopo un aggiornamento

Aggiornare WordPress, un plugin o un tema è rischioso quando gli altri componenti del sito non sono compatibili con la nuova versione. Un aggiornamento di PHP lato hosting, ad esempio, può rendere incompatibili plugin che fino al giorno prima funzionavano senza problemi. La schermata bianca che compare subito dopo un aggiornamento è quasi sempre riconducibile a questo tipo di conflitto. È anche il caso più semplice da gestire, perché sai già da dove cominciare.

Come capire perché WordPress mostra una pagina bianca

Prima di mettere mano a qualsiasi file, hai bisogno di un dato. Un solo dato: da dove viene il problema. Intervenire alla cieca, disattivare tutto, sovrascrivere file, modificare configurazioni senza sapere cosa stai cercando è il modo più rapido per perdere tempo e rischiare di peggiorare la situazione.

Questi quattro passaggi ti danno le informazioni necessarie per arrivare alla sezione successiva con una direzione precisa.

Prima domanda: il problema è su questo sito o su tutti i siti dell’hosting?

Se hai più siti sullo stesso piano di hosting, aprili tutti. Se la schermata bianca compare ovunque, il problema non è nel codice del tuo WordPress ma a livello server. In quel caso smetti di guardare plugin e temi e contatta direttamente il tuo provider di hosting. Se invece il problema è isolato a un solo sito, puoi procedere con i passaggi successivi.

Verificare se è il sito intero o solo alcune pagine

Prova ad aprire diverse URL del sito: la homepage, un articolo, una pagina statica, e sitoaziendale.it/wp-admin. Se solo alcune pagine mostrano la schermata bianca, il problema è probabilmente legato a un contenuto specifico (un blocco, uno shortcode, un widget mal configurato) e non a un componente globale del sito. Se invece tutto è bianco, incluso il backend, l’errore è più profondo.

Controllare la email di errore critico dall’amministratore

Se stai usando WordPress 5.2 o superiore, controlla la casella email associata all’account amministratore. WordPress invia automaticamente un messaggio con il dettaglio dell’errore e un link temporaneo per accedere al backend in modalità sicura. Questo link ti permette di disattivare plugin e temi anche quando wp-admin è inaccessibile. Se trovi questa email, leggila prima di fare qualsiasi altra cosa: contiene già l’indicazione del file e della riga di codice responsabile.

Attivare WP_DEBUG in wp-config(.)php

Questo è un passaggio avanzato, indicato per chi ha già dimestichezza con i file di WordPress. Tramite FTP o il file manager dell’hosting, apri il file wp-config(.)php nella radice del sito e individua la riga:

define( 'WP_DEBUG', false );

Sostituiscila con:

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

Con questa configurazione WordPress scrive gli errori in un file di log (wp-content/debug.log) senza mostrarli in chiaro sul frontend. Apri quel file: troverai il nome del plugin, del tema o del file responsabile, con il numero di riga esatto. Una volta identificata la causa, ricordati di riportare WP_DEBUG su false.

Controllare i log PHP dell’hosting

Se non riesci ad accedere ai file di WordPress o preferisci non modificare wp-config(.)php, il tuo hosting ha quasi certamente un registro degli errori PHP accessibile dal pannello di controllo. In cPanel si trova sotto “Log degli errori” o “Error Log“. Cerca le righe con timestamp recenti: riportano il tipo di errore, il file coinvolto e la riga. Sono le stesse informazioni che otterresti con WP_DEBUG, ma senza toccare nulla nel sito. È spesso il punto di partenza consigliato se non hai mai aperto wp-config(.)php.

Come risolvere il white screen of death passo dopo passo

Prima di iniziare, chiediti una cosa sola: sai cosa hai cambiato nelle ultime ore? Se hai installato un plugin, aggiornato un tema, modificato un file, vai direttamente allo step corrispondente. Se non sai cosa ha scatenato il problema, segui i passaggi nell’ordine in cui sono scritti: sono organizzati per probabilità, dal caso più comune al più raro.

Se preferisci non mettere mano ai file del sito, posso intervenire io direttamente, senza intermediari e senza perderti in procedure tecniche che non ti appartengono.

Step 1: Svuotare la cache

Se hai accesso al backend, fai questo prima di qualsiasi altra cosa. Richiede trenta secondi e in alcuni casi risolve il problema senza ulteriori interventi. Se hai un plugin di cache attivo come WP Rocket, WP Super Cache o LiteSpeed Cache, accedi alla dashboard, vai nelle impostazioni del plugin e svuota la cache. Svuota anche la cache del browser. Se il sito torna visibile, il problema era una cache corrotta o non aggiornata dopo una modifica. Se non cambia nulla, procedi con lo step successivo.

Step 2: Disattivare tutti i plugin via FTP o file manager

Accedi al server tramite FTP (con un client come FileZilla) o tramite il file manager del tuo hosting. Naviga fino alla cartella wp-content e rinomina la cartella plugins in plugins_disattivati. WordPress non troverà più la cartella originale e disattiverà automaticamente tutti i plugin. Ricarica il sito: se torna visibile, la causa è uno dei plugin. Rinomina la cartella al nome originale plugins prima di procedere con lo step successivo.

Step 3: Isolare il plugin responsabile

Con la cartella plugins ripristinata, accedi alla dashboard di WordPress e riattiva i plugin uno alla volta. Dopo ogni riattivazione, ricarica il frontend del sito. Quando la schermata bianca compare di nuovo, hai trovato il responsabile. Tienilo disattivato e controlla se è disponibile un aggiornamento, se ci sono segnalazioni di incompatibilità nei forum ufficiali, o se va semplicemente sostituito con un’alternativa.

Step 4: Cambiare tema con un tema default WordPress

Se disattivare i plugin non ha risolto, il problema potrebbe essere nel tema attivo. Tramite FTP o file manager, naviga in wp-content/themes e rinomina la cartella del tema attivo. WordPress passerà automaticamente a un tema default, Twenty Twenty-Four o il più recente disponibile. Se il sito torna visibile, il tema era la causa. Puoi ripristinarlo cercando una versione aggiornata o contattando il suo sviluppatore.

Step 5: Aumentare il memory limit PHP

Se il sito è ancora bianco, potrebbe essersi esaurita la memoria PHP. Apri wp-config(.)php tramite FTP e aggiungi questa riga prima della dicitura “Smettila di modificare”:

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

Se non riesci ad accedere a wp-config(.)php, puoi ottenere lo stesso risultato modificando il file .htaccess nella radice del sito aggiungendo:

php_value memory_limit 256M

In alternativa, il limite di memoria può essere aumentato direttamente dal pannello del tuo hosting, senza toccare file. Se non hai mai aperto questi file, inizia dall’ultima opzione: è la più diretta e non richiede accesso FTP.

Step 6: Sovrascrivere wp-admin e wp-includes con i file originali

Se gli step precedenti non hanno risolto, i file core di WordPress potrebbero essere corrotti. Scarica una copia pulita di WordPress dalla versione corrispondente alla tua da wordpress.org, decomprimi l’archivio ed estrai le cartelle wp-admin e wp-includes. Caricale via FTP sovrascrivendo quelle esistenti sul server. Non toccare la cartella wp-content: contiene i tuoi temi, plugin e file media.

Step 7: Verificare i permessi di file e cartelle

Se sei già connesso via FTP, controlla che i permessi di file e cartelle siano corretti. I file devono avere permessi 644, le cartelle 755. Permessi errati, spesso causati da trasferimenti di file non corretti o da configurazioni di hosting anomale, impediscono a PHP di leggere i file necessari. In FileZilla puoi modificarli cliccando con il tasto destro su file o cartelle e selezionando “Attributi file”.

Ripristinare da backup

Se nessuno dei passaggi precedenti ha identificato o risolto il problema, il ripristino da backup è la strada più sicura. Accedi al pannello del tuo hosting e verifica se è disponibile un backup automatico recente: la maggior parte degli hosting lo prevede. Ripristina la versione del sito precedente all’insorgenza del problema. Una volta che il sito è di nuovo online, indaga la causa con calma prima di reintrodurre plugin o aggiornamenti. Se anche dopo il ripristino il problema si ripresenta, o se non hai un backup disponibile, la sezione successiva è per te.

Se non riesci a risolvere da solo

Hai seguito i passaggi, hai guardato nei log, hai disattivato plugin e cambiato tema. La schermata bianca è ancora lì. Succede. Certi errori richiedono un occhio esterno, accesso diretto al server, o semplicemente qualcuno che ha già visto quella combinazione specifica di problemi decine di volte.

Posso intervenire io direttamente sul tuo sito, senza intermediari, senza ticket di supporto che rimbalzano tra reparti, senza aspettare che qualcuno trovi il tempo di guardare. Mi racconti cosa sta succedendo e vediamo insieme cosa c’è da fare.

Chiedi assistenza WordPress

Come evitare che la schermata bianca si ripresenti

Un sito WordPress non mostra la schermata bianca per caso. Nella maggior parte dei casi ha una causa precisa: un plugin mal aggiornato, una versione di PHP incompatibile, un tema da fonte non affidabile. Conoscere le cause significa poter intervenire a monte, prima che il problema si manifesti.

Mantieni PHP, WordPress, plugin e temi sempre aggiornati. Testa prima in staging

La versione di PHP dell’hosting e le versioni di WordPress, plugin e temi devono essere compatibili tra loro. Quando una componente viene aggiornata e le altre restano indietro, il rischio di conflitti aumenta. Non applicare tutti gli aggiornamenti in blocco: aggiorna un componente alla volta e verifica il sito dopo ogni modifica. Se il tuo hosting offre un ambiente di staging, usalo: ti permette di testare ogni aggiornamento su una copia del sito senza toccare quello attivo. Prima di qualsiasi aggiornamento, esegui sempre un backup.

Verifica che PHP abbia memoria sufficiente per il tuo sito

Un sito con molti plugin attivi, un tema pesante o funzionalità avanzate come e-commerce o membership consuma più memoria di un sito vetrina semplice. Se il limite di memoria PHP configurato sull’hosting è troppo basso rispetto alle esigenze reali del sito, la schermata bianca può ripresentarsi in modo intermittente, soprattutto durante operazioni pesanti. Verifica il limite attuale dal pannello del tuo hosting e considera di portarlo a 256MB se non lo è già.

Usa solo plugin e temi con manutenzione attiva

Prima di installare un plugin o un tema, controlla la data dell’ultimo aggiornamento e le recensioni recenti nella directory ufficiale di WordPress. Un plugin non aggiornato da più di un anno, su una versione di WordPress diversa dalla tua, va incontro facilmente a conflitti. Lo stesso vale per temi acquistati su marketplace non verificati o distribuiti gratuitamente fuori dai canali ufficiali.

Come prepararti per intervenire velocemente se la schermata bianca si ripresenta

Anche con tutte le precauzioni in atto, un margine di rischio resta sempre. La differenza tra un problema che blocca il sito per dieci minuti e uno che lo tiene giù per ore dipende da quanto sei preparato a intervenire.

Backup automatico su destinazione esterna

Il backup è sia uno strumento di prevenzione che di recupero. Eseguilo sempre prima di qualsiasi aggiornamento o modifica rilevante e configuralo in modo che il backup venga eseguito automaticamente anche in modo continuativo. Imposta come destinazione un servizio esterno al server: Google Drive, Dropbox o un account di archiviazione separato. Un backup che risiede solo sul server che stai cercando di ripristinare non serve a nulla nel momento in cui ne hai bisogno.

Monitoraggio uptime

La schermata bianca può comparire di notte, nel weekend, mentre sei con un cliente. Senza un sistema di monitoraggio del uptime, puoi scoprirlo ore dopo. Peggio ancora, potresti scoprirlo quando te lo segnala qualcuno. Strumenti come UptimeRobot offrono un piano gratuito che controlla il sito ogni cinque minuti e ti avvisa via email nel momento in cui smette di rispondere.

Domande frequenti (FAQ)

No. La schermata bianca è un errore di esecuzione del codice. Non tocca il database né i file del sito. I tuoi contenuti, le pagine, gli articoli e le immagini sono intatti. Il problema riguarda il modo in cui WordPress carica e processa i file, non i dati che hai inserito.

È il messaggio che WordPress 5.2 e superiori mostrano al posto della classica pagina bianca quando riesce a intercettare l’errore prima che blocchi tutto. Questo errore critico di WordPress è un miglioramento rispetto alla schermata bianca classica: significa che WordPress ha già identificato il problema e ti ha inviato un’email all’indirizzo dell’amministratore con il dettaglio dell’errore e un link per accedere al backend in modalità sicura. Controlla la casella email prima di fare qualsiasi altra cosa.

Sì. La maggior parte delle soluzioni descritte in questa guida (disattivare i plugin rinominando la cartella, cambiare tema, modificare wp-config(.)php, sovrascrivere i file core) si eseguono tramite FTP o file manager dell’hosting, senza bisogno di accedere alla dashboard di WordPress. Se hai le credenziali FTP del tuo hosting, puoi procedere anche con wp-admin completamente inaccessibile.

Dipende dalla causa. Se la schermata bianca è comparsa subito dopo un aggiornamento e sai quale componente hai toccato, puoi risolvere in cinque o dieci minuti. Se la causa non è immediata da identificare e devi seguire la procedura completa, calcola tra i trenta minuti e un’ora per chi non ha familiarità con FTP e file di configurazione. Nei casi più complessi, con file corrotti o conflitti multipli, i tempi si allungano. In questi casi, affidarsi a un professionista è spesso la scelta più rapida ed economica.