{"id":13862,"date":"2026-11-03T15:59:27","date_gmt":"2026-11-03T15:59:27","guid":{"rendered":"https:\/\/andreafreelance.com\/?p=13862"},"modified":"2026-11-03T15:59:33","modified_gmt":"2026-11-03T15:59:33","slug":"schermata-bianca-wordpress","status":"publish","type":"post","link":"https:\/\/andreafreelance.com\/en\/schermata-bianca-wordpress\/","title":{"rendered":"Schermata bianca WordPress: come recuperare l’accesso"},"content":{"rendered":"\n\n
\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n Vota questo post<\/span>\n <\/div>\n <\/div>\n\n

Per risolvere la schermata bianca, crea un backup, prova il ripristino e isola plugin e tema. La “schermata bianca della morte” \u00e8 il nome del sintomo, ma non ne indica la causa. Se l’accesso \u00e8 bloccato, usa SFTP o file manager e consulta i log degli errori.<\/p>\n\n\n\n

Gli utenti descrivono il problema come “pagina bianca sito WordPress”. Verifica se il guasto riguarda tutto il sito, la bacheca o una pagina.<\/p>\n\n\n\n

Le cause della schermata bianca di WordPress<\/h2>\n\n\n\n

La pagina bianca \u00e8 un sintomo: WordPress non completa la richiesta oppure il browser riceve una risposta vuota.<\/p>\n\n\n\n

WPBeginner descrive script interrotti per memoria esaurita o timeout: quando gli errori restano nascosti, il visitatore non vede messaggi utili. Le cause comprendono plugin incompatibili, temi difettosi, aggiornamenti incompleti e versioni non compatibili del linguaggio lato server.<\/p>\n\n\n\n

Anche una modifica dell’hosting, file corrotti o malware possono interrompere il sito. Un foglio di stile mancante, invece, altera normalmente l’aspetto: da solo non dimostra un errore fatale PHP.<\/p>\n\n\n\n

Distinguo questi casi dalla cache, che pu\u00f2 continuare a mostrare una risposta vuota dopo la correzione. La guida di WP All Import agli errori comuni di WordPress<\/a> raccoglie anche problemi che possono sembrare simili, ma richiedono interventi diversi.<\/p>\n\n\n\n

\"Un<\/figure>\n\n\n\n

1. Delimita il problema e salva una copia<\/h2>\n\n\n\n

Controlla quali richieste falliscono<\/h3>\n\n\n\n

Apri homepage, una pagina interna e \/wp-admin\/<\/code>, anche in una finestra privata. Annota l’ultima modifica precedente al guasto, come un aggiornamento o un cambio PHP.<\/p>\n\n\n\n

Se altri siti dello stesso account hosting mostrano contemporaneamente problemi simili, aumenta la probabilit\u00e0 di un guasto del servizio. Invia al supporto domini coinvolti, orario e messaggi disponibili.<\/p>\n\n\n\n

Quando invece compare una scritta di manutenzione, segui la procedura per WordPress bloccato in manutenzione<\/a>: non \u00e8 automaticamente lo stesso errore.<\/p>\n\n\n\n

Proteggi file e database prima delle modifiche<\/h3>\n\n\n\n

Prima di intervenire, crea un backup WordPress di file e database. Puoi farlo dal pannello hosting, da cPanel o con un servizio dedicato.<\/p>\n\n\n\n

In alternativa, scarica i file con FTP o SFTP ed esporta il database con phpMyAdmin.<\/p>\n\n\n\n

Conserva separatamente anche wp-config.php<\/code> e ogni file che modifichi. La copia dello stato guasto resta utile per tornare indietro o analizzare l’accaduto.<\/p>\n\n\n\n

Per un e-commerce WooCommerce, evita ripristini completi improvvisati: potrebbero cancellare ordini arrivati dopo il backup.<\/p>\n\n\n\n

\"Dischi<\/figure>\n\n\n\n

2. Prova la modalit\u00e0 di ripristino e svuota le cache<\/h2>\n\n\n\n

Cerca l’email di WordPress<\/h3>\n\n\n\n

Dalla versione 5.2, WordPress pu\u00f2 rilevare errori fatali e inviare all’amministratore un’email con un collegamento alla modalit\u00e0 di ripristino. L’oggetto pu\u00f2 essere “Il tuo sito sta riscontrando un problema tecnico”.<\/p>\n\n\n\n

Controlla anche lo spam. Il collegamento permette di accedere a una sessione protetta e intervenire sul componente segnalato.<\/p>\n\n\n\n

Non sempre l’email arriva: un problema di invio o un errore precedente al caricamento di WordPress pu\u00f2 impedirla. In quel caso, passa all’accesso ai file.<\/p>\n\n\n\n

Elimina le risposte vuote memorizzate<\/h3>\n\n\n\n

Se la bacheca funziona ma il sito pubblico resta bianco, svuota la cache del plugin e quella dell’hosting. Se usi Cloudflare, esegui un purge della cache pertinente.<\/p>\n\n\n\n

Poi riprova senza autenticazione e con la cache del browser svuotata. Evito di disattivare indiscriminatamente protezioni e CDN: prima confronto la risposta pubblica con quella non memorizzata.<\/p>\n\n\n\n

3. Isola plugin e tema, anche senza bacheca<\/h2>\n\n\n\n

Disattiva i plugin tramite SFTP<\/h3>\n\n\n\n

Se accedi alla bacheca, apri “Plugin installati”, seleziona le estensioni e usa l’azione di gruppo “Disattiva”.<\/p>\n\n\n\n

Altrimenti, tramite SFTP, FTP o file manager, individua wp-content\/plugins<\/code> e rinominala in wp-content\/plugins-disattivati<\/code>. Prima di procedere via FTP, verifica il percorso e salva una copia della cartella. Rinominandola puoi disattivare tutti i plugin ordinari: il loro caricamento si interrompe, ma i dati non vengono cancellati.<\/p>\n\n\n\n

Se il sito torna visibile, hai un indizio forte verso un plugin o una sua interazione. Entra nella schermata dei plugin mentre la cartella \u00e8 rinominata, quindi ripristina il nome plugins<\/code>.<\/p>\n\n\n\n

Riattiva le estensioni singolarmente, ripetendo dopo ogni passaggio l’azione che falliva. Considera che mu-plugin e componenti di cache speciali<\/strong> richiedono controlli separati.<\/p>\n\n\n\n

Su un negozio online, disattivare WooCommerce o un gateway interrompe funzioni commerciali: preferisco eseguire queste prove su staging quando disponibile.<\/p>\n\n\n\n

Prova un tema predefinito<\/h3>\n\n\n\n

Se il problema resta, passa a un tema predefinito installato, come Twenty Twenty-Three. Senza bacheca puoi rinominare la cartella del tema attivo dentro wp-content\/themes\/<\/code>.<\/p>\n\n\n\n

Il ripiego richiede un tema predefinito presente e funzionante. Se il passaggio automatico non avviene, occorre attivarlo tramite gli strumenti dell’hosting o WP-CLI.<\/p>\n\n\n\n

Preferisco rinominare anzich\u00e9 eliminare. Scarica comunque una copia del tema e conserva le personalizzazioni; successivamente reinstalla i file dalla fonte originale.<\/p>\n\n\n\n

Controlla anche functions.php<\/code>: spazi fuori dai tag di apertura e chiusura, soprattutto alla fine del file, possono produrre output indesiderato ed errori degli header. Non attribuire per\u00f2 ogni pagina bianca a questo dettaglio.<\/p>\n\n\n\n

4. Attiva il debug e leggi l’errore esatto<\/h2>\n\n\n\n

Registra gli errori senza mostrarli ai visitatori<\/h3>\n\n\n\n

Apri wp-config.php<\/code> nella cartella principale. Prima del commento finale che invita a interrompere le modifiche, attiva temporaneamente la modalit\u00e0 di debug con queste impostazioni. La visualizzazione degli errori resta disabilitata per i visitatori. Non duplicare costanti esistenti:<\/p>\n\n\n\n

define('WP_DEBUG', true);<\/code><\/p>\n\n\n\n

define('WP_DEBUG_LOG', true);<\/code><\/p>\n\n\n\n

define('WP_DEBUG_DISPLAY', false);<\/code><\/p>\n\n\n\n

La documentazione ufficiale di wp-config.php<\/a> descrive le impostazioni di configurazione e il comportamento del recupero dagli errori fatali.<\/p>\n\n\n\n

Ripeti la richiesta problematica e apri wp-content\/debug.log<\/code>. Se il file non compare, consulta il log PHP nel pannello hosting: WordPress potrebbe fermarsi prima di registrare l’errore.<\/p>\n\n\n\n

Non disattivare il gestore degli errori fatali sul sito pubblico per tentativi.<\/p>\n\n\n\n

Interpreta messaggio, percorso e orario<\/h3>\n\n\n\n

Cerca il primo errore fatale all’ora della prova, non semplicemente l’ultimo avviso. I messaggi principali orientano la diagnosi:<\/p>\n\n\n\n