{"id":13682,"date":"2026-10-21T07:52:34","date_gmt":"2026-10-21T07:52:34","guid":{"rendered":"https:\/\/andreafreelance.com\/?p=13682"},"modified":"2026-10-21T07:52:37","modified_gmt":"2026-10-21T07:52:37","slug":"errore-500-wordpress","status":"publish","type":"post","link":"https:\/\/andreafreelance.com\/en\/errore-500-wordpress\/","title":{"rendered":"Errore 500 in WordPress: individua la causa"},"content":{"rendered":"\n\n
\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n Vota questo post<\/span>\n <\/div>\n <\/div>\n\n

L’errore 500 WordPress, o “Internal Server Error”, indica che il server non riesce a completare la richiesta. Pu\u00f2 presentarsi anche come pagina bianca, ma non rivela da solo la causa. Per risolverlo, parti dai log degli errori<\/strong> e poi isola estensioni, template e configurazione.<\/p>\n\n\n\n

Cambiare impostazioni a caso pu\u00f2 prolungare il blocco e complicare il recupero del sito aziendale. Ti consiglio di seguire questa procedura, intervenendo su un solo elemento alla volta.<\/p>\n\n\n\n

Prima di intervenire: proteggi file e database<\/h2>\n\n\n\n

Annota l’orario dell’errore, la pagina coinvolta e l’ultima modifica effettuata. Un aggiornamento, una nuova estensione o un cambio di versione PHP sono indizi concreti.<\/p>\n\n\n\n

Scarica una copia locale dei file e del database prima di modificare configurazioni o ripristinare copie precedenti. Un ripristino pu\u00f2 sovrascrivere ordini, richieste e contenuti aggiunti dopo il backup. La guida ai backup automatici WordPress<\/a> chiarisce cosa conservare per recuperare il sito.<\/p>\n\n\n\n

Distingui anche i codici: il 500 segnala un errore interno; il 502 una risposta non valida ricevuta da un server a monte. Header eccessivi possono contribuire ad alcuni 502, ma non sono la definizione del problema.<\/p>\n\n\n\n

Un 400 legato a cookie troppo grandi pu\u00f2 invece risolversi cancellando i cookie del dominio nel browser.<\/p>\n\n\n\n

1. Leggi l’error_log prima di cambiare impostazioni<\/h2>\n\n\n\n
\"Un<\/figure>\n\n\n\n

Dove trovare i log<\/h3>\n\n\n\n

Accedi tramite SFTP, FTP o File Manager. Cerca error_log<\/code> nella cartella principale del sito, spesso \/public_html\/<\/code> negli hosting condivisi. Il percorso dipende dall’hosting: alcuni server registrano gli errori solo nel pannello.<\/p>\n\n\n\n

Nel pannello di controllo dell’hosting, in cPanel trovi gli errori nella sezione Metriche > Errori<\/strong>. In Plesk seleziona il dominio in Siti web e domini<\/strong>, poi Log<\/strong>.<\/p>\n\n\n\n

Se serve il debug applicativo, modifica wp-config.php<\/code> inserendo define('WP_DEBUG', true);<\/code>, define('WP_DEBUG_LOG', true);<\/code> e define('WP_DEBUG_DISPLAY', false);<\/code> prima del commento finale. Modifica le costanti gi\u00e0 presenti senza duplicarle.<\/p>\n\n\n\n

La documentazione ufficiale sul debug<\/a> descrive queste impostazioni. Il log viene normalmente scritto in wp-content\/debug.log<\/code>. Disattiva il debug e proteggi o rimuovi il file al termine.<\/p>\n\n\n\n

Quale messaggio cercare<\/h3>\n\n\n\n

Ricarica la pagina problematica e leggi le righe corrispondenti all’orario della prova. Queste firme aiutano a scegliere il controllo successivo.<\/p>\n\n\n\n

Messaggio nel log<\/th>Primo controllo<\/th><\/tr><\/thead>
Allowed memory size exhausted<\/code><\/td>Memoria PHP e consumo dei componenti<\/td><\/tr>
Parse error<\/code><\/td>Sintassi del file indicato<\/td><\/tr>
Uncaught Error<\/code><\/td>Estensioni, template e compatibilit\u00e0 del codice<\/td><\/tr>
Invalid command<\/code><\/td>Direttive del server, anche in .htaccess<\/code><\/td><\/tr>
Permission denied<\/code><\/td>Permessi e proprietario dei file<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Un warning non blocca necessariamente il sito. Cerca il primo errore fatale collegato alla richiesta.<\/p>\n\n\n\n

\n

Il percorso di un plugin nel log lo rende il primo componente da isolare, ma non dimostra da solo l’origine del guasto.<\/p>\n<\/blockquote>\n\n\n\n

2. Isola plugin e tema<\/h2>\n\n\n\n
\"Una<\/figure>\n\n\n\n

Disattiva i plugin, anche senza bacheca<\/h3>\n\n\n\n

Se accedi al pannello, apri la schermata Plugin installati<\/strong>. Seleziona tutti i plugin, scegli Disattiva<\/strong> nelle azioni di gruppo e clicca Applica<\/strong>.<\/p>\n\n\n\n

Se il sito torna operativo, riattivali uno alla volta. Dopo ogni attivazione prova la pagina che generava l’errore, il modulo contatti e le funzioni commerciali.<\/p>\n\n\n\n

Per disattivare i plugin senza bacheca, rinomina wp-content\/plugins<\/code> in plugins_old<\/code> tramite FTP o File Manager. Riprova il sito. Se recuperi l’accesso, visita la schermata dei plugin mentre la cartella \u00e8 rinominata. Ripristina poi il nome originale e riattiva le estensioni singolarmente.<\/p>\n\n\n\n

Questo test non esclude le estensioni obbligatorie presenti in mu-plugins<\/code> o alcuni componenti di cache.<\/p>\n\n\n\n

Prova un tema predefinito<\/h3>\n\n\n\n

Se l’errore resta, attiva temporaneamente un tema ufficiale, come Twenty Twenty-Three<\/strong>, se installato e compatibile.<\/p>\n\n\n\n

Quando la bacheca \u00e8 bloccata, usa l’eventuale collegamento alla modalit\u00e0 di recupero ricevuto da WordPress. Senza accesso, il cambio pu\u00f2 richiedere WP-CLI o un intervento tecnico.<\/p>\n\n\n\n

Se il tema predefinito risolve il problema, raccogli il messaggio del log e contatta gli sviluppatori del tema originale. Evita modifiche improvvisate ai suoi file.<\/p>\n\n\n\n

Per gestire conflitti e aggiornamenti trovi anche la mia guida all’assistenza WordPress per PMI<\/a>.<\/p>\n\n\n\n

3. Verifica il file .htaccess<\/h2>\n\n\n\n

Su Apache e server compatibili, una direttiva errata in .htaccess<\/code> pu\u00f2 generare un errore 500 prima dell’avvio di WordPress.<\/p>\n\n\n\n

Apri la cartella principale del sito e abilita la visualizzazione dei file nascosti. Scarica una copia del file, poi rinomina .htaccess<\/code> in .htaccess.old<\/code>.<\/p>\n\n\n\n

Ricarica il sito. Se funziona, entra in Impostazioni > Permalink<\/strong> e clicca Salva le modifiche<\/strong> senza cambiare la struttura degli indirizzi. WordPress rigenera le proprie regole se pu\u00f2 scrivere nella cartella.<\/p>\n\n\n\n

Confronta poi il vecchio file con quello nuovo: redirect e regole personalizzate non vengono recuperati automaticamente.<\/p>\n\n\n\n

Direttive PHP non consentite, regole inserite male da un plugin o modifiche dovute a una compromissione possono causare il blocco. Se trovi redirect sconosciuti, serve anche un controllo di sicurezza.<\/p>\n\n\n\n

Su Nginx, .htaccess<\/code> non viene utilizzato: rinominarlo non corregge la configurazione del server.<\/p>\n\n\n\n

4. Controlla versione PHP e memoria disponibile<\/h2>\n\n\n\n

Verifica cosa \u00e8 cambiato nella versione PHP<\/h3>\n\n\n\n

Un aggiornamento automatico dell’hosting pu\u00f2 rendere incompatibile codice datato. Anche una versione PHP troppo vecchia pu\u00f2 bloccare componenti aggiornati.<\/p>\n\n\n\n

In cPanel usa MultiPHP Manager<\/strong>; in Plesk apri Impostazioni PHP<\/strong> del dominio. Su IONOS la selezione della versione si trova nelle impostazioni PHP dell’area Hosting.<\/p>\n\n\n\n

Se il problema coincide con un cambio di versione, tornare a quella precedente pu\u00f2 essere una misura temporanea, se possibile. La soluzione stabile \u00e8 aggiornare o sostituire il componente incompatibile, mantenendo una versione PHP supportata.<\/p>\n\n\n\n

Aumenta la memoria soltanto quando serve<\/h3>\n\n\n\n

Se il log segnala il superamento del limite di memoria con Allowed memory size exhausted<\/code>, apri il file di configurazione principale e aggiungi define('WP_MEMORY_LIMIT', '256M');<\/code> prima del commento finale, quello che invita a interrompere le modifiche.<\/p>\n\n\n\n

Se la costante esiste, modifica il valore senza aggiungere una seconda definizione. Salva e ricarica la pagina.<\/p>\n\n\n\n

256 MB sono un valore di prova<\/strong>, non una soluzione universale. Il limite effettivo dipende anche da memory_limit<\/code> sul server.<\/p>\n\n\n\n

Se l’esaurimento si ripete, analizza il consumo della componente coinvolta. Aumentare memoria, tempo di esecuzione e dimensione degli upload insieme rende meno chiara la diagnosi.<\/p>\n\n\n\n

5. Escludi permessi errati e spazio esaurito<\/h2>\n\n\n\n

Come riferimento comune, molti ambienti WordPress utilizzano 644 per i file e 755 per le cartelle<\/strong>. Questi valori non sono universali: contano anche il proprietario dei file e l’handler di esecuzione configurato.<\/p>\n\n\n\n

OVHcloud indica per alcune configurazioni 705 per la cartella radice e le directory, 604 per i file. Il valore 755 citato per uno script come php.cgi<\/code> riguarda invece un eseguibile specifico: non va applicato indistintamente agli altri file.<\/p>\n\n\n\n

Evita modifiche ricorsive senza conoscere la configurazione. Non impostare 777 per tentare di sbloccare tutto.<\/p>\n\n\n\n

Su Aruba Hosting Linux, se il problema compare dopo un aggiornamento con permessi alterati, puoi utilizzare Riparazione Permessi<\/strong> nel pannello del servizio.<\/p>\n\n\n\n

Controlla poi nell’area hosting la percentuale di spazio web occupato e i limiti del numero di file. Disco pieno o quota superata possono impedire la scrittura di cache, sessioni e log.<\/p>\n\n\n\n

Scarica i vecchi archivi prima di rimuoverli. Non cancellare cartelle o database solo perch\u00e9 occupano molto spazio.<\/p>\n\n\n\n

6. Se il log indica il database, separa le cause<\/h2>\n\n\n\n

Il messaggio “Errore nello stabilire una connessione al database” richiede controlli diversi rispetto a un conflitto tra estensioni.<\/p>\n\n\n\n

Nel file di configurazione, confronta DB_NAME<\/code>, DB_USER<\/code>, DB_PASSWORD<\/code> e DB_HOST<\/code> con i dati del database assegnato. Credenziali errate, servizio database indisponibile e tabelle danneggiate sono problemi distinti.<\/p>\n\n\n\n

La riparazione integrata serve per tabelle danneggiate, non per correggere una password. Dopo un backup, aggiungi temporaneamente define('WP_ALLOW_REPAIR', true);<\/code> e apri \/wp-admin\/maint\/repair.php<\/code> sul tuo dominio.<\/p>\n\n\n\n

Esegui la riparazione solo se pertinente al messaggio ricevuto. Rimuovi subito la costante al termine: la pagina di riparazione non richiede il normale accesso amministrativo.<\/p>\n\n\n\n

Se il database non risponde affatto, serve l’intervento dell’hosting. Ripetere modifiche alle credenziali pu\u00f2 introdurre un secondo problema.<\/p>\n\n\n\n

Quando fermarti e coinvolgere l’hosting<\/h2>\n\n\n\n

Chiedi supporto quando i log non sono accessibili, compaiono errori PHP-FPM, risultano limiti di processi superati o il database \u00e8 indisponibile.<\/p>\n\n\n\n

Invia dominio, URL coinvolto, orario con fuso orario, messaggio del log e prove gi\u00e0 effettuate. Non inviare password nel ticket.<\/p>\n\n\n\n

Se sospetti file WordPress danneggiati, reinstalla il core da un pacchetto ufficiale, conservando configurazione e contenuti. Prima isola estensioni, template e configurazione del server.<\/p>\n\n\n\n

Dopo la correzione, svuota le cache pertinenti: plugin, hosting, CDN e browser. Prova homepage, contatti, login e checkout. Una homepage visibile non garantisce che il sito sia operativo.<\/p>\n\n\n\n

Per ridurre le ricadute, prova gli aggiornamenti su staging e mantieni backup separati dal server. Con la mia manutenzione dei siti web<\/a> posso aiutarti a organizzare controlli e aggiornamenti del sito aziendale.<\/p>\n\n\n\n

Domande frequenti sull’errore 500 in WordPress<\/h2>\n\n\n\n

Posso trovare l’estensione responsabile senza bacheca?<\/h3>\n\n\n\n

S\u00ec. Rinomina wp-content\/plugins<\/code> in plugins_old<\/code> e riprova il sito. Se recuperi l’accesso, ripristina il nome dopo aver aperto la schermata dei plugin, quindi riattivali singolarmente.<\/p>\n\n\n\n