Una schermata bianca improvvisa o una pagina con la scritta "500 Internal Server Error" blocca le vendite del tuo negozio in un secondo. Quando si verifica un errore 500 PrestaShop, l'intero e-commerce — o una sua sezione critica come la pagina di pagamento — smette di funzionare senza preavviso. Ogni minuto offline si traduce in carrelli abbandonati, clienti persi e un calo di fiducia nel tuo brand.
A differenza di altri codici HTTP più specifici (come il 404 o il 403), l'errore 500 è una risposta generica del server: significa che si è verificato un problema imprevisto che impedisce l'elaborazione della pagina, ma il server non riesce a specificarne il motivo esatto. Per questa ragione è uno degli errori più temuti — e più difficili da diagnosticare senza un metodo preciso.
In questa guida pratica scoprirai: - come attivare la diagnostica interna per leggere l'errore reale; - le cause più frequenti che bloccano un negozio PrestaShop; - le soluzioni step-by-step per ogni scenario, con esempi di codice pronti all'uso; - come prevenire il ritorno dell'errore in futuro.
⚠️ Hai il sito in errore 500 proprio adesso?
Ho trasformato il mio metodo di diagnosi in un modulo: Errore 500 Detective AI individua la causa esatta (modulo in conflitto, override, .htaccess, limiti di memoria) e ti dice come risolverla — in automatico, senza aspettare un tecnico. Lo installi in 60 secondi ed è tuo per sempre.
Risolvi ora — €67 →Rimborso garantito 30 giorni
L'errore 500 PrestaShop — noto anche come PrestaShop 500 Internal Server Error — si verifica quando il server web (Apache, Nginx o IIS) incontra un'anomalia critica durante l'esecuzione del codice PHP. PrestaShop è un CMS dinamico basato su PHP e database MySQL: ogni singola richiesta di un utente richiede l'esecuzione di script complessi, query al database e interazioni tra i moduli attivi.
Se uno solo di questi elementi fallisce o supera i limiti fisici del server, il processo si interrompe bruscamente. Il server, non potendo completare l'elaborazione, restituisce la classica pagina di errore generica invece della pagina HTML attesa.
Sulla base dell'esperienza diretta su centinaia di store PrestaShop, le cause principali sono:
| Causa | Frequenza |
|---|---|
| Conflitto tra moduli di terze parti e core PrestaShop | Alta |
Superamento del limite di memoria PHP (memory_limit) |
Alta |
| Permessi errati su file e cartelle | Media |
File .htaccess corrotto o con direttive non valide |
Media |
| Incompatibilità tra versione PHP e versione PrestaShop | Media |
| Override PHP corrotti o in conflitto | Media |
| Errori nel core dopo un aggiornamento | Bassa |
Capire la causa è fondamentale: applicare la soluzione sbagliata non solo non risolve il problema, ma può peggiorarlo o causare ulteriori blocchi.
Procedere a tentativi quando il sito è offline è il modo più rapido per peggiorare la situazione. Per individuare la causa reale del PrestaShop errore 500, devi forzare la piattaforma a mostrare il report dettagliato dell'errore (chiamato stack trace). Questo report sostituisce la schermata bianca con righe di codice che indicano il file esatto e la riga in cui si è verificato il crash.
⚠️ Importante: una volta risolto il problema, disattiva immediatamente la modalità debug. Lasciarla attiva espone i percorsi dei tuoi file e i dettagli del database a potenziali malintenzionati.
Se stai vivendo un errore 500 PrestaShop accesso amministratore — cioè non riesci ad entrare nel back office — devi modificare un file di configurazione tramite FTP, con FileZilla o il File Manager del tuo hosting.
Procedura completa per attivare debug PrestaShop via FTP:
/config/ e individua il file defines.inc.php.php
define('_PS_MODE_DEV_', false);true:
php
define('_PS_MODE_DEV_', true);Ricarica la pagina che mostrava l'errore: ora vedrai la schermata dettagliata con l'errore PHP specifico, il nome del file coinvolto e il numero di riga esatto.
Se l'errore 500 PrestaShop back office non blocca l'accesso all'area admin, puoi abilitare il debug in pochi clic senza toccare il codice:
Prima di applicare qualsiasi fix, controlla i log di errore del server. Molti hosting (cPanel, Plesk) rendono disponibile un file error_log nella root del sito o nella sezione "Logs" del pannello di controllo.
Il log ti mostrerà righe simili a questa:
[Thu Jun 01 10:23:44 2025] [error] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/classes/Cart.php on line 842
12 controlli da fare in 5 minuti per capire se serve un intervento urgente — prima di chiamare il tecnico.
Quando il sito non va, sembra sempre la fine. Ma il 60% dei casi si risolve con 3 click. Questa checklist ti dice esattamente quali controlli fare, in che ordine, e a quale punto chiamare un esperto.
Gratuito. Arriva in 30 secondi.
Questa singola riga ti dice già tutto: causa = memoria PHP esaurita, file = Cart.php, riga = 842. Senza nemmeno aprire il sito, sai già dove intervenire. I log sono il punto di partenza più rapido — molto più efficiente di un'analisi a tentativi.
Dopo aver attivato la modalità debug o letto il log degli errori, potrai identificare lo scenario specifico. Ecco le soluzioni per i casi più frequenti.
I server web richiedono rigide regole di accesso ai file per motivi di sicurezza. Se i permessi sono troppo restrittivi, PrestaShop non riesce a generare file temporanei, caricare immagini o scrivere nella cache — provocando un blocco interno immediato.
Soluzione step-by-step:
755.644.⛔ Non usare mai
777: molti hosting moderni bloccano l'esecuzione di script con permessi così aperti come misura di sicurezza, aggravando ulteriormente l'errore.
Le cartelle che più frequentemente causano problemi sono: /cache/, /log/, /img/, /upload/ e /modules/.
PrestaShop gestisce grandi volumi di dati. Durante operazioni intensive — importazione catalogo, rigenerazione miniature, elaborazione ordini massiva — il server può esaurire la memoria allocata. Il messaggio di errore sarà simile a:
Fatal error: Allowed memory size of X bytes exhausted
Soluzione — come aumentare il memory limit PHP PrestaShop:
Se hai accesso al file php.ini tramite cPanel o Plesk:
memory_limit = 512M
max_execution_time = 300
max_input_vars = 5000
upload_max_filesize = 32M
post_max_size = 32M
Se il tuo hosting non permette la modifica diretta del php.ini, aggiungi queste righe in cima al file .htaccess:
php_value memory_limit 512M
php_value max_execution_time 300
php_value max_input_vars 5000
In alternativa, crea un file user.ini nella root con:
memory_limit = 512M
max_execution_time = 300
Dopo la modifica, svuota la cache di PrestaShop da Parametri Avanzati > Prestazioni > Svuota cache.
Il file .htaccess gestisce le regole di riscrittura degli URL e i reindirizzamenti. Se un modulo scrive regole errate in questo file, Apache smetterà di funzionare all'istante. L'errore tipico nei log è:
[error] [client x.x.x.x] AH00526: Syntax error on line XX of /var/www/html/.htaccess
Soluzione:
.htaccess attuale in .htaccess_backup via FTP..htaccess con il contenuto standard di PrestaShop:# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticamente generato da PrestaShop e-commerce solution
Options -Indexes
ErrorDocument 400 /index.php
ErrorDocument 403 /index.php
ErrorDocument 404 /index.php
ErrorDocument 405 /index.php
ErrorDocument 408 /index.php
ErrorDocument 500 /index.php
ErrorDocument 503 /index.php
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule . - [E=REWRITEBASE:/]
RewriteBase /
RewriteRule ^api(?:/(.*))?$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]
RewriteRule ^([a-z0-9]+)\-([a-z0-9]+)(\-[_a-zA-Z0-9-]*)\.jpg$ %{ENV:REWRITEBASE}img/p/$1-$2$3.jpg [L]
RewriteRule ^([0-9]+)\-([0-9]+)(\-[_a-zA-Z0-9-]*)\.jpg$ %{ENV:REWRITEBASE}img/p/$1-$2$3.jpg [L]
RewriteRule ^([0-9]+)\-([_a-zA-Z0-9-]*)\.jpg$ %{ENV:REWRITEBASE}img/p/$1-$2.jpg [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)\.(gif|jpe?g|png|ico|css|js)$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule . /index.php [L]
</IfModule>
# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
.htaccess corretto da Parametri della Bottega > Traffico & SEO > URL amichevoli (disabilita e riabilita le URL Friendly).I moduli di terze parti sono la causa numero uno degli errori 500 su PrestaShop, specialmente dopo un aggiornamento del CMS o del modulo stesso. Un modulo mal codificato può sovrascrivere classi del core o eseguire query non compatibili con la versione installata.
Soluzione:
/modules/._disabled al nome (es. nomeplugin → nomeplugin_disabled).Se non sai quale modulo ha causato il problema, procedi con la disattivazione progressiva: disabilita i moduli uno alla volta partendo dagli ultimi installati o aggiornati, fino a trovare il colpevole.
💡 Consiglio pro: prima di installare qualsiasi modulo, verifica sempre la compatibilità con la tua versione esatta di PrestaShop (es. 1.7.8.x o 8.x). Un modulo progettato per PS 1.7 può rompere un'installazione PS 8 in pochi secondi.
PrestaShop utilizza un sistema di override che permette ai moduli e ai temi di sovrascrivere le classi core senza modificarle direttamente. Un override mal scritto o incompatibile con la versione corrente può provocare errori PHP fatali che bloccano l'intero sito.
Soluzione:
/override/./override_backup/./override/./cache/class_index.php per forzare la rigenerazione dell'indice delle classi.Se il problema è risolto, ripristina gli override uno alla volta per identificare quello corrotto. Una volta trovato, aggiornalo o rimuovilo definitivamente.
PrestaShop richiede versioni PHP specifiche. Usare una versione troppo vecchia o troppo recente può generare errori 500 silenziosi o visibili. Le combinazioni ufficialmente consigliate sono:
| Versione PrestaShop | Versione PHP consigliata |
|---|---|
| 1.7.6 – 1.7.8 | PHP 7.2 – 7.4 |
| 8.0 – 8.1 | PHP 8.0 – 8.1 |
| 8.2+ | PHP 8.1 – 8.2 |
Soluzione: accedi al pannello del tuo hosting (cPanel, Plesk, SiteGround, Aruba) e modifica la versione PHP dalla sezione Gestione PHP o Seleziona versione PHP. Dopo il cambio, svuota sempre la cache di PrestaShop prima di testare il sito.
Gli aggiornamenti sono tra i momenti più rischiosi per un e-commerce. Se l'errore 500 è comparso subito dopo un update, è probabile che alcuni file core siano stati sovrascritti in modo incompleto, che un modulo non sia compatibile con la nuova versione, o che il database abbia uno schema non aggiornato.
Soluzione:
/var/logs/ o /log/ nella root del sito.Risolvere l'errore è importante, ma prevenirlo è ancora meglio. Ecco le buone pratiche da adottare sistematicamente per proteggere il tuo store:
.htaccess per rimuovere regole obsolete, duplicate o inserite da moduli disinstallati.L'errore 500 (Internal Server Error) è un codice HTTP generico che indica un malfunzionamento critico sul server. In PrestaShop si verifica quando uno script PHP non riesce a completare l'esecuzione a causa di un conflitto, un limite di sistema superato o un file danneggiato. Il server non riesce a specificare il motivo preciso, rendendo necessaria una diagnosi attiva tramite log o modalità debug.
Se l'errore 500 impedisce l'accesso al pannello admin, puoi attivare il debug modificando direttamente il file /config/defines.inc.php via FTP. Cambia define('_PS_MODE_DEV_', false); in define('_PS_MODE_DEV_', true);, salva e ricarica il file sul server. La pagina mostrerà ora l'errore PHP dettagliato con il file e la riga esatta del problema.
Dipende dalla versione di PrestaShop installata. Per PrestaShop 1.7.x è consigliato PHP 7.4; per PrestaShop 8.x è consigliato PHP 8.1 o 8.2. Usare una versione PHP non compatibile è una delle cause più frequenti di errori 500 silenziosi, specialmente dopo un aggiornamento automatico dell'hosting.
Sì, assolutamente. Un modulo mal codificato può generare un errore PHP fatale che blocca l'intera esecuzione di PrestaShop — non solo le pagine in cui il modulo è visibile. Per individuarlo, rinomina la cartella del modulo sospetto via FTP: se il sito torna online, quel modulo è il responsabile. Procedi con la disattivazione progressiva se non sai quale modulo ha causato il problema.
Puoi aumentare il memory_limit modificando il file php.ini dal pannello dell'hosting oppure aggiungendo php_value memory_limit 512M nel file .htaccess. Il valore minimo consigliato per un PrestaShop con molti moduli attivi è 512M. Dopo la modifica, svuota sempre la cache del CMS da Parametri Avanzati > Prestazioni.
Sì, è una delle cause più frequenti su server Apache. Un'istruzione non valida nel file .htaccess provoca immediatamente un errore 500. La soluzione rapida è rinominare il file attuale in .htaccess_backup via FTP e creare un nuovo .htaccess con le regole standard di PrestaShop, poi rigenerarlo dal pannello admin disabilitando e riabilitando le URL amichevoli.
Un errore 500 parziale — che colpisce solo checkout, pagine prodotto o area admin — è quasi sempre causato da un modulo specifico o da un override che agisce solo su quella sezione. Attiva la modalità debug, riproduci l'errore sulla pagina problematica e leggi lo stack trace: troverai il file e il modulo responsabile. In alternativa, filtra i log del server per l'URL che genera l'errore.
L'errore 500 PrestaShop è uno dei problemi più critici per un e-commerce, ma con il metodo giusto si risolve in tempi brevi. Il percorso corretto è sempre lo stesso:
.htaccess, override o versione PHP incompatibile.Se il tuo store è ancora offline e hai bisogno di un intervento urgente, scopri tutti i servizi di consulenza e recupero disponibili su francescoingrosso.com.
👉 Scopri tutti i servizi disponibili su francescoingrosso.com
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Cos'è esattamente l'errore 500 su PrestaShop?",
"acceptedAnswer": {
"@type": "Answer",
"text": "L'errore 500 (Internal Server Error) è un codice HTTP generico che indica un malfunzionamento critico sul server. In PrestaShop si verifica quando uno script PHP non riesce a completare l'esecuzione a causa di un conflitto, un limite di sistema superato o un file danneggiato. Il server non riesce a specificare il motivo preciso, rendendo necessaria una diagnosi attiva tramite log o modalità debug."
}
},
{
"@type": "Question",
"name": "Come attivo la modalità debug se non riesco ad accedere al back office?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Se l'errore 500 impedisce l'accesso al pannello admin, puoi attivare il debug modificando direttamente il file /config/defines.inc.php via FTP. Cambia define('_PS_MODE_DEV_', false); in define('_PS_MODE_DEV_', true);, salva e ricarica il file sul server. La pagina mostrerà ora l'errore PHP dettagliato con il file e la riga esatta del problema."
}
},
{
"@type": "Question",
"name": "Quale versione PHP devo usare con PrestaShop?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Dipende dalla versione di PrestaShop installata. Per PrestaShop 1.7.x è consigliato PHP 7.4; per PrestaShop 8.x è consigliato PHP 8.1 o 8.2. Usare una versione PHP non compatibile è una delle cause più frequenti di errori 500 silenziosi, specialmente dopo un aggiornamento automatico dell'hosting."
}
},
{
"@type": "Question",
"name": "Un modulo può causare un errore 500 su tutto il sito?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Sì, assolutamente. Un modulo mal codificato può generare un errore PHP fatale che blocca l'intera esecuzione di PrestaShop, non solo le pagine in cui il modulo è visibile. Per individuarlo, rinomina la cartella del modulo sospetto via FTP: se il sito torna online, quel modulo è il responsabile. Procedi con la disattivazione progressiva se non sai quale modulo ha causato il problema."
}
},
{
"@type": "Question",
"name": "Come aumento la memoria PHP disponibile per PrestaShop?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Puoi aumentare il memory_limit modificando il file php.ini dal pannello dell'hosting oppure aggiungendo php_value memory_limit 512M nel file .htaccess. Il valore minimo consigliato per un PrestaShop con molti moduli attivi è 512M. Dopo la modifica, svuota sempre la cache del CMS da Parametri Avanzati > Prestazioni."
}
},
{
"@type": "Question",
"name": "L'errore 500 può dipendere dal file .htaccess?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Sì, è una delle cause più frequenti su server Apache. Un'istruzione non valida nel file .htaccess provoca immediatamente un errore 500. La soluzione rapida è rinominare il file attuale in .htaccess_backup via FTP e creare un nuovo .htaccess con le regole standard di PrestaShop, poi rigenerarlo dal pannello admin disabilitando e riabilitando le URL amichevoli."
}
},
{
"@type": "Question",
"name": "Cosa fare se l'errore 500 compare solo su alcune pagine?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Un errore 500 parziale che colpisce solo checkout, pagine prodotto o area admin è quasi sempre causato da un modulo specifico o da un override che agisce solo su quella sezione. Attiva la modalità debug, riproduci l'errore sulla pagina problematica e leggi lo stack trace: troverai il file e il modulo responsabile. In alternativa, filtra i log del server per l'URL che genera l'errore."
}
}
]
}
Un errore 500 prestashop persistente può essere causato dalla cache interna di Symfony. Nelle versioni di PrestaShop 1.7 e PrestaShop 8, il sistema utilizza questo framework per gestire molte delle sue funzioni principali. Anche dopo aver rimosso un modulo difettoso o corretto un file, il server potrebbe continuare a mostrare la pagina di errore perché conserva in memoria i vecchi file compilati.
Per risolvere questo problema in modo definitivo, devi svuotare manualmente la cache tramite una connessione FTP. Accedi al tuo server con un client come FileZilla e naviga fino alla cartella principale del tuo e-commerce. Trova la directory denominata var e poi entra nella cartella cache. Al suo interno troverai due cartelle principali, chiamate dev e prod.
Cancella completamente il contenuto di entrambe le cartelle dal server. Questa operazione è sicura e non comporta la perdita di dati del tuo negozio. Al successivo caricamento della pagina, PrestaShop rigenererà automaticamente tutti i file necessari, eliminando l'errore 500 legato a configurazioni obsolete memorizzate nella cache.
Con il rilascio di PrestaShop 8, molti e-commerce hanno riscontrato blocchi improvvisi dovuti al passaggio a PHP 8.1 o PHP 8.2. Un errore 500 prestashop si verifica spesso quando un tema o un modulo non è ancora stato aggiornato per supportare le nuove rigide regole di sintassi di PHP. Se il tuo hosting ha aggiornato automaticamente la versione di PHP, il tuo negozio potrebbe andare offline all'improvviso.
In questi casi, la soluzione più rapida consiste nel verificare la compatibilità di ogni modulo attivo. Se non riesci ad accedere al pannello di controllo, puoi disattivare temporaneamente i moduli rinominando le loro cartelle via FTP. Ricorda di controllare sempre i log di errore del server web per individuare quale specifico file genera il conflitto con la nuova versione di PHP.
Se riscontri difficoltà tecniche o se il tuo sito continua a mostrare una pagina bianca, puoi richiedere un supporto professionale mirato. Visita la pagina dei contatti su https://www.francescoingrosso.com per ricevere assistenza specializzata nella risoluzione di problemi critici su PrestaShop.
Hai provato i log, i moduli, la versione di PHP, e la pagina resta bianca. Capita: a volte la causa è una sola riga nascosta tra centinaia di file. A questo punto ha poco senso continuare a tentare alla cieca mentre il negozio è offline e gli ordini si fermano.
Se vuoi, lo guardo io. Con l'analisi tecnica del tuo PrestaShop vado a fondo, trovo cosa ha mandato in errore il sito e ti dico esattamente come rimetterlo in piedi, accessi tuoi, codice tuo.
Richiedi un'analisi gratuita del tuo sito. Identifico i problemi tecnici e ti propongo un piano d'azione concreto.
Richiedi Analisi Gratuita
Da quando c'è la Direttiva Omnibus, ogni sconto deve mostrare il prezzo più basso applicato nei 30 giorni precedenti. Se non lo fai, per la legge è uno sconto civetta. Ti spiego cosa rischi e come metterti a norma in automatico.
Leggi tutto →
Dal 28 giugno 2025 l'European Accessibility Act obbliga gli e-commerce a essere accessibili. Un PrestaShop non a norma rischia sanzioni e perde i clienti con disabilita. Il Kit Accessibilita aggiunge widget e dichiarazione conformi per 67 euro una tantum.
Leggi tutto →
L'AI Act europeo impone trasparenza sui contenuti generati con l'intelligenza artificiale. Se usi testi o immagini AI sulle schede del tuo e-commerce PrestaShop, vanno dichiarati. In questo articolo capisci cosa dice la norma, perche riguarda anche te, e come mettere la dichiarazione conforme in automatico col modulo AI Disclosure a 67 euro una tantum.
Leggi tutto →
Scritto da
15 anni su PrestaShop, 300+ store seguiti. Ingegnere del software: lavoro ogni giorno su e-commerce reali, tra migrazioni, performance e recupero vendite.