Errore critico WordPress: il sito non si apre, cosa fare

Quando WordPress mostra il messaggio «Si è verificato un errore critico su questo sito web», significa che durante l'esecuzione del codice PHP si è verificato un errore che ha impedito al sito di funzionare correttamente.

Il problema può dipendere da un plugin, dal tema, da un aggiornamento incompatibile oppure dalla configurazione del server. Ma il messaggio mostrato ai visitatori non permette di capire quale sia la causa.

Per individuarla, il punto di partenza è controllare i log degli errori PHP nell'hosting. In molti casi, il messaggio di errore contiene già il percorso del file coinvolto e permette di risalire al componente da verificare.

Se il problema riguarda un plugin, potrebbe essere sufficiente disattivarlo temporaneamente dal file manager dell'hosting, anche senza accedere alla dashboard WordPress.

In breve: non reinstallare WordPress e non aggiornare altri componenti alla cieca. Controlla il log PHP, individua il file indicato nel Fatal Error, verifica la disponibilità di un backup e, se la causa sembra essere un plugin, prova a isolarlo temporaneamente. Una volta recuperato l'accesso, verifica compatibilità, aggiornamenti e configurazione prima di riattivarlo.

Cosa significa «Si è verificato un errore critico» su WordPress

WordPress utilizza PHP per eseguire gran parte delle operazioni necessarie al funzionamento del sito.

Quando un componente genera un errore fatale, l'esecuzione del codice può interrompersi e impedire il caricamento di una pagina.

Al posto del contenuto previsto, WordPress può mostrare il messaggio:

«Si è verificato un errore critico su questo sito web.»

In altri casi, il problema può manifestarsi attraverso una pagina completamente bianca, un errore HTTP 500 oppure un blocco limitato ad alcune sezioni del sito.

Questi sintomi non indicano necessariamente la stessa causa, ma possono derivare da errori PHP che devono essere analizzati.

Il messaggio generico visualizzato dal browser non contiene normalmente tutte le informazioni tecniche.

Queste informazioni possono essere registrate nei log del server o, quando configurato, nel file di debug di WordPress.

Per questo motivo, prima di modificare plugin, tema o versione PHP, è importante cercare l'errore effettivo.

Come leggere il Fatal Error nei log dell'hosting

Il controllo dei log PHP è uno dei metodi più utili per individuare la causa di un errore critico WordPress.

Un log è un registro tecnico in cui vengono annotati errori e altri eventi durante l'esecuzione delle applicazioni.

Quando WordPress si blocca a causa di un errore PHP, il server può registrarne il messaggio, l'orario e il percorso del file coinvolto.

1. Accedi al pannello del tuo hosting

Apri il pannello di gestione del servizio su cui è ospitato il sito.

La posizione dei log cambia a seconda del provider e del piano utilizzato.

Potresti trovare sezioni denominate:

• Log degli errori.
• Error Log.
• PHP Errors.
• Log PHP.
• Registri del server.

Alcuni hosting permettono di visualizzare direttamente gli errori dal pannello di controllo.

In altri casi, i log sono disponibili attraverso il file manager, un accesso SFTP oppure richiedendo assistenza al provider.

Non è quindi sempre necessario contattare il supporto per leggerli.

2. Individua il messaggio PHP Fatal Error

Nel registro cerca gli errori comparsi nell'orario in cui il sito ha smesso di funzionare.

Una riga potrebbe essere simile a questa:

Questo esempio è illustrativo.

Il messaggio contiene informazioni importanti:

• PHP Fatal error: indica un errore fatale che ha interrotto l'esecuzione.
• Call to undefined function: descrive il tipo di problema rilevato.
• wp-content/plugins/nome-plugin/: indica che il file coinvolto si trova nella directory di un plugin.
• functions.php: identifica il file in cui è stato rilevato l'errore.
• line 125: indica la riga di codice associata all'errore.

In questo caso, il percorso permette di individuare immediatamente un componente da controllare.

Attenzione però: il file indicato nel log non è necessariamente la causa originaria del problema.

Un plugin potrebbe generare un errore perché utilizza una funzione non più disponibile, perché dipende da un altro componente oppure perché non è compatibile con la versione PHP attiva.

Quando disponibile, anche lo stack trace può aiutare a ricostruire la sequenza delle chiamate che ha prodotto l'errore.

3. Controlla se il problema riguarda un plugin, il tema o il server

Il percorso del file rappresenta un primo indizio.

Per esempio:

Indica che il file si trova nella directory dei plugin.

Indica che il file si trova nella directory dei temi.

Se invece l'errore riguarda file del nucleo di WordPress, librerie PHP o componenti del server, la diagnosi potrebbe essere più articolata.

Non è consigliabile rinominare o modificare file di sistema senza aver identificato la causa.

Il primo obiettivo non è correggere immediatamente il codice, ma capire quale componente deve essere verificato.

Come disattivare un plugin WordPress dal file manager dell'hosting

Se il log indica un errore riconducibile a un plugin, puoi tentare di disattivarlo temporaneamente senza accedere alla dashboard WordPress.

Questo metodo può essere utile quando anche /wp-admin restituisce l'errore critico e non è possibile utilizzare le normali funzioni di amministrazione.

Prima di intervenire, verifica che esista un backup recente del sito e del database. Se possibile, conserva anche una copia della directory coinvolta.

1. Apri il file manager dello spazio web

Accedi al pannello hosting e cerca la funzione per gestire i file presenti sul server.

In alternativa, puoi utilizzare un client SFTP, se disponi delle credenziali e dei permessi necessari.

Individua la directory in cui è installato WordPress.

Al suo interno troverai normalmente:

Apri questa cartella e successivamente:

Qui sono presenti le directory dei plugin installati.

2. Individua la cartella del plugin coinvolto

Torna al messaggio Fatal Error letto nei log.

Se il percorso indica, per esempio:

La directory da verificare sarà:

Non è necessario modificare il singolo file PHP indicato dall'errore.

Per isolare temporaneamente il plugin è generalmente preferibile intervenire sulla sua directory principale.

3. Rinomina temporaneamente la cartella

Attraverso il file manager, modifica il nome della directory.

Per esempio, da:

a:

Puoi utilizzare anche un suffisso come _off o _backup, purché il nome non corrisponda più al percorso originale del plugin.

In questo modo WordPress non troverà più il componente nella posizione in cui era stato registrato.

Quando il plugin non risulta più disponibile nel percorso previsto, WordPress può disattivarlo.

Questa operazione non cancella il plugin né i suoi file.

Si tratta di un intervento temporaneo per isolare il componente e verificare se è effettivamente coinvolto nel blocco.

Attenzione: disattivare un plugin può interrompere funzionalità importanti del sito, come moduli, prenotazioni o integrazioni. Alcuni componenti, inoltre, possono essere indispensabili per il funzionamento di altri plugin.

4. Controlla se il sito torna accessibile

Dopo aver rinominato la cartella, prova ad aprire nuovamente il sito.

Verifica sia la parte pubblica sia la pagina di amministrazione:

Se WordPress torna accessibile, hai ottenuto un risultato importante: il sito riesce nuovamente a eseguire le operazioni necessarie senza caricare il componente isolato.

Questo rafforza l'ipotesi che il problema sia collegato al plugin o a una sua dipendenza.

Non significa però che la causa sia già stata corretta.

Se il sito continua a mostrare l'errore, torna ai log e verifica se compare lo stesso messaggio oppure un errore differente.

Potrebbero esserci più problemi contemporaneamente.

5. Correggi il problema prima di riattivare il plugin

Una volta recuperato l'accesso alla dashboard, verifica:

• Versione del plugin.
• Compatibilità con WordPress.
• Versione PHP attiva.
• Eventuali aggiornamenti disponibili.
• Dipendenze da altri componenti.
• Messaggi presenti nei log.
• Modifiche eseguite prima del blocco.

Se disponibile, utilizza un ambiente di staging per provare l'aggiornamento o la sostituzione del componente.

Solo dopo aver individuato e corretto la causa, ripristina il nome originale della directory e verifica il comportamento di WordPress.

Se il plugin era stato disattivato, potrebbe essere necessario riattivarlo dalla dashboard.

Non rinominare ripetutamente le cartelle e non riattivare il componente senza verifiche, soprattutto se gestisce dati, ordini, prenotazioni o altre funzioni aziendali.

Rinominare la cartella può permettere di recuperare il sito, ma la soluzione definitiva richiede di correggere l'errore che ha causato il blocco.

La modalità di ripristino WordPress: un'altra strada possibile

WordPress dispone anche di una modalità di ripristino, chiamata Recovery Mode.

Quando rileva determinati errori fatali riconducibili a plugin o temi, può inviare un'email all'indirizzo amministrativo configurato nel sito.

Il messaggio può contenere informazioni sul problema e un collegamento per accedere alla modalità di ripristino.

Come utilizzare la Recovery Mode

Controlla la casella associata all'amministratore WordPress, compresa la cartella spam.

Se ricevi l'email:

1. Verifica che il messaggio riguardi effettivamente il tuo sito.
2. Apri il collegamento alla modalità di ripristino.
3. Accedi utilizzando le tue credenziali amministrative.
4. Controlla quale componente viene segnalato.
5. Valuta la disattivazione del plugin o del tema coinvolto.
6. Verifica il funzionamento del sito.

La Recovery Mode permette a WordPress di sospendere il componente problematico nel contesto del ripristino, così da rendere possibile l'accesso amministrativo in determinati casi.

Non è però una soluzione garantita per ogni errore.

Cosa fare se l'email non arriva

L'assenza dell'email non significa necessariamente che il problema sia più grave.

Potrebbero esserci difficoltà nell'invio delle notifiche, un indirizzo amministrativo non aggiornato oppure un errore che non attiva correttamente la modalità di ripristino.

In questo caso, torna alla diagnosi attraverso il pannello hosting.

Il controllo dei log resta utile anche quando la Recovery Mode funziona, perché permette di capire quale errore si è verificato e quali componenti sono coinvolti.

Le cause più comuni di un errore critico WordPress

Non tutti gli errori critici dipendono da un plugin.

Lo stesso messaggio può comparire per problemi differenti, ciascuno dei quali richiede verifiche specifiche.

Plugin o tema incompatibile

È una delle situazioni da verificare quando il problema compare immediatamente dopo un aggiornamento o l'installazione di un componente.

Un plugin può richiamare funzioni non disponibili, entrare in conflitto con altri componenti oppure utilizzare codice incompatibile con la configurazione corrente.

Il log può permettere di individuare il percorso del file coinvolto.

In questi casi, isolare temporaneamente il componente può aiutare a confermare il problema.

Versione PHP non compatibile

WordPress e i suoi componenti richiedono versioni PHP supportate.

Se il provider modifica la versione PHP attiva o se un plugin utilizza funzionalità non compatibili, possono comparire errori fatali.

Nel pannello hosting verifica:

• Versione PHP attualmente utilizzata.
• Eventuali modifiche recenti.
• Requisiti di WordPress.
• Compatibilità di plugin e tema.

Non cambiare versione PHP alla cieca.

Il passaggio a una versione precedente può introdurre problemi di sicurezza o incompatibilità differenti.

Per approfondire puoi leggere PHP: cos'è e perché funziona il tuo sito.

Aggiornamento interrotto

Un aggiornamento di WordPress, di un tema o di un plugin può interrompersi prima che tutti i file siano stati sostituiti correttamente.

Il risultato può essere un'installazione incompleta, con componenti appartenenti a versioni differenti.

In questi casi è necessario verificare lo stato dei file e valutare il ripristino o una reinstallazione controllata del componente interessato.

Prima di procedere, conserva un backup e identifica la versione effettivamente installata.

Limite di memoria PHP raggiunto

Alcuni errori dipendono dall'esaurimento della memoria disponibile per l'esecuzione degli script PHP.

Il log può mostrare messaggi simili a:

Il problema può verificarsi durante operazioni particolarmente impegnative, come l'elaborazione di immagini, l'esecuzione di plugin complessi o alcune attività amministrative.

Aumentare il limite di memoria non è sempre la soluzione definitiva.

Occorre capire perché il processo sta consumando quella quantità di risorse.

File alterati o compromissione del sito

Se il sito presenta file sconosciuti, modifiche non autorizzate o comportamenti anomali, bisogna considerare anche la possibilità di una compromissione.

Un errore fatale, da solo, non dimostra che il sito sia stato violato.

Se però ci sono indizi di intrusione, il recupero del funzionamento non basta.

Occorre preservare le informazioni utili all'analisi, verificare gli accessi, controllare i dispositivi e coordinare gli interventi con il provider.

Abbiamo approfondito la procedura nella guida Hosting violato: cosa fare per proteggere sito, email e PC aziendali.

Cosa fare se il sito continua a non funzionare

Se la disattivazione del componente sospetto non risolve il problema, non significa automaticamente che il plugin sia estraneo all'errore.

Potrebbero esistere dipendenze o altri errori che diventano visibili soltanto dopo il primo intervento.

Torna al log PHP e verifica il messaggio più recente.

A questo punto è utile controllare:

• Se il Fatal Error è cambiato.
• Se il problema compare soltanto nel frontend o anche nella dashboard.
• Se la versione PHP è compatibile con il sito.
• Se il tema presenta errori.
• Se WordPress ha completato gli aggiornamenti.
• Se sono presenti limiti di memoria o altre anomalie del server.
• Se esiste un backup utilizzabile.

Quando il problema riguarda file del nucleo di WordPress, database, configurazioni del server o più componenti contemporaneamente, è preferibile coinvolgere un tecnico.

La diagnosi deve sempre basarsi sul messaggio effettivo e sugli interventi già eseguiti.

Chi deve intervenire: hosting o tecnico WordPress?

Non tutti i problemi richiedono necessariamente l'assistenza del provider.

La scelta dipende dalla causa.

Quando contattare l'hosting

Il supporto hosting è il riferimento appropriato quando:

• Non riesci ad accedere ai log disponibili sul server.
• Devi verificare la versione PHP attiva.
• Sospetti un problema relativo alla configurazione del servizio.
• Ci sono anomalie nei permessi dei file.
• Il server restituisce errori non riconducibili chiaramente a WordPress.
• Hai bisogno di informazioni sui backup forniti dal provider.

Quando serve un tecnico WordPress

Un tecnico specializzato è particolarmente utile quando:

• L'errore riguarda il codice di plugin o temi.
• Ci sono incompatibilità tra componenti.
• Serve correggere file o configurazioni.
• È necessario intervenire sul database.
• Il ripristino richiede verifiche sulle funzionalità.
• Il sito presenta personalizzazioni importanti.
• Emergono indizi di compromissione.

Hosting e tecnico possono collaborare, ma le loro responsabilità non sono necessariamente identiche.

Il provider gestisce il servizio infrastrutturale secondo il contratto sottoscritto. Il tecnico WordPress interviene sul funzionamento dell'applicazione.

Per questo, quando chiedi assistenza, è utile fornire il messaggio del Fatal Error, l'orario del problema e l'elenco delle modifiche recenti.

Evita di condividere pubblicamente log completi se contengono percorsi sensibili, indirizzi o altre informazioni riservate.

Come prevenire gli errori critici WordPress

Non è possibile escludere completamente ogni errore, ma una gestione corretta del sito può ridurre il rischio e rendere più semplice il ripristino.

Backup verificati

Conservare un backup è importante, ma non basta sapere che esiste.

Una copia utile dovrebbe comprendere gli elementi necessari al ripristino, come file e database, ed essere disponibile anche quando il sito principale non funziona.

Quando possibile, occorre verificare periodicamente che il ripristino sia realmente eseguibile.

La frequenza dei backup dipende dal tipo di sito e dalla quantità di dati che cambiano.

Un sito vetrina aggiornato occasionalmente ha esigenze differenti da un e-commerce che registra ordini ogni giorno.

Aggiornamenti controllati

WordPress, plugin e temi devono essere mantenuti aggiornati per motivi di sicurezza e compatibilità.

Tuttavia, su siti con molte personalizzazioni o funzionalità critiche è utile testare gli aggiornamenti prima della pubblicazione.

Un ambiente di staging permette di verificare il comportamento del sito senza intervenire immediatamente sulla versione utilizzata dai clienti.

È comunque necessario ricordare che l'ambiente di prova potrebbe non riprodurre perfettamente ogni condizione del sito in produzione.

Verifica della compatibilità PHP

Prima di modificare la versione PHP, controlla i requisiti dei componenti installati.

Versioni obsolete possono presentare rischi di sicurezza, mentre versioni più recenti possono esporre incompatibilità con codice non aggiornato.

La soluzione è pianificare gli aggiornamenti e verificare il funzionamento del sito dopo ogni modifica.

Manutenzione con responsabilità definite

Una manutenzione efficace dovrebbe comprendere controlli tecnici, gestione degli aggiornamenti, monitoraggio degli errori e procedure di backup appropriate.

È utile definire chi interviene, in quali condizioni e con quali tempi.

Per approfondire, consulta la guida Manutenzione sito web: cosa include e quanto costa nel 2026.

Se il sito dipende da numerosi plugin obsoleti, personalizzazioni non documentate o componenti incompatibili, potrebbe essere necessario valutare anche una revisione dell'architettura.

In alcuni casi una ricostruzione può essere più sostenibile rispetto a continui interventi correttivi.

La scelta va effettuata dopo un'analisi tecnica, non soltanto perché si è verificato un singolo errore.

Checklist operativa: cosa fare quando WordPress mostra un errore critico

1. Non eseguire aggiornamenti casuali: evita di modificare WordPress, PHP, temi o plugin prima di aver compreso il problema. Annota gli interventi già effettuati.
2. Controlla i log PHP dell'hosting: cerca il Fatal Error relativo all'orario del blocco. Individua il messaggio e il percorso del file coinvolto.
3. Identifica il componente: verifica se il file appartiene a un plugin, al tema o a un altro elemento del sito. Considera anche eventuali dipendenze.
4. Controlla la disponibilità del backup: verifica che siano presenti copie recenti di file e database prima di modificare le directory.
5. Cerca l'email della Recovery Mode: se disponibile, utilizza la modalità di ripristino WordPress per accedere alla dashboard.
6. Isola il plugin sospetto, se appropriato: se il log identifica un plugin e sai operare sul file manager, rinomina temporaneamente la relativa directory senza cancellarla.
7. Verifica frontend e dashboard: controlla se il sito e /wp-admin sono nuovamente accessibili. Rileggi il log se l'errore continua.
8. Analizza la causa: verifica aggiornamenti, versione PHP, compatibilità, memoria e dipendenze del componente.
9. Ripristina le funzionalità: correggi il problema e verifica il funzionamento delle parti del sito coinvolte prima di considerare concluso l'intervento.
10. Documenta l'accaduto: registra causa, intervento, eventuali componenti disattivati e controlli effettuati, così da prevenire blocchi simili.

Gli errori da evitare

• Reinstallare WordPress senza diagnosi: una reinstallazione può modificare file e configurazioni senza risolvere il problema originario.
• Aggiornare tutto contemporaneamente: cambiando più componenti diventa difficile identificare quale modifica abbia causato o risolto l'errore.
• Ignorare il log PHP: il messaggio generico mostrato dal browser non contiene abbastanza informazioni per individuare la causa.
• Modificare il singolo file indicato nel Fatal Error: il percorso è un indizio diagnostico, non un invito a cancellare o rinominare quel file.
• Disattivare tutti i plugin senza criterio: può interrompere funzioni importanti e rendere più difficile ricostruire il problema.
• Confondere recupero e soluzione definitiva: se il sito torna accessibile dopo aver isolato un plugin, bisogna comunque correggere la causa dell'errore.
• Cambiare versione PHP alla cieca: una versione differente può introdurre ulteriori incompatibilità o problemi di sicurezza.
• Ripristinare un backup senza verificarlo: una copia incompleta o troppo vecchia potrebbe causare perdita di dati e ulteriori problemi.
• Ignorare possibili segnali di compromissione: file sconosciuti o modifiche non autorizzate richiedono verifiche di sicurezza specifiche.
• Riattivare subito il componente problematico: senza una correzione, lo stesso Fatal Error potrebbe ripresentarsi.

Domande frequenti sull'errore critico WordPress

Come risolvere «Si è verificato un errore critico su questo sito web»?

Il primo passo è leggere i log PHP dell'hosting e individuare il Fatal Error. Se il messaggio indica un plugin, puoi valutare di disattivarlo temporaneamente attraverso la Recovery Mode o rinominando la sua directory dal file manager. Occorre poi identificare e correggere la causa prima della riattivazione.

Dove trovo il log degli errori WordPress?

Dipende dall'hosting. Alcuni provider permettono di consultare direttamente i log PHP dal pannello di controllo. WordPress può anche registrare informazioni nel file wp-content/debug.log, quando il debug logging è correttamente configurato. Se non trovi i registri, chiedi al provider come accedervi.

Come disattivare un plugin se non riesco ad accedere a WP Admin?

Se hai accesso al file manager dell'hosting o a SFTP, puoi individuare la cartella del plugin dentro wp-content/plugins/ e rinominarla temporaneamente. WordPress non troverà più il plugin nel percorso originale e potrà disattivarlo. Prima dell'intervento verifica il backup e considera le funzionalità che potrebbero interrompersi.

Se il sito torna online dopo aver rinominato il plugin, il problema è risolto?

Non necessariamente. Il recupero dell'accesso indica che il componente è probabilmente coinvolto, ma non chiarisce sempre perché si sia verificato l'errore. Occorre controllare compatibilità, dipendenze, versione PHP e aggiornamenti.

Perché non ricevo l'email di ripristino WordPress?

L'email potrebbe non arrivare per problemi di invio, configurazioni della posta o perché l'errore non attiva la modalità di ripristino. In questo caso puoi utilizzare i log PHP e gli strumenti di gestione dell'hosting.

Il sito bianco WordPress è un errore critico?

Una pagina bianca può essere provocata da un errore PHP, ma anche da altre condizioni. Per identificarne la causa è necessario controllare i log e verificare se il server registra un errore fatale.

Devo cambiare la versione PHP se WordPress non funziona?

Non automaticamente. Prima controlla il messaggio di errore, la versione PHP attiva e la compatibilità dei componenti. Il cambio di versione deve essere una decisione motivata dalla diagnosi.

Posso ripristinare WordPress senza perdere dati?

Dipende dal problema e dal tipo di intervento. La disattivazione temporanea di un plugin generalmente non comporta la cancellazione dei suoi file, ma può interrompere funzioni e integrazioni. Ripristini e modifiche più importanti devono essere eseguiti dopo aver verificato i backup.

Il punto centrale

Quando WordPress mostra un errore critico, il messaggio visibile ai visitatori è soltanto il sintomo.

La diagnosi parte dai log PHP dell'hosting, perché spesso contengono già il file coinvolto e le informazioni necessarie per individuare il componente da controllare.

Se il problema riguarda un plugin, rinominare temporaneamente la sua cartella dal file manager può permettere di recuperare l'accesso alla dashboard anche quando WordPress non si apre.

Ma riportare online il sito non equivale sempre a risolvere il problema.

La procedura corretta è individuare la causa, isolare il componente quando appropriato, verificare la compatibilità e ripristinare tutte le funzionalità.

Per una PMI, la prevenzione passa da backup verificati, aggiornamenti controllati e una gestione tecnica che permetta di intervenire rapidamente quando qualcosa smette di funzionare.