![\"maintenance](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/12\/jvsgcv8_vb4.jpg\" "\\"WordPress")
<\/p>\nschermo bianco WordPress<\/p>\n
Quando il tuo sito WordPress si trasforma in una pagina bianca (a volte chiamata White Screen of Death), il problema non \u00e8 necessariamente \u201cil sito \u00e8 morto\u201d: 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\u00e9 l\u2019esecuzione si interrompe prima di generare l\u2019HTML, o perch\u00e9 la visualizzazione degli errori \u00e8 disattivata in produzione (il che \u00e8 normale).<\/p>\n
La difficolt\u00e0 \u00e8 che diverse cause producono esattamente lo stesso sintomo: uno schermo vuoto, talvolta solo sul front-end, talvolta solo nell\u2019area di amministrazione, talvolta su una pagina specifica. L\u2019approccio corretto \u00e8 diagnosticare metodicamente, dal pi\u00f9 probabile al pi\u00f9 rapido da verificare, senza peggiorare la situazione.<\/p>\n
Questa \u00e8 una delle cause principali. Un plugin pu\u00f2 causare un errore fatale dopo un aggiornamento, un cambio di versione di PHP, un conflitto con un altro plugin o un\u2019incompatibilit\u00e0 con il tuo tema. Indizio: lo schermo bianco appare subito dopo un aggiornamento, l\u2019attivazione di una funzionalit\u00e0 o su una pagina collegata a quel plugin (modulo, cache, sicurezza, builder, e-commerce\u2026).<\/p>\n
<\/p>\n
Un tema pu\u00f2 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\u2019area di amministrazione funziona ma il sito pubblico \u00e8 bianco, o viceversa a seconda del punto di rottura.<\/p>\n
Si WordPress manque de m\u00e9moire (WP_MEMORY_LIMIT) ou si votre h\u00e9bergeur impose une limite trop basse, l\u2019ex\u00e9cution peut s\u2019arr\u00eater brutalement. Cela arrive souvent sur des sites avec beaucoup de plugins, WooCommerce, ou des t\u00e2ches lourdes (importazione, generazione di immagini, cache, backup). Indizio : lo schermo bianco appare su pagine pesanti (editor, importazione, personalizzazione, pagine prodotto) o in modo intermittente.<\/p>\n
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.<\/p>\n
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.<\/p>\n
Un aggiornamento interrotto (timeout, interruzione FTP, permessi) pu\u00f2 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\u00f2 essere parzialmente possibile.<\/p>\n
Se il server non pu\u00f2 pi\u00f9 scrivere (disco pieno, permessi troppo restrittivi), alcune operazioni falliscono e possono provocare effetti a catena. Indizio: gli upload non funzionano pi\u00f9, gli aggiornamenti falliscono, o i log indicano errori di scrittura.<\/p>\n
Scoprite le nostre offerte di manutenzione WP<\/a><\/p>\n<\/div>\n A volte tutto \u00e8 corretto su WordPress, ma il servizio PHP \u00e8 instabile, una cache server \u00e8 corrotta o una configurazione \u00e8 cambiata. Indizio: errori casuali, tempi di risposta incoerenti o un incidente confermato dall\u2019host.<\/p>\n L\u2019obiettivo \u00e8 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 \u00e8 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\u00e0 dei file, (8) ambiente server.<\/p>\n Prima di toccare qualsiasi cosa, verificate:<\/p>\n \u2013 Il front-end \u00e8 completamente bianco, o solo alcune pagine? Questa semplice selezione vi fa risparmiare moltissimo tempo: uno schermo bianco ovunque indica pi\u00f9 probabilmente un errore fatale globale, mentre uno schermo bianco su una pagina specifica pu\u00f2 derivare da uno shortcode, da un template o da un conflitto localizzato.<\/p>\n 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).<\/p>\n Questo log vi fornir\u00e0 spesso la riga esatta: un Fatal error, una funzione non trovata, una classe mancante, un\u2019incompatibilit\u00e0 della versione di PHP, ecc. \u00c8 il modo pi\u00f9 diretto per identificare il plugin, il tema o il file responsabile.<\/p>\n Se avete accesso all\u2019admin, disattivate tutti i plugin insieme, poi riattivateli uno a uno finch\u00e9 il problema non si ripresenta. Se non avete accesso all\u2019admin, passate via FTP\/SFTP o il file manager dell\u2019hosting: rinominate la cartella wp-content\/plugins<\/em> a plugins_old<\/em> (o rinominate solo la cartella del plugin sospetto se avete un indizio dai log). WordPress disattiver\u00e0 allora le estensioni.<\/p>\n Una volta che il sito \u00e8 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\u00e9 non elencati nell\u2019admin.<\/p>\n Per una procedura guidata con varianti a seconda dell\u2019accesso (FTP, pannello, ecc.), potete consultare questa guida esterna: Schermata bianca di WordPress: come correggerla rapidamente<\/a>.<\/p>\n Si disattivare i plugin non cambia nulla, il tema (o un tema child) \u00e8 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<\/em> : WordPress passer\u00e0 a un tema disponibile per impostazione predefinita (se presente).<\/p>\n Se il sito torna, esamina poi: functions.php, file di template recenti, codice aggiunto (snippet), compatibilit\u00e0 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.<\/p>\n Se i log mostrano un esaurimento della memoria (o se sospetti una pagina pesante), aumenta i limiti. Puoi:<\/p>\n \u2013 Definire WP_MEMORY_LIMIT in wp-config.php (se consentito). Su siti e-commerce o molto pluginati, un limite troppo bassa (es. 128M) pu\u00f2 diventare insufficiente a seconda degli utilizzi. Monitorate anche CPU\/RAM e i limiti di processo imposti dall\u2019offerta di hosting.<\/p>\n Se lo schermo bianco \u00e8 comparso dopo l\u2019attivazione della minimizzazione\/combina, disattivate queste opzioni come priorit\u00e0. Le ottimizzazioni JS (differito, defer, delay) a volte interrompono l\u2019esecuzione e possono portare a uno schermo vuoto se il rendering dipende fortemente dagli script. Svuotate:<\/p>\n \u2013 Cache del plugin (pagina, oggetto). 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).<\/p>\n Un aggiornamento interrotto pu\u00f2 lasciare un sito in uno stato instabile. Potete ri-caricare i file del core di WordPress (senza toccare wp-content n\u00e9 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).<\/p>\n Scoprite le nostre offerte di manutenzione WP<\/a><\/p>\n<\/div>\n Per procedure dettagliate lato host (accesso al pannello, verifiche di base), questa risorsa esterna pu\u00f2 aiutare: Come risolvere la pagina bianca sul mio sito<\/a>.<\/p>\n Un cambiamento della versione PHP (volontario o imposto) pu\u00f2 causare errori fatali in temi\/plugin non compatibili. Al contrario, rimanere su una versione PHP troppo vecchia pu\u00f2 anche provocare incompatibilit\u00e0 con plugin recenti. Verificate:<\/p>\n \u2013 Versione PHP attiva e moduli richiesti. Se sospettate un\u2019incompatibilit\u00e0, testate temporaneamente una versione PHP vicina (es. da 8.2 a 8.1) per confermare la diagnosi, poi pianificate l\u2019aggiornamento del codice invece di restare bloccati su una versione non raccomandata.<\/p>\n Spesso legato a un plugin (sicurezza, cache, editor) o a una risorsa di memoria al momento del caricamento dell\u2019amministrazione. Disabilitate i plugin via FTP, poi testate. Controllate anche gli errori in debug.log, perch\u00e9 l\u2019admin carica molti file.<\/p>\n Questo pu\u00f2 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.<\/p>\n Spesso dovuto all\u2019editor, 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).<\/p>\n Una volta che il sito \u00e8 ripristinato, non limitarti a lasciare un plugin disattivato senza comprenderne la causa. Lo schermo bianco \u00e8 un sintomo; la correzione duratura implica:<\/p>\n \u2013 Identificare con precisione il componente colpevole (plugin\/tema\/file). Per approfondire un metodo completo di troubleshooting (disattivazione, log, memoria, tema), puoi anche consultare: Risolvere la pagina bianca\/schermo bianco su WordPress \u2026<\/a>.<\/p>\n La prevenzione \u00e8 la differenza tra un incidente isolato e interruzioni ricorrenti. Le azioni pi\u00f9 efficaci:<\/p>\n \u2013 Implementare un ambiente di preproduzione (staging) per testare aggiornamenti e nuove estensioni. Molte schermate bianche si verificano dopo l\u2019aggiunta di un plugin utile ma poco mantenuto. Verificate prima dell\u2019installazione: frequenza degli aggiornamenti, compatibilit\u00e0 dichiarata, supporto, qualit\u00e0 delle recensioni e carico introdotto. Le estensioni a pagamento non sono automaticamente migliori, ma talvolta offrono supporto e un ciclo di manutenzione pi\u00f9 chiaro, riducendo i rischi in produzione.<\/p>\n Per confrontare i criteri ed evitare scelte sbagliate, potete leggere Plugin Gratuito vs Plugin Premium: Cosa Scegliere?<\/a>.<\/p>\n In alcuni casi il sito diventa bianco dopo un irrigidimento troppo aggressivo (regole WAF, blocco dei file, permessi), o dopo un\u2019infezione 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\u2019incidente come un problema di sicurezza, non solo come un bug tecnico.<\/p>\n Scoprite le nostre offerte di manutenzione WP<\/a><\/p>\n<\/div>\n Per esaminare le insidie pi\u00f9 frequenti e rafforzare la vostra postura, consultate Gli Errori di Sicurezza Pi\u00f9 Comuni<\/a>.<\/p>\n Una volta ripristinata la visualizzazione, verificate che tutto funzioni realmente:<\/p>\n \u2013 Scorrete le pagine principali (home, categorie, articoli, pagine di conversione). Se l\u2019incidente si \u00e8 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<\/a> pu\u00f2 aiutarvi a pulire i problemi residui.<\/p>\n Uno schermo bianco pu\u00f2 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\u00e0, soprattutto se il guasto dura. Dopo il ripristino, verificate nella Search Console: copertura, pagine escluse, errori del server, e ispezionate alcune URL chiave.<\/p>\n Per una checklist orientata alla visibilit\u00e0, l\u2019articolo Come Verificare che sia Indicizzato Correttamente<\/a> consente di confermare che tutto \u00e8 tornato alla normalit\u00e0 lato motori.<\/p>\n Se gestisci pi\u00f9 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:<\/p>\n \u2013 Onde di aggiornamento (canary release): 1 sito pilota, poi distribuzione progressiva. Per mettere in piedi un\u2019organizzazione solida, Come Gestire un Parco di Siti in Modo Efficace<\/a> fornisci un quadro pratico.<\/p>\n Se hai isolato plugin e tema senza successo, o se i log indicano errori di tipo PHP-FPM, timeout, 502\\\/503, \u00e8 il momento di coinvolgere l\u2019hosting. Chiedi:<\/p>\n \u2013 I log lato server al momento preciso dell\u2019incidente. Per un altro approccio alla risoluzione dei problemi orientato all'hosting, puoi consultare: Comment riparare la pagina bianca su WordPress (White \u2026<\/a>.<\/p>\n 1) Identificare se il problema \u00e8 globale, solo per l'admin o specifico della pagina.8) Problemi lato host (PHP-FPM, opcode cache, incidenti)<\/h3>\n
Diagnosticare senza perdere tempo: ordine d\u2019azione consigliato<\/h2>\n
Fase 1: determinare l\u2019estensione esatta del problema<\/h2>\n
\n\u2013 L\u2019area di amministrazione \/wp-admin\/ \u00e8 accessibile?
\n\u2013 Il problema si manifesta per tutti i visitatori o solo per chi \u00e8 connesso?
\n\u2013 Avete effettuato una modifica poco prima (aggiornamento, nuovo plugin, impostazione della cache, migrazione)?<\/p>\nFase 2: attivare il debug correttamente (senza esporre tutto)<\/h2>\n
Fase 3: disattivare tutti i plugin per isolare il colpevole<\/h2>\n
![\"wordpress](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/12\/ifsvn82xfgo.jpg\" "\\"WordPress")
<\/p>\nFase 4: testare con un tema predefinito<\/h2>\n
Fase 5: aumentare la memoria PHP e verificare le risorse<\/h2>\n
\n\u2013 Regolare memory_limit lato PHP (php.ini, .user.ini o pannello dell'hosting).
\n\u2013 Ridurre il carico: disattivare temporaneamente plugin pesanti, svuotare i transient, limitare i task simultanei (cron, backup, scan sicurezza).<\/p>\nFase 6: svuotare la cache e disattivare l\u2019ottimizzazione aggressiva<\/h2>\n
\n\u2013 Cache server (Varnish, Nginx cache).
\n\u2013 Cache CDN (Cloudflare, ecc.).<\/p>\nFase 7: verificare l\u2019integrit\u00e0 di WordPress e lo stato degli aggiornamenti<\/h2>\n
\nPer saperne di pi\u00f9 sui nostri servizi di manutenzione di siti WordPress<\/h2>\n
Fase 8: verificare la versione PHP e le incompatibilit\u00e0<\/h2>\n
\n\u2013 Compatibilit\u00e0 delle estensioni (note di rilascio, requisiti minimi).
\n\u2013 Errori nei log: deprecated non \u00e8 fatale, ma alcuni errori di tipo\/compatibilit\u00e0 possono esserlo a seconda del codice.<\/p>\nCasi particolari: quando il bianco non appare ovunque<\/h2>\n
Schermata bianca solo su \/wp-admin\/<\/h3>\n
Schermo bianco solo su una pagina o un tipo di contenuto<\/h3>\n
Schermo bianco solo per i visitatori connessi<\/h3>\n
![\"supporto](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/12\/oqtafyt5ktw.jpg\" "\\"WordPress")
<\/p>\nSoluzioni rapide vs correzioni durature<\/h2>\n
\n\u2013 Aggiornare alla versione corretta o tornare a una versione stabile.
\n\u2013 Sostituire un\u2019estensione abbandonata con un\u2019alternativa mantenuta.
\n\u2013 Correggere il codice (se hai uno snippet personalizzato).
\n\u2013 Regolare le risorse del server se il sito \u00e8 cresciuto.<\/p>\nEvitare che il problema si ripresenti: buone pratiche di manutenzione<\/h2>\n
\n\u2013 Automatizzare backup affidabili (e testare il ripristino).
\n\u2013 Monitorare i log (PHP, WordPress, server) e configurare avvisi di disponibilit\u00e0.
\n\u2013 Evitare l'accumulo di plugin ridondanti, soprattutto cache + sicurezza + ottimizzazione moltiplicati.
\n\u2013 Documentare le modifiche (chi ha aggiornato cosa, quando, perch\u00e9).<\/p>\nScegliere plugin affidabili per ridurre i conflitti<\/h2>\n
Sicurezza: una schermata bianca pu\u00f2 essere anche un sintomo indiretto<\/h2>\n
\nPer saperne di pi\u00f9 sui nostri servizi di manutenzione di siti WordPress<\/h2>\n
Dopo la correzione: verifiche essenziali (SEO, navigazione, errori)<\/h2>\n
\n\u2013 Testate la ricerca interna, i moduli, i pagamenti (se e-commerce).
\n\u2013 Controllate la console del browser per errori JS che potrebbero causare una resa vuota a seconda delle pagine.
\n\u2013 Verificate gli errori del server e i log di WordPress nelle 24\u201348 ore.<\/p>\nImpatto sull\u2019indicizzazione: cosa verificare se Google ha effettuato il crawl durante il guasto<\/h2>\n
Gestione multi-sito o parco siti: ridurre il rischio su larga scala<\/h2>\n
\n\u2013 Una standardizzazione dei plugin e dei temi autorizzati.
\n\u2013 Un monitoraggio centralizzato e backup verificati.
\n\u2013 Ambienti di test rappresentativi.<\/p>\nQuando rivolgersi all\u2019hosting (e cosa chiedere)<\/h2>\n
\n\u2013 La conferma di una modifica recente (versione PHP, moduli, regole di sicurezza).
\n\u2013 I limiti delle risorse e se sono stati raggiunti (CPU, RAM, IO, processi).
\n\u2013 Un riavvio controllato dei servizi se necessario (PHP-FPM, cache del server).<\/p>\n![\"manutenzione](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/12\/syto3xs06fu.jpg\" "\\"WordPress")
<\/p>\nPiano d'azione riassunto (checklist)<\/h2>\n
\n2) Attivare il log degli errori e riprodurre l'incidente.
\n3) Disattivare i plugin (FTP se necessario), poi riattivarli uno a uno.
\n4) Testare con un tema predefinito.
\n5) Verificare la memoria PHP\/le risorse e regolare.
\n6) Svuotare le cache e annullare la minificazione\/ottimizzazioni aggressive.
\n7) Verificare l'integrit\u00e0 dei file di WordPress e aggiornamenti incompleti.
\n8) Controllare la versione PHP e le compatibilit\u00e0.
\n9) Dopo il ripristino: test funzionali + SEO + monitoraggio.<\/p>\nNecessiti di un intervento per evitare recidive<\/h2>\n