errore critico di wordpress
Agisci ora: proteggi l'accesso e limita l'impatto
Quando appare il messaggio There has been a critical error on this site, l'obiettivo non è quello di capirlo prima, ma di prendere il controllo senza peggiorare la situazione. Iniziate con l'evitare operazioni a casaccio (reinstallazioni a catena, cancellazione di file a caso). Se avete accesso all'hosting (FTP/SFTP + pannello come cPanel/Plesk) e/o al database, potete intervenire correttamente. Altrimenti, mettete temporaneamente il sito in modalità di manutenzione tramite il vostro host (se possibile) o bloccate l'accesso pubblico (regole del server) per evitare una valanga di visite, cache inconsistenti e tentativi di attacco durante l'incidente.
Se l'amministrazione di WordPress è inaccessibile, verificate innanzitutto se è stata inviata un'e-mail automatica da WordPress all'indirizzo dell'amministratore: da diverse versioni, WordPress fornisce talvolta una modalità di recupero con un link di connessione unico. Se esiste, utilizzatelo immediatamente per disattivare l'elemento in questione (plugin o tema). Se non si riceve nulla, è necessario utilizzare FTP e/o attivare il debug.
Comprendere il fattore scatenante: plugin, tema, aggiornamento o server
Nella maggior parte dei casi, l'errore critico deriva da un errore fatale di PHP, spesso legato a :
- un plugin attivato o aggiornato di recente;
- un tema (o un costruttore) aggiornato ;
- Incompatibilità della versione di PHP;
- memoria PHP insufficiente ;
- un conflitto tra estensioni ;
- aggiornamenti incompleti (core, plugin, temi) ;
- diritti dei file non corretti o corruzione dei file.
È utile distinguere questo messaggio dagli errori bianchi e dagli errori del server: a volte l'inconveniente è più simile a un errore HTTP 500. Per saperne di più sulle cause sul lato server, potete consultare questa guida esterna su Cause comuni di un errore 500 su WordPress (configurazione, .htaccess, limitazioni, ecc.).
Abilitare correttamente il debug (senza esporre i visitatori)
Per identificare esattamente il file e la linea che si bloccano, attivare il log anziché la visualizzazione pubblica. Nel file wp-config.php, aggiungere (o regolare) queste costanti:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
L'obiettivo è scrivere gli errori in wp-content/debug.log. Se questo file non si riempie, verificare i diritti di scrittura su wp-content o controllare i log di PHP/Apache/Nginx nell'interfaccia dell'hosting. Una volta individuata la causa, reimpostare WP_DEBUG su false.
Isolamento della causa più probabile: i plugin
Il plugin è il primo indiziato, soprattutto dopo un aggiornamento o l'aggiunta di un'estensione. Anche se non è possibile accedere a /wp-admin, è possibile disattivare i plugin tramite FTP:
1) Collegarsi tramite FTP/SFTP.
2) Andare su wp-content/.
3) Rinominare la cartella dei plugin in plugins-old.
WordPress non trova più i plugin, quindi li disattiva. Se il sito ritorna, avete confermato la traccia del plugin. Successivamente, ripristinate la cartella con il nome originale e rinominate le sottocartelle dei plugin una per una (o disattivatele dall'amministrazione) per identificare il colpevole.
Per evitare questo tipo di saturazione e di conflitto, è importante attenersi alla logica del pool di estensioni: è meglio avere meno plugin, ma ben curati e compatibili. A questo proposito, questo contenuto interno è utile per inquadrare le vostre scelte senza esagerare: Quanti plugin posso installare in modo sicuro sul mio computer?
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Test del tema: passaggio a un tema WordPress predefinito
Se la disattivazione dei plugin non cambia nulla, la colpa potrebbe essere del tema (o di un tema figlio): functions.php, sovraccarico di WooCommerce, codice aggiunto nel posto sbagliato, incompatibilità con un aggiornamento PHP, ecc.
Per fare una prova senza accesso all'amministrazione: tramite FTP, accedere a wp-content/themes/ e rinominare la cartella del tema attivo. WordPress proverà a passare a un tema predefinito (ad esempio Twenty Twenty-Four), se presente. Se non è installato alcun tema predefinito, caricatene uno dal vostro computer (decompresso) in wp-content/themes/ e rinominate il vecchio tema.
Se il sito ritorna, avete isolato il problema del tema. In questa fase, evitate di applicare patch a caso: ripristinate una versione stabile del tema (da un backup), confrontate le modifiche e identificate il file incriminato tramite il log.
Risolvere gli aggiornamenti incompleti (core, plugin, traduzioni)
Un aggiornamento interrotto (timeout, interruzione della rete, limite di memoria) a volte lascia WordPress in uno stato instabile. Indicazioni tipiche: un messaggio di errore di aggiornamento, file mancanti o un sito che va in errore critico subito dopo l'operazione.
Se sospettate questo scenario, verificate l'esistenza di un file .maintenance nella root di WordPress: se è stato bloccato, eliminatelo. Quindi riavviate correttamente gli aggiornamenti (o ripristinate da un backup). Per casi concreti di errori di aggiornamento e pubblicazione, potete consultare questa guida esterna: aggiornamento fallito e pubblicazione fallita: possibili soluzioni.
Regolare la memoria e l'ambiente PHP (senza mascherare il vero bug)
Aumentare la memoria può far scomparire un crash, ma attenzione: se un'estensione ha una perdita di memoria o sta eseguendo compiti troppo pesanti, si sta solo rimandando il problema. Detto questo, esiste una soglia minima ragionevole, soprattutto per WooCommerce, i costruttori e i plugin di sicurezza.
Possibili azioni:
- Aumentare WP_MEMORY_LIMIT in wp-config.php (ad esempio 256M).
- Regolare memory_limit sul lato PHP dell'hosting (se autorizzato).
- Controllare la versione di PHP: alcune estensioni richiedono una versione minima. Un aggiornamento della versione di PHP deve essere testato (staging), perché può anche generare un errore se un vecchio plugin non è compatibile.
- Controllare max_execution_time e max_input_vars se si osservano errori durante azioni pesanti (importazione, pagine del costruttore di grandi dimensioni).
Verifica di .htaccess e delle regole del server
Un .htaccess danneggiato o le regole aggiunte da un plugin di cache/sicurezza possono causare un errore o un malfunzionamento del server. Anche se il messaggio visualizzato è un errore critico, la radice potrebbe essere sul lato della riscrittura o le direttive potrebbero essere proibite.
Test rapido: rinominare .htaccess in .htaccess-old, quindi ricaricare il sito. Se il sito torna, rigenerare i permalink dall'amministrazione (Impostazioni > Permalink > Salva) per ricreare un .htaccess pulito. Quindi reintrodurre gradualmente le regole necessarie (cache, sicurezza), convalidando ogni fase.
Riparazione con un metodo strutturato (e non per capriccio)
Più elementi si cambiano contemporaneamente, più si perde la traccia della causa. Un metodo robusto si presenta così:
1) Acquisire i sintomi: pagina interessata, azione scatenante, ora di comparsa.
2) Leggere i log (debug.log + log del server).
3) Neutralizzare i plugin, quindi riattivarli uno per uno.
4) Testare un tema predefinito.
5) Controllare le versioni (WP/PHP), i limiti di memoria, .htaccess.
6) Tornare a un backup se il ripristino è più costoso del rollback.
7) Correggere la causa principale (plugin da sostituire, tema da correggere, aggiornamento della versione, ecc.)
Se si desidera un'ulteriore guida passo-passo per la riparazione di diversi scenari, questa guida esterna è un buon riferimento: come riparare il messaggio Si è verificato un errore critico.
Ripristino di un backup: quando è la soluzione più conveniente
Se il sito è in produzione (e-commerce, lead generation, traffico SEO), l'obiettivo è ridurre i tempi di inattività. In molti casi, il ripristino di un backup pulito (file + database) è la soluzione più rapida, a condizione che :
- conoscere la finestra di perdita accettabile (comandi, moduli, contenuti) ;
- quindi riapplicare l'aggiornamento di staging per riprodurre il bug;
- evitare di ripristinare troppo e di perdere dati importanti.
Per mettere in atto una strategia affidabile (ed efficace), ecco una guida interna alle migliori pratiche: Come eseguire il backup automatico senza rallentare il sito
Dopo la guarigione: evitare le ricadute (mantenimento, stadiazione, monitoraggio)
Una volta che il sito è tornato online, il lavoro non è finito. Senza misure preventive, c'è il rischio che l'incidente si ripeta al prossimo aggiornamento o al prossimo picco di carico. Le azioni più efficaci :
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
- Creare un ambiente di staging per testare gli aggiornamenti (nucleo, plugin, temi).
- Attivare il monitoraggio (uptime + avvisi) e il monitoraggio dei log.
- Pianificare gli aggiornamenti e convalidarli (compatibilità, changelog).
- Controllare le prestazioni dell'amministrazione: un'amministrazione lenta è spesso il sintomo di un accumulo di richieste, cron o estensioni troppo pesanti, che possono anche aumentare il rischio di crash durante le operazioni. A questo proposito, questo articolo interno aiuta a diagnosticare : Lentezza in Admin Cause tecniche
Sicurezza: un incidente può anche essere un segnale d'allarme
In alcuni casi, l'errore critico si verifica dopo una compromissione: iniezione di codice, file modificati, creazione di un amministratore fantasma o sovraccarico del server causato da bot. Se osservate file sconosciuti, reindirizzamenti o account sospetti, considerate l'incidente come potenzialmente legato alla sicurezza.
Senza moltiplicare gli strumenti, adottate le basi: aggiornamenti regolari, plugin affidabili, password forti, limitazione dei tentativi di accesso, permessi di file coerenti e backup off-site. Per saperne di più sulla sicurezza di WordPress, leggete questo contenuto esterno: consigli e buone pratiche di sicurezza.
E se volete ampliare la vostra cassetta degli attrezzi per la risoluzione dei problemi (guasti, malfunzionamenti, comportamenti strani), questa risorsa esterna contiene una serie di casi di studio pratici: correzioni rapide per vari bug di WordPress.
Quando delegare: risparmiare tempo, proteggere la SEO e ridurre i rischi
Se il vostro sito è un bene aziendale, la vera domanda non è solo come ripararlo, ma come evitare che la prossima volta costi di più. La manutenzione di WordPress comprende proprio questo: aggiornamenti controllati, test, backup, sicurezza, monitoraggio e interventi rapidi.
C'è anche un impatto diretto sulla visibilità: indisponibilità, lentezza, errori del server e instabilità possono degradare l'esperienza e, in ultima analisi, i segnali di qualità. Per collegare la manutenzione e le prestazioni organiche, questo contenuto interno fornisce un'angolazione utile: SEO e manutenzione Le Lien Invisible.
Piano d'azione sintetico (lista di controllo)
- Utilizzare il link di ripristino di WordPress, se disponibile.
- Attivare WP_DEBUG_LOG (senza visualizzare gli errori ai visitatori).
- Disattivare tutti i plugin (FTP), quindi riattivarli uno per uno.
- Passare a un tema predefinito (FTP) per confermare la traccia del tema.
- Controllare .maintenance, riavviare correttamente gli aggiornamenti.
- Controllare la memoria/le versioni di PHP e i log del server.
- Test .htaccess (rinominazione) e rigenerazione dei permalink.
- Ripristina un backup se il tempo di diagnostica supera il tempo di rollback accettabile.
- Impostare lo staging, i backup e il monitoraggio per evitare danni.
Necessità di supporto: intervento e mantenimento continuo
Se preferite una risoluzione rapida con un quadro di riferimento (diagnosi, correzione, messa in sicurezza, prevenzione), potete consultare le nostre soluzioni di supporto. In questo modo è possibile gestire l'incidente in corso, ma anche ridurre notevolmente la probabilità che si ripresenti al momento del prossimo aggiornamento o upgrade del sito.
Esternalizzare o non esternalizzare: i giusti criteri di decisione
La regola migliore è semplice: se costa di più chiudere il sito (perdita di vendite, contatti, reputazione, SEO) che mantenerlo, ha senso delegare. Al contrario, un sito vetrina di piccole dimensioni e a basso rischio può cavarsela con una routine minima, a patto di essere disciplinati nei backup e nei test.
Per aiutarvi a decidere, a seconda del vostro contesto (complessità, rischi, risorse interne), questi contenuti interni possono guidare la vostra decisione: Perché affidare la manutenzione a un'agenzia?.
