Per risolvere la schermata bianca, crea un backup, prova il ripristino e isola plugin e tema. La “schermata bianca della morte” è il nome del sintomo, ma non ne indica la causa. Se l’accesso è bloccato, usa SFTP o file manager e consulta i log degli errori.
Gli utenti descrivono il problema come “pagina bianca sito WordPress”. Verifica se il guasto riguarda tutto il sito, la bacheca o una pagina.
Le cause della schermata bianca di WordPress
La pagina bianca è un sintomo: WordPress non completa la richiesta oppure il browser riceve una risposta vuota.
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.
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.
Distinguo questi casi dalla cache, che può continuare a mostrare una risposta vuota dopo la correzione. La guida di WP All Import agli errori comuni di WordPress raccoglie anche problemi che possono sembrare simili, ma richiedono interventi diversi.
1. Delimita il problema e salva una copia
Controlla quali richieste falliscono
Apri homepage, una pagina interna e /wp-admin/, anche in una finestra privata. Annota l’ultima modifica precedente al guasto, come un aggiornamento o un cambio PHP.
Se altri siti dello stesso account hosting mostrano contemporaneamente problemi simili, aumenta la probabilità di un guasto del servizio. Invia al supporto domini coinvolti, orario e messaggi disponibili.
Quando invece compare una scritta di manutenzione, segui la procedura per WordPress bloccato in manutenzione: non è automaticamente lo stesso errore.
Proteggi file e database prima delle modifiche
Prima di intervenire, crea un backup WordPress di file e database. Puoi farlo dal pannello hosting, da cPanel o con un servizio dedicato.
In alternativa, scarica i file con FTP o SFTP ed esporta il database con phpMyAdmin.
Conserva separatamente anche wp-config.php e ogni file che modifichi. La copia dello stato guasto resta utile per tornare indietro o analizzare l’accaduto.
Per un e-commerce WooCommerce, evita ripristini completi improvvisati: potrebbero cancellare ordini arrivati dopo il backup.
2. Prova la modalità di ripristino e svuota le cache
Cerca l’email di WordPress
Dalla versione 5.2, WordPress può rilevare errori fatali e inviare all’amministratore un’email con un collegamento alla modalità di ripristino. L’oggetto può essere “Il tuo sito sta riscontrando un problema tecnico”.
Controlla anche lo spam. Il collegamento permette di accedere a una sessione protetta e intervenire sul componente segnalato.
Non sempre l’email arriva: un problema di invio o un errore precedente al caricamento di WordPress può impedirla. In quel caso, passa all’accesso ai file.
Elimina le risposte vuote memorizzate
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.
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.
3. Isola plugin e tema, anche senza bacheca
Disattiva i plugin tramite SFTP
Se accedi alla bacheca, apri “Plugin installati”, seleziona le estensioni e usa l’azione di gruppo “Disattiva”.
Altrimenti, tramite SFTP, FTP o file manager, individua wp-content/plugins e rinominala in wp-content/plugins-disattivati. 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.
Se il sito torna visibile, hai un indizio forte verso un plugin o una sua interazione. Entra nella schermata dei plugin mentre la cartella è rinominata, quindi ripristina il nome plugins.
Riattiva le estensioni singolarmente, ripetendo dopo ogni passaggio l’azione che falliva. Considera che mu-plugin e componenti di cache speciali richiedono controlli separati.
Su un negozio online, disattivare WooCommerce o un gateway interrompe funzioni commerciali: preferisco eseguire queste prove su staging quando disponibile.
Prova un tema predefinito
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/.
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.
Preferisco rinominare anziché eliminare. Scarica comunque una copia del tema e conserva le personalizzazioni; successivamente reinstalla i file dalla fonte originale.
Controlla anche functions.php: spazi fuori dai tag di apertura e chiusura, soprattutto alla fine del file, possono produrre output indesiderato ed errori degli header. Non attribuire però ogni pagina bianca a questo dettaglio.
4. Attiva il debug e leggi l’errore esatto
Registra gli errori senza mostrarli ai visitatori
Open wp-config.php nella cartella principale. Prima del commento finale che invita a interrompere le modifiche, attiva temporaneamente la modalità di debug con queste impostazioni. La visualizzazione degli errori resta disabilitata per i visitatori. Non duplicare costanti esistenti:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
The documentazione ufficiale di wp-config.php descrive le impostazioni di configurazione e il comportamento del recupero dagli errori fatali.
Ripeti la richiesta problematica e apri wp-content/debug.log. Se il file non compare, consulta il log PHP nel pannello hosting: WordPress potrebbe fermarsi prima di registrare l’errore.
Non disattivare il gestore degli errori fatali sul sito pubblico per tentativi.
Interpreta messaggio, percorso e orario
Cerca il primo errore fatale all’ora della prova, non semplicemente l’ultimo avviso. I messaggi principali orientano la diagnosi:
Allowed memory size exhaustedindica che lo script ha raggiunto il limite di memoria.Parse errorsegnala un errore di sintassi.Uncaught Errorrichiede di leggere anche funzione, percorso e chiamate precedenti.
Un percorso dentro wp-content/plugins/ identifica un componente da isolare, ma non prova da solo la causa originaria. Anche un plugin può ricevere dati errati da altro codice.
Un timeout del proxy o processi PHP terminati possono invece emergere soltanto nei log server. Approfondisco questa distinzione nella guida al debug WordPress e ai log.
5. Correggi memoria e incompatibilità PHP
Aumenta la memoria soltanto quando serve
Se il log segnala memoria esaurita, cerca prima WP_MEMORY_LIMIT in wp-config.php. Modifica la definizione esistente oppure aggiungi:
define('WP_MEMORY_LIMIT', '256M');
La riga deve precedere il commento That's all, stop editing! Happy publishing. e il caricamento di wp-settings.php.
Salva e ripeti l’operazione che falliva. Se compare un errore di sintassi, ripristina la copia del file.
256 MB sono un valore di prova, non una soluzione universale. Il server deve consentire quel limite; inoltre, un’estensione difettosa può esaurire anche la memoria aggiuntiva.
Collega il guasto alla versione PHP
Se il blocco coincide con un cambio di versione, confronta la versione attiva con la compatibilità dei componenti coinvolti. Nella bacheca trovi informazioni utili in “Strumenti > Salute del sito > Informazioni > Server”.
Tornare temporaneamente alla precedente versione può aiutare a confermare l’incompatibilità, quando disponibile. La soluzione stabile resta aggiornare o sostituire il componente difettoso, mantenendo PHP supportato.
Evito di aumentare contemporaneamente memoria e timeout: renderebbe meno chiaro quale modifica abbia funzionato.
6. Affronta pagine lunghe e file incompleti
Quando fallisce soltanto un contenuto molto lungo
Se una sola pagina resta bianca, controlla prima blocchi, shortcode e template specifici. Il fatto che sia lunga non dimostra un problema di memoria.
Per casi legati alle espressioni regolari, WPBeginner propone in wp-config.php:
ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);
Sono valori elevati, da valutare soltanto con evidenze di limiti PCRE e in ambiente controllato. Non li userei come rimedio generale: aumentare troppo la ricorsione può compromettere il processo.
Quando serve ripristinare i file del core
La reinstallazione del core viene dopo plugin, tema e log. Se un aggiornamento ha lasciato file incompleti, usa un pacchetto ufficiale della stessa versione installata.
Con backup disponibile, sostituisci wp-admin, wp-includes e i file core nella cartella principale. Conserva wp-content e wp-config.php, oltre alle configurazioni personalizzate.
Se trovi amministratori sconosciuti, codice offuscato o reindirizzamenti anomali, considera una compromissione. La procedura per recuperare un sito WordPress hackerato richiede controlli ulteriori: sostituire il core non elimina necessariamente malware e accessi abusivi.
7. Verifica il recupero e previeni nuove interruzioni
Dopo la correzione, prova homepage, login, modulo contatti e pagine dei servizi. Per un e-commerce verifica anche carrello, checkout ed email, usando modalità di test appropriate.
Controlla inoltre la visualizzazione mobile del sito responsive. Sul piano della SEO tecnica WordPress, le pagine ripristinate devono restituire la risposta corretta, senza blocchi involontari o errori persistenti.
Poi imposta WP_DEBUG e WP_DEBUG_LOG on false. Proteggi i log e conservali soltanto per il tempo necessario all’analisi.
Consiglio di annotare causa, intervento e versione coinvolta. Una manutenzione WordPress strutturata comprende backup, aggiornamenti controllati e verifiche funzionali. L’ottimizzazione della velocità viene dopo il recupero della stabilità.
Domande frequenti sulla pagina bianca
Perché la bacheca è bianca mentre il sito funziona?
Un plugin può eseguire codice soltanto nell’amministrazione. Anche l’editor e le operazioni più pesanti possono incontrare limiti diversi: riproduci il problema e leggi il log corrispondente.
Rinominare la cartella plugins cancella i contenuti?
La rinomina non elimina i dati dal database. Sospende però le funzioni dei plugin, quindi pagamenti, moduli e altre integrazioni possono smettere di funzionare durante la prova.
Serve rifare il sito per risolvere?
La pagina bianca, da sola, non giustifica un restyling. Prima individuo il guasto; valuto interventi più ampi soltanto quando emergono componenti obsoleti o problemi strutturali.
Recupera l’accesso senza perdere la diagnosi
Il recupero affidabile segue una sequenza: copia di sicurezza, isolamento dei componenti e lettura dei log. La homepage visibile è soltanto il primo controllo: conta che tornino operative anche le funzioni aziendali.
Se il blocco resta, posso aiutarti come sviluppatore WordPress freelance con assistenza mirata. Lavoro nell’area di Roma e Ciampino e online con aziende in tutta Italia.
Let’s talk about your website project: puoi richiedere una consulenza gratuita senza impegno, indicando il problema e l’ultima modifica effettuata.
