schermo bianco WordPress
Perché il tuo sito mostra improvvisamente una pagina bianca
Quando il tuo sito WordPress si trasforma in una pagina bianca (a volte chiamata White Screen of Death), il problema non è necessariamente “il sito è morto”: spesso si tratta di un crash PHP, di un errore fatale nascosto o di una risorsa del server esaurita. Il browser non mostra nulla perché l’esecuzione si interrompe prima di generare l’HTML, o perché la visualizzazione degli errori è disattivata in produzione (il che è normale).
La difficoltà è che diverse cause producono esattamente lo stesso sintomo: uno schermo vuoto, talvolta solo sul front-end, talvolta solo nell’area di amministrazione, talvolta su una pagina specifica. L’approccio corretto è diagnosticare metodicamente, dal più probabile al più rapido da verificare, senza peggiorare la situazione.
Le cause più frequenti (e come riconoscerle)
1) Conflitto o bug di plugin
Questa è una delle cause principali. Un plugin può causare un errore fatale dopo un aggiornamento, un cambio di versione di PHP, un conflitto con un altro plugin o un’incompatibilità con il tuo tema. Indizio: lo schermo bianco appare subito dopo un aggiornamento, l’attivazione di una funzionalità o su una pagina collegata a quel plugin (modulo, cache, sicurezza, builder, e-commerce…).
2) Problema di tema (o del page builder)
Un tema può chiamare una funzione inesistente, contenere un file corrotto o essere incompatibile con la versione di WordPress/PHP. I builder visivi (page builder) aggiungono un ulteriore livello e possono amplificare i conflitti. Indizio: l’area di amministrazione funziona ma il sito pubblico è bianco, o viceversa a seconda del punto di rottura.
3) Limite di memoria PHP raggiunto
Si WordPress manque de mémoire (WP_MEMORY_LIMIT) ou si votre hébergeur impose une limite trop basse, l’exécution peut s’arrêter brutalement. Cela arrive souvent sur des sites avec beaucoup de plugins, WooCommerce, ou des tâches lourdes (importazione, generazione di immagini, cache, backup). Indizio : lo schermo bianco appare su pagine pesanti (editor, importazione, personalizzazione, pagine prodotto) o in modo intermittente.
4) Errore fatale PHP nascosto (o visualizzazione degli errori disattivata)
In produzione, gli errori PHP vengono generalmente registrati ma non mostrati. Risultato: non vedete nulla. Indizio: nessuna pagina si carica, o solo alcune pagine, senza messaggio esplicito.
5) Cache, ottimizzazione, minificazione
I plugin di cache e ottimizzazione (minificazione JS/CSS, caricamento differito, combinazione di file) possono rompere la visualizzazione. In alcuni casi non si ottiene un bianco totale, ma un rendering vuoto o un HTML incompleto. Indizio: il problema appare dopo aver attivato un'ottimizzazione, o varia a seconda dei dispositivi/browser.
6) File di WordPress corrotti / aggiornamento incompleto
Un aggiornamento interrotto (timeout, interruzione FTP, permessi) può lasciare WordPress in uno stato incoerente. Indizio: il problema compare durante o appena dopo un aggiornamento del core, e l'accesso al back-office può essere parzialmente possibile.
7) Permessi dei file, autorizzazioni o disco pieno
Se il server non può più scrivere (disco pieno, permessi troppo restrittivi), alcune operazioni falliscono e possono provocare effetti a catena. Indizio: gli upload non funzionano più, gli aggiornamenti falliscono, o i log indicano errori di scrittura.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
8) Problemi lato host (PHP-FPM, opcode cache, incidenti)
A volte tutto è corretto su WordPress, ma il servizio PHP è instabile, una cache server è corrotta o una configurazione è cambiata. Indizio: errori casuali, tempi di risposta incoerenti o un incidente confermato dall’host.
Diagnosticare senza perdere tempo: ordine d’azione consigliato
L’obiettivo è riportare il sito funzionante il prima possibile, identificando la causa principale per evitare che si ripeta. Procedere idealmente in questo ordine: (1) verificare se il problema è globale o parziale, (2) attivare i log, (3) isolare i plugin, (4) isolare il tema, (5) verificare risorse e versioni, (6) cache e ottimizzazione, (7) integrità dei file, (8) ambiente server.
Fase 1: determinare l’estensione esatta del problema
Prima di toccare qualsiasi cosa, verificate:
– Il front-end è completamente bianco, o solo alcune pagine?
– L’area di amministrazione /wp-admin/ è accessibile?
– Il problema si manifesta per tutti i visitatori o solo per chi è connesso?
– Avete effettuato una modifica poco prima (aggiornamento, nuovo plugin, impostazione della cache, migrazione)?
Questa semplice selezione vi fa risparmiare moltissimo tempo: uno schermo bianco ovunque indica più probabilmente un errore fatale globale, mentre uno schermo bianco su una pagina specifica può derivare da uno shortcode, da un template o da un conflitto localizzato.
Fase 2: attivare il debug correttamente (senza esporre tutto)
Per uscire dal silenzio, abilitate la scrittura degli errori in un file di log. In wp-config.php potete attivare WP_DEBUG e soprattutto WP_DEBUG_LOG (e evitare WP_DEBUG_DISPLAY in produzione). Poi riproducete il problema e consultate il file di log (spesso in wp-content/debug.log a seconda della configurazione).
Questo log vi fornirà spesso la riga esatta: un Fatal error, una funzione non trovata, una classe mancante, un’incompatibilità della versione di PHP, ecc. È il modo più diretto per identificare il plugin, il tema o il file responsabile.
Fase 3: disattivare tutti i plugin per isolare il colpevole
Se avete accesso all’admin, disattivate tutti i plugin insieme, poi riattivateli uno a uno finché il problema non si ripresenta. Se non avete accesso all’admin, passate via FTP/SFTP o il file manager dell’hosting: rinominate la cartella wp-content/plugins a plugins_old (o rinominate solo la cartella del plugin sospetto se avete un indizio dai log). WordPress disattiverà allora le estensioni.
Una volta che il sito è tornato, ripristinate la cartella e rinominate i plugin uno a uno, o riattivate via admin per trovare il responsabile. Pensate anche a verificare i plugin mu-plugins (wp-content/mu-plugins), spesso dimenticati perché non elencati nell’admin.
Per una procedura guidata con varianti a seconda dell’accesso (FTP, pannello, ecc.), potete consultare questa guida esterna: Schermata bianca di WordPress: come correggerla rapidamente.
Fase 4: testare con un tema predefinito
Si disattivare i plugin non cambia nulla, il tema (o un tema child) è probabilmente la causa. Passa temporaneamente a un tema nativo (Twenty Twenty-Three/Twenty Twenty-Four a seconda della tua versione). Senza accesso admin, rinomina la cartella del tema attivo in wp-content/themes : WordPress passerà a un tema disponibile per impostazione predefinita (se presente).
Se il sito torna, esamina poi: functions.php, file di template recenti, codice aggiunto (snippet), compatibilità con la versione PHP o i moduli del builder. Gli errori fatali in functions.php sono particolarmente frequenti dopo l'aggiunta di codice copiato e incollato.
Fase 5: aumentare la memoria PHP e verificare le risorse
Se i log mostrano un esaurimento della memoria (o se sospetti una pagina pesante), aumenta i limiti. Puoi:
– Definire WP_MEMORY_LIMIT in wp-config.php (se consentito).
– Regolare memory_limit lato PHP (php.ini, .user.ini o pannello dell'hosting).
– Ridurre il carico: disattivare temporaneamente plugin pesanti, svuotare i transient, limitare i task simultanei (cron, backup, scan sicurezza).
Su siti e-commerce o molto pluginati, un limite troppo bassa (es. 128M) può diventare insufficiente a seconda degli utilizzi. Monitorate anche CPU/RAM e i limiti di processo imposti dall’offerta di hosting.
Fase 6: svuotare la cache e disattivare l’ottimizzazione aggressiva
Se lo schermo bianco è comparso dopo l’attivazione della minimizzazione/combina, disattivate queste opzioni come priorità. Le ottimizzazioni JS (differito, defer, delay) a volte interrompono l’esecuzione e possono portare a uno schermo vuoto se il rendering dipende fortemente dagli script. Svuotate:
– Cache del plugin (pagina, oggetto).
– Cache server (Varnish, Nginx cache).
– Cache CDN (Cloudflare, ecc.).
Se non potete accedere al back-office, rinominate temporaneamente il plugin di cache per neutralizzarlo, poi eliminate i file di cache (cartelle dedicate in wp-content a seconda delle soluzioni).
Fase 7: verificare l’integrità di WordPress e lo stato degli aggiornamenti
Un aggiornamento interrotto può lasciare un sito in uno stato instabile. Potete ri-caricare i file del core di WordPress (senza toccare wp-content né wp-config.php) da una versione ufficiale corrispondente alla vostra versione target. Assicuratevi che i permessi siano coerenti e che il server possa scrivere dove necessario (uploads, cache, aggiornamenti).
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Per procedure dettagliate lato host (accesso al pannello, verifiche di base), questa risorsa esterna può aiutare: Come risolvere la pagina bianca sul mio sito.
Fase 8: verificare la versione PHP e le incompatibilità
Un cambiamento della versione PHP (volontario o imposto) può causare errori fatali in temi/plugin non compatibili. Al contrario, rimanere su una versione PHP troppo vecchia può anche provocare incompatibilità con plugin recenti. Verificate:
– Versione PHP attiva e moduli richiesti.
– Compatibilità delle estensioni (note di rilascio, requisiti minimi).
– Errori nei log: deprecated non è fatale, ma alcuni errori di tipo/compatibilità possono esserlo a seconda del codice.
Se sospettate un’incompatibilità, testate temporaneamente una versione PHP vicina (es. da 8.2 a 8.1) per confermare la diagnosi, poi pianificate l’aggiornamento del codice invece di restare bloccati su una versione non raccomandata.
Casi particolari: quando il bianco non appare ovunque
Schermata bianca solo su /wp-admin/
Spesso legato a un plugin (sicurezza, cache, editor) o a una risorsa di memoria al momento del caricamento dell’amministrazione. Disabilitate i plugin via FTP, poi testate. Controllate anche gli errori in debug.log, perché l’admin carica molti file.
Schermo bianco solo su una pagina o un tipo di contenuto
Questo può dipendere da uno shortcode, un blocco, un template specifico, un campo personalizzato o una query troppo pesante. Controlla il contenuto della pagina, disattiva i plugin che iniettano shortcode/blocchi e testa con un tema predefinito.
Schermo bianco solo per i visitatori connessi
Spesso dovuto all’editor, a un plugin di ruoli/permessi o a una cache mal configurata (cache di pagine servita a un utente autenticato). Verifica le regole di esclusione della cache per gli utenti connessi e le pagine sensibili (carrello, account, admin).
Soluzioni rapide vs correzioni durature
Una volta che il sito è ripristinato, non limitarti a lasciare un plugin disattivato senza comprenderne la causa. Lo schermo bianco è un sintomo; la correzione duratura implica:
– Identificare con precisione il componente colpevole (plugin/tema/file).
– Aggiornare alla versione corretta o tornare a una versione stabile.
– Sostituire un’estensione abbandonata con un’alternativa mantenuta.
– Correggere il codice (se hai uno snippet personalizzato).
– Regolare le risorse del server se il sito è cresciuto.
Per approfondire un metodo completo di troubleshooting (disattivazione, log, memoria, tema), puoi anche consultare: Risolvere la pagina bianca/schermo bianco su WordPress ….
Evitare che il problema si ripresenti: buone pratiche di manutenzione
La prevenzione è la differenza tra un incidente isolato e interruzioni ricorrenti. Le azioni più efficaci:
– Implementare un ambiente di preproduzione (staging) per testare aggiornamenti e nuove estensioni.
– Automatizzare backup affidabili (e testare il ripristino).
– Monitorare i log (PHP, WordPress, server) e configurare avvisi di disponibilità.
– Evitare l'accumulo di plugin ridondanti, soprattutto cache + sicurezza + ottimizzazione moltiplicati.
– Documentare le modifiche (chi ha aggiornato cosa, quando, perché).
Scegliere plugin affidabili per ridurre i conflitti
Molte schermate bianche si verificano dopo l’aggiunta di un plugin utile ma poco mantenuto. Verificate prima dell’installazione: frequenza degli aggiornamenti, compatibilità dichiarata, supporto, qualità delle recensioni e carico introdotto. Le estensioni a pagamento non sono automaticamente migliori, ma talvolta offrono supporto e un ciclo di manutenzione più chiaro, riducendo i rischi in produzione.
Per confrontare i criteri ed evitare scelte sbagliate, potete leggere Plugin Gratuito vs Plugin Premium: Cosa Scegliere?.
Sicurezza: una schermata bianca può essere anche un sintomo indiretto
In alcuni casi il sito diventa bianco dopo un irrigidimento troppo aggressivo (regole WAF, blocco dei file, permessi), o dopo un’infezione che corrompe file. Alcuni malware provocano errori PHP, reindirizzamenti o carichi sul server che fanno cadere PHP. Se notate file modificati senza motivo, account admin sconosciuti o richieste sospette, trattate l’incidente come un problema di sicurezza, non solo come un bug tecnico.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Per esaminare le insidie più frequenti e rafforzare la vostra postura, consultate Gli Errori di Sicurezza Più Comuni.
Dopo la correzione: verifiche essenziali (SEO, navigazione, errori)
Una volta ripristinata la visualizzazione, verificate che tutto funzioni realmente:
– Scorrete le pagine principali (home, categorie, articoli, pagine di conversione).
– Testate la ricerca interna, i moduli, i pagamenti (se e-commerce).
– Controllate la console del browser per errori JS che potrebbero causare una resa vuota a seconda delle pagine.
– Verificate gli errori del server e i log di WordPress nelle 24–48 ore.
Se l’incidente si è verificato dopo una migrazione o un grande aggiornamento, approfittatene per controllare i link interrotti e gli status HTTP. Su questo punto specifico, Correggere gli errori 404 dopo una migrazione può aiutarvi a pulire i problemi residui.
Impatto sull’indicizzazione: cosa verificare se Google ha effettuato il crawl durante il guasto
Uno schermo bianco può essere accompagnato da codici HTTP variabili (200 con contenuto vuoto, 500, 502, 503). Se Googlebot ci incappa, rischiate una deindicizzazione temporanea o una perdita di visibilità, soprattutto se il guasto dura. Dopo il ripristino, verificate nella Search Console: copertura, pagine escluse, errori del server, e ispezionate alcune URL chiave.
Per una checklist orientata alla visibilità, l’articolo Come Verificare che sia Indicizzato Correttamente consente di confermare che tutto è tornato alla normalità lato motori.
Gestione multi-sito o parco siti: ridurre il rischio su larga scala
Se gestisci più siti, il rischio di incidenti si moltiplica: un aggiornamento automatico malgestito, un plugin comune difettoso o una configurazione server identica possono provocare schermate bianche a catena. In questo contesto, struttura:
– Onde di aggiornamento (canary release): 1 sito pilota, poi distribuzione progressiva.
– Una standardizzazione dei plugin e dei temi autorizzati.
– Un monitoraggio centralizzato e backup verificati.
– Ambienti di test rappresentativi.
Per mettere in piedi un’organizzazione solida, Come Gestire un Parco di Siti in Modo Efficace fornisci un quadro pratico.
Quando rivolgersi all’hosting (e cosa chiedere)
Se hai isolato plugin e tema senza successo, o se i log indicano errori di tipo PHP-FPM, timeout, 502\/503, è il momento di coinvolgere l’hosting. Chiedi:
– I log lato server al momento preciso dell’incidente.
– La conferma di una modifica recente (versione PHP, moduli, regole di sicurezza).
– I limiti delle risorse e se sono stati raggiunti (CPU, RAM, IO, processi).
– Un riavvio controllato dei servizi se necessario (PHP-FPM, cache del server).
Per un altro approccio alla risoluzione dei problemi orientato all'hosting, puoi consultare: Comment riparare la pagina bianca su WordPress (White ….
Piano d'azione riassunto (checklist)
1) Identificare se il problema è globale, solo per l'admin o specifico della pagina.
2) Attivare il log degli errori e riprodurre l'incidente.
3) Disattivare i plugin (FTP se necessario), poi riattivarli uno a uno.
4) Testare con un tema predefinito.
5) Verificare la memoria PHP/le risorse e regolare.
6) Svuotare le cache e annullare la minificazione/ottimizzazioni aggressive.
7) Verificare l'integrità dei file di WordPress e aggiornamenti incompleti.
8) Controllare la versione PHP e le compatibilità.
9) Dopo il ripristino: test funzionali + SEO + monitoraggio.
Necessiti di un intervento per evitare recidive
Se desideri mettere in sicurezza gli aggiornamenti, il monitoraggio, i backup e gli interventi rapidi in caso di incidente, puoi scoprire le nostre offerte di manutenzione adattate ai siti WordPress.
