![\"manutenzione](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/03\/npxxwgq33zq.jpg\" "\\"Risolvete")
<\/p>\nerrore critico di wordpress<\/p>\n
Quando appare il messaggio There has been a critical error on this site, l'obiettivo non \u00e8 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\u00e0 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.<\/p>\n
Se l'amministrazione di WordPress \u00e8 inaccessibile, verificate innanzitutto se \u00e8 stata inviata un'e-mail automatica da WordPress all'indirizzo dell'amministratore: da diverse versioni, WordPress fornisce talvolta una modalit\u00e0 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, \u00e8 necessario utilizzare FTP e\/o attivare il debug.<\/p>\n
Nella maggior parte dei casi, l'errore critico deriva da un errore fatale di PHP, spesso legato a :<\/p>\n
<\/p>\n
- un plugin attivato o aggiornato di recente;
\n- un tema (o un costruttore) aggiornato ;
\n- Incompatibilit\u00e0 della versione di PHP;
\n- memoria PHP insufficiente ;
\n- un conflitto tra estensioni ;
\n- aggiornamenti incompleti (core, plugin, temi) ;
\n- diritti dei file non corretti o corruzione dei file.<\/p>\n
\u00c8 utile distinguere questo messaggio dagli errori bianchi e dagli errori del server: a volte l'inconveniente \u00e8 pi\u00f9 simile a un errore HTTP 500. Per saperne di pi\u00f9 sulle cause sul lato server, potete consultare questa guida esterna su Cause comuni di un errore 500 su WordPress<\/a> (configurazione, .htaccess, limitazioni, ecc.).<\/p>\n Per identificare esattamente il file e la linea che si bloccano, attivare il log anzich\u00e9 la visualizzazione pubblica. Nel file wp-config.php, aggiungere (o regolare) queste costanti:<\/p>\n define('WP_DEBUG', true); L'obiettivo \u00e8 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.<\/p>\n Il plugin \u00e8 il primo indiziato, soprattutto dopo un aggiornamento o l'aggiunta di un'estensione. Anche se non \u00e8 possibile accedere a \/wp-admin, \u00e8 possibile disattivare i plugin tramite FTP:<\/p>\n 1) Collegarsi tramite FTP\/SFTP. WordPress non trova pi\u00f9 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.<\/p>\n Per evitare questo tipo di saturazione e di conflitto, \u00e8 importante attenersi alla logica del pool di estensioni: \u00e8 meglio avere meno plugin, ma ben curati e compatibili. A questo proposito, questo contenuto interno \u00e8 utile per inquadrare le vostre scelte senza esagerare: Quanti plugin posso installare in modo sicuro sul mio computer?<\/a><\/p>\n Scoprite le nostre offerte di manutenzione WP<\/a><\/p>\n<\/div>\n 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\u00e0 con un aggiornamento PHP, ecc.<\/p>\n Per fare una prova senza accesso all'amministrazione: tramite FTP, accedere a wp-content\/themes\/ e rinominare la cartella del tema attivo. WordPress prover\u00e0 a passare a un tema predefinito (ad esempio Twenty Twenty-Four), se presente. Se non \u00e8 installato alcun tema predefinito, caricatene uno dal vostro computer (decompresso) in wp-content\/themes\/ e rinominate il vecchio tema.<\/p>\n 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.<\/p>\n 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.<\/p>\n Se sospettate questo scenario, verificate l'esistenza di un file .maintenance nella root di WordPress: se \u00e8 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<\/a>.<\/p>\n Aumentare la memoria pu\u00f2 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.<\/p>\n Possibili azioni:<\/p>\n - Aumentare WP_MEMORY_LIMIT in wp-config.php (ad esempio 256M). 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 \u00e8 un errore critico, la radice potrebbe essere sul lato della riscrittura o le direttive potrebbero essere proibite.<\/p>\n 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.<\/p>\n Pi\u00f9 elementi si cambiano contemporaneamente, pi\u00f9 si perde la traccia della causa. Un metodo robusto si presenta cos\u00ec:<\/p>\n 1) Acquisire i sintomi: pagina interessata, azione scatenante, ora di comparsa. Se si desidera un'ulteriore guida passo-passo per la riparazione di diversi scenari, questa guida esterna \u00e8 un buon riferimento: come riparare il messaggio Si \u00e8 verificato un errore critico<\/a>.<\/p>\n Se il sito \u00e8 in produzione (e-commerce, lead generation, traffico SEO), l'obiettivo \u00e8 ridurre i tempi di inattivit\u00e0. In molti casi, il ripristino di un backup pulito (file + database) \u00e8 la soluzione pi\u00f9 rapida, a condizione che :<\/p>\n - conoscere la finestra di perdita accettabile (comandi, moduli, contenuti) ; 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<\/a><\/p>\n Una volta che il sito \u00e8 tornato online, il lavoro non \u00e8 finito. Senza misure preventive, c'\u00e8 il rischio che l'incidente si ripeta al prossimo aggiornamento o al prossimo picco di carico. Le azioni pi\u00f9 efficaci :<\/p>\n Scoprite le nostre offerte di manutenzione WP<\/a><\/p>\n<\/div>\n - Creare un ambiente di staging per testare gli aggiornamenti (nucleo, plugin, temi). 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.<\/p>\n 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\u00f9 sulla sicurezza di WordPress, leggete questo contenuto esterno: consigli e buone pratiche di sicurezza<\/a>.<\/p>\n 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<\/a>.<\/p>\n Se il vostro sito \u00e8 un bene aziendale, la vera domanda non \u00e8 solo come ripararlo, ma come evitare che la prossima volta costi di pi\u00f9. La manutenzione di WordPress comprende proprio questo: aggiornamenti controllati, test, backup, sicurezza, monitoraggio e interventi rapidi.<\/p>\n C'\u00e8 anche un impatto diretto sulla visibilit\u00e0: indisponibilit\u00e0, lentezza, errori del server e instabilit\u00e0 possono degradare l'esperienza e, in ultima analisi, i segnali di qualit\u00e0. Per collegare la manutenzione e le prestazioni organiche, questo contenuto interno fornisce un'angolazione utile: SEO e manutenzione Le Lien Invisible<\/a>.<\/p>\n - Utilizzare il link di ripristino di WordPress, se disponibile. Se preferite una risoluzione rapida con un quadro di riferimento (diagnosi, correzione, messa in sicurezza, prevenzione), potete consultare le nostre soluzioni di supporto<\/a>. In questo modo \u00e8 possibile gestire l'incidente in corso, ma anche ridurre notevolmente la probabilit\u00e0 che si ripresenti al momento del prossimo aggiornamento o upgrade del sito.<\/p>\n La regola migliore \u00e8 semplice: se costa di pi\u00f9 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\u00f2 cavarsela con una routine minima, a patto di essere disciplinati nei backup e nei test.<\/p>\nAbilitare correttamente il debug (senza esporre i visitatori)<\/h2>\n
\ndefine('WP_DEBUG_LOG', true);
\ndefine('WP_DEBUG_DISPLAY', false);<\/p>\nIsolamento della causa pi\u00f9 probabile: i plugin<\/h2>\n
\n2) Andare su wp-content\/.
\n3) Rinominare la cartella dei plugin in plugins-old.<\/p>\n\nPer saperne di pi\u00f9 sui nostri servizi di manutenzione di siti WordPress<\/h2>\n
Test del tema: passaggio a un tema WordPress predefinito<\/h2>\n
Risolvere gli aggiornamenti incompleti (core, plugin, traduzioni)<\/h2>\n
Regolare la memoria e l'ambiente PHP (senza mascherare il vero bug)<\/h2>\n
\n- Regolare memory_limit sul lato PHP dell'hosting (se autorizzato).
\n- Controllare la versione di PHP: alcune estensioni richiedono una versione minima. Un aggiornamento della versione di PHP deve essere testato (staging), perch\u00e9 pu\u00f2 anche generare un errore se un vecchio plugin non \u00e8 compatibile.
\n- Controllare max_execution_time e max_input_vars se si osservano errori durante azioni pesanti (importazione, pagine del costruttore di grandi dimensioni).<\/p>\n![\"wordpress](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/12\/dtdlvpy-vvq.jpg\" "\\"Risolvete")
<\/p>\nVerifica di .htaccess e delle regole del server<\/h2>\n
Riparazione con un metodo strutturato (e non per capriccio)<\/h2>\n
\n2) Leggere i log (debug.log + log del server).
\n3) Neutralizzare i plugin, quindi riattivarli uno per uno.
\n4) Testare un tema predefinito.
\n5) Controllare le versioni (WP\/PHP), i limiti di memoria, .htaccess.
\n6) Tornare a un backup se il ripristino \u00e8 pi\u00f9 costoso del rollback.
\n7) Correggere la causa principale (plugin da sostituire, tema da correggere, aggiornamento della versione, ecc.)<\/p>\nRipristino di un backup: quando \u00e8 la soluzione pi\u00f9 conveniente<\/h2>\n
\n- quindi riapplicare l'aggiornamento di staging per riprodurre il bug;
\n- evitare di ripristinare troppo e di perdere dati importanti.<\/p>\nDopo la guarigione: evitare le ricadute (mantenimento, stadiazione, monitoraggio)<\/h2>\n
\nPer saperne di pi\u00f9 sui nostri servizi di manutenzione di siti WordPress<\/h2>\n
\n- Attivare il monitoraggio (uptime + avvisi) e il monitoraggio dei log.
\n- Pianificare gli aggiornamenti e convalidarli (compatibilit\u00e0, changelog).
\n- Controllare le prestazioni dell'amministrazione: un'amministrazione lenta \u00e8 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<\/a><\/p>\nSicurezza: un incidente pu\u00f2 anche essere un segnale d'allarme<\/h2>\n
Quando delegare: risparmiare tempo, proteggere la SEO e ridurre i rischi<\/h2>\n
![\"supprt](\"https:\/\/w-maintenance.pro\/wp-content\/uploads\/2025\/03\/505eectw54k.jpg\" "\\"Risolvete")
<\/p>\nPiano d'azione sintetico (lista di controllo)<\/h2>\n
\n- Attivare WP_DEBUG_LOG (senza visualizzare gli errori ai visitatori).
\n- Disattivare tutti i plugin (FTP), quindi riattivarli uno per uno.
\n- Passare a un tema predefinito (FTP) per confermare la traccia del tema.
\n- Controllare .maintenance, riavviare correttamente gli aggiornamenti.
\n- Controllare la memoria\/le versioni di PHP e i log del server.
\n- Test .htaccess (rinominazione) e rigenerazione dei permalink.
\n- Ripristina un backup se il tempo di diagnostica supera il tempo di rollback accettabile.
\n- Impostare lo staging, i backup e il monitoraggio per evitare danni.<\/p>\nNecessit\u00e0 di supporto: intervento e mantenimento continuo<\/h2>\n
Esternalizzare o non esternalizzare: i giusti criteri di decisione<\/h2>\n