Guida Tecnica Completa
Questa guida copre tutti i problemi critici che possono bloccare un e-commerce PrestaShop: errori server, attacchi hacker, performance, database, checkout e aggiornamenti falliti. Basata su 13 anni di interventi reali su centinaia di negozi online.
200+
E-commerce riparati
2.7x
ROAS medio clienti
13
Anni di esperienza
Diagnosi gratuita del tuo problema
Solo 3 posti disponibili questa settimana
Nessun costo. Nessun impegno.
Livello di urgenza: CRITICO
Il sito è completamente inaccessibile. Ogni minuto = ordini persi.
L'errore 500 è un errore generico del server che indica che qualcosa è andato storto nell'esecuzione del codice PHP o nella configurazione del server. Su PrestaShop è uno degli errori più comuni e può avere decine di cause diverse.
Il problema principale dell'errore 500 è che non ti dice cosa è andato storto. È un messaggio generico che nasconde il vero problema. Per questo serve un'analisi tecnica dei log del server.
Dopo un aggiornamento o l'installazione di un modulo, il file .htaccess può contenere regole incompatibili con la configurazione del server. Un singolo carattere sbagliato blocca tutto il sito.
PrestaShop richiede almeno 256MB di memoria PHP. Con molti moduli o un catalogo grande, può servire di più. Quando la memoria si esaurisce, il server restituisce un errore 500 senza spiegazioni.
L'installazione o l'aggiornamento di un modulo può introdurre codice PHP con errori di sintassi o incompatibilità con la versione di PrestaShop o PHP del server.
Se i permessi delle cartelle e dei file non sono corretti (tipicamente 755 per le cartelle e 644 per i file), il server non riesce ad accedere ai file necessari e restituisce un errore 500.
PrestaShop 1.6 non gira su PHP 8. PrestaShop 1.7.8+ richiede almeno PHP 7.2. Un cambio di versione PHP lato hosting può rompere tutto dall'oggi al domani.
Con un errore 500, il tuo sito è completamente offline. Non si carica nessuna pagina, né frontend né backoffice. I tuoi clienti vedono solo un messaggio di errore.
Il tuo PrestaShop mostra errore 500?
Non tentare fix casuali che possono peggiorare la situazione. Servono i log del server per diagnosticare la causa reale.
RICHIEDI DIAGNOSI IMMEDIATALivello di urgenza: CRITICO
Il browser mostra una pagina completamente bianca, senza alcun messaggio di errore.
La pagina bianca (WSOD - White Screen of Death) è ancora più frustrante dell'errore 500 perché non dà nessun indizio su cosa non funziona. Significa che PHP ha incontrato un errore fatale ma la visualizzazione degli errori è disattivata.
Errore di sintassi PHP
Una modifica manuale al codice o un modulo con codice errato può causare un errore di parsing che impedisce l'esecuzione di qualsiasi output.
Cache corrotta
La cache di PrestaShop (Smarty o Symfony) può corrompersi, specialmente dopo un aggiornamento parziale. Svuotare la cartella /var/cache/ spesso risolve.
Override in conflitto
Più moduli che sovrascrivono la stessa classe possono creare conflitti silenziosi. PrestaShop non gestisce bene i conflitti tra override multipli.
Tema incompatibile
Dopo un aggiornamento di PrestaShop, il tema potrebbe non essere più compatibile. Il rendering della pagina fallisce silenziosamente.
Pagina bianca e non sai da dove iniziare?
Serve attivare il debug mode in sicurezza e leggere i log PHP/Apache per trovare la causa esatta.
RICHIEDI DIAGNOSI IMMEDIATALivello di urgenza: MASSIMO
I dati dei tuoi clienti (carte di credito, email, password) potrebbero essere compromessi. Rischi legali GDPR.
Redirect a siti sconosciuti
I visitatori vengono mandati su siti di spam, farmaci o casinò. Spesso succede solo da mobile o da Google.
Pop-up sul checkout
Un form di pagamento falso sovrapposto a quello reale ruba i dati delle carte. Chiamato "web skimmer" o "Magecart".
Google mostra "Sito pericoloso"
Google Safe Browsing ha rilevato malware e blocca l'accesso al sito. Il traffico organico crolla a zero.
Email di spam dal tuo server
Il server viene usato per inviare spam. L'IP finisce in blacklist e le tue email legittime non arrivano più.
File PHP sconosciuti
File con nomi casuali nelle cartelle /img/, /upload/ o /modules/. Sono backdoor che permettono all'hacker di rientrare.
Utenti admin sconosciuti
Account amministratore creati dall'hacker per mantenere l'accesso anche se cambi la password.
Nella nostra esperienza, la maggior parte degli hack a PrestaShop avviene attraverso:
Molti webmaster provano a rimuovere i file infetti trovati con un antivirus. Il problema è che gli hacker moderni lasciano multiple backdoor nascoste in posti insospettabili: nel database, nei file di configurazione, nelle immagini. Se ne trovi e rimuovi una, ne restano altre tre.
Un intervento professionale include: scansione completa di tutti i file, analisi del database, rimozione di tutte le backdoor, aggiornamento di sicurezza, cambio di tutte le credenziali, e hardening del server per prevenire futuri attacchi.
Sito hackerato? Ogni ora conta.
Più tempo passa, più danni subisci: dati clienti esposti, blacklist Google, reputazione distrutta. Interveniamo subito.
BONIFICA IMMEDIATALivello di urgenza: ALTO
Il sito sembra funzionare, ma i clienti non riescono a completare l'acquisto. Stai perdendo vendite senza saperlo.
A differenza dell'errore 500, qui il sito sembra funzionare. I prodotti si vedono, il catalogo si naviga. Ma al momento del pagamento qualcosa si rompe: il carrello si svuota, il pagamento non va a buon fine, la pagina di conferma non si carica. Il risultato è lo stesso: zero ordini.
Carrello che si svuota da solo
Problemi di sessione PHP o cookie. Il server "dimentica" il carrello tra una pagina e l'altra.
Pagamento rifiutato senza motivo
Il modulo di pagamento (Stripe, PayPal, Nexi) non comunica correttamente con il gateway. Spesso un problema di certificato SSL o di callback URL.
Spedizione non calcolabile
Regole di spedizione mal configurate o zone geografiche mancanti bloccano il checkout prima del pagamento.
Pagina di conferma che gira all'infinito
Timeout del server durante la validazione dell'ordine. Spesso causato da hook troppo pesanti o moduli che eseguono operazioni lente durante la conferma.
I tuoi clienti non riescono a pagare?
Ogni giorno con il checkout rotto è un giorno di fatturato perso. Diagnostichiamo e risolviamo in giornata.
RIPRISTINA IL CHECKOUTLivello di urgenza: ALTO
Tabelle corrotte, query che impiegano secondi, connessioni che si esauriscono.
PrestaShop dipende fortemente dal database MySQL. Con il tempo, le tabelle crescono, gli indici si frammentano, i log si accumulano. Un database PrestaShop con 50.000+ prodotti e anni di ordini può facilmente superare i 2-3 GB e iniziare a rallentare ogni operazione.
Tabella ps_connections con milioni di righe — registra ogni visita e non viene mai pulita. Può raggiungere 10+ GB da sola.
Tabelle corrotte dopo crash del server — un riavvio forzato o un disco pieno possono corrompere le tabelle InnoDB o MyISAM.
"Too many connections" — il limite di connessioni simultanee di MySQL è raggiunto. Il sito restituisce errori casuali.
Query lente nel backoffice — le statistiche, la ricerca prodotti e la gestione ordini diventano inutilizzabili.
Database fuori controllo?
Ottimizziamo, ripariamo e mettiamo in sicurezza il database del tuo PrestaShop.
RICHIEDI INTERVENTO DATABASELivello di urgenza: MEDIO-ALTO
Il sito funziona ma è lento. Perdi posizioni SEO e conversioni ogni giorno.
Se il tuo PrestaShop impiega più di 3 secondi a caricare, stai perdendo il 40% dei visitatori. Google penalizza i siti lenti nel ranking, e i Core Web Vitals sono un fattore di posizionamento diretto dal 2021.
TTFB alto (Time To First Byte)
Se il TTFB supera 1 secondo, il problema è lato server: PHP lento, database non ottimizzato, o hosting inadeguato. Nessuna ottimizzazione frontend può compensare un TTFB alto.
Troppi moduli attivi
Ogni modulo aggiunge hook che vengono eseguiti ad ogni caricamento pagina. 50+ moduli = centinaia di hook = secondi di elaborazione inutile.
Immagini non ottimizzate
Foto prodotto da 2-5 MB ciascuna, senza WebP, senza lazy loading. Una pagina categoria con 20 prodotti può pesare 40+ MB.
Hosting condiviso inadeguato
Un e-commerce con traffico non può stare su un hosting condiviso da 5€/mese. Serve almeno un VPS con risorse dedicate.
Un nostro cliente con un e-commerce di ricambi bici aveva un TTFB di 6.6 secondi. Dopo il nostro intervento (ottimizzazione server, cache OPcache, pulizia moduli, ottimizzazione database), il TTFB è sceso a 1.04 secondi. Le vendite sono aumentate del 23% nel mese successivo, solo grazie alla velocità.
Il tuo PrestaShop è lento?
Analizziamo TTFB, Core Web Vitals e colli di bottiglia. Ti diciamo esattamente cosa rallenta il sito e come risolverlo.
RICHIEDI ANALISI PERFORMANCELivello di urgenza: CRITICO
L'aggiornamento si è bloccato a metà. Il sito è in uno stato inconsistente.
Aggiornare PrestaShop è una delle operazioni più rischiose che puoi fare. Il processo tocca file core, database, moduli e tema contemporaneamente. Se qualcosa va storto a metà, ti ritrovi con un sito a metà tra due versioni, con dati potenzialmente corrotti.
Da PrestaShop 1.6 a 1.7
Il salto più critico. La struttura del database cambia radicalmente, i moduli 1.6 non funzionano su 1.7, il tema va rifatto da zero. Molti aggiornamenti automatici si bloccano a metà.
Da 1.7.x a 8.x
Meno traumatico ma comunque rischioso. Cambiano le dipendenze Symfony e molti moduli non sono ancora compatibili con PS 8.
Aggiornamento PHP del server
L'hosting aggiorna PHP da 7.4 a 8.1 e PrestaShop smette di funzionare. Funzioni deprecate, moduli incompatibili, errori ovunque.
Aggiornamento andato storto?
Recuperiamo il sito dallo stato inconsistente, completiamo l'aggiornamento correttamente o facciamo rollback al backup.
RECUPERA IL SITOLivello di urgenza: MEDIO
Funzionalità che smettono di funzionare, errori intermittenti, comportamenti strani.
PrestaShop usa un sistema di hook e override per estendere le funzionalità. Quando due o più moduli cercano di modificare lo stesso comportamento, possono entrare in conflitto. Il risultato: errori difficili da diagnosticare perché si manifestano solo in combinazioni specifiche.
Moduli che non vanno d'accordo?
Identifichiamo il conflitto, risolviamo l'incompatibilità e stabiliziamo il sito.
RISOLVI CONFLITTILivello di urgenza: ALTO
Non riesci ad accedere al pannello di amministrazione. Non puoi gestire ordini, prodotti o clienti.
Quando il backoffice non è accessibile, sei bloccato: non puoi processare ordini, aggiornare prodotti, rispondere ai clienti o fare qualsiasi operazione. Il frontend potrebbe funzionare, ma senza backoffice non puoi gestire il business.
Backoffice bloccato?
Riacquistiamo l'accesso in sicurezza senza rischiare i tuoi dati.
RIACQUISISCI L'ACCESSOLivello di urgenza: ALTO
Il browser mostra "ERR_TOO_MANY_REDIRECTS" o avvisi di certificato SSL.
Il loop di redirect è un classico di PrestaShop, specialmente dopo l'attivazione di SSL. Il sito rimbalza tra HTTP e HTTPS all'infinito. Il browser si arrende dopo qualche tentativo e mostra l'errore.
Loop di redirect o errore SSL?
Risolviamo la configurazione SSL/redirect senza downtime.
RISOLVI REDIRECTLivello di urgenza: CRITICO
Il server è sovraccarico da traffico malevolo. Il sito è lentissimo o irraggiungibile.
Gli attacchi bot su PrestaShop sono sempre più frequenti. Bot che creano migliaia di carrelli, crawler aggressivi che sovraccaricano il server, attacchi DDoS che rendono il sito irraggiungibile. Il risultato: il sito va offline o diventa talmente lento da essere inutilizzabile.
Bot che creano carrelli e account fake
Migliaia di sessioni create ogni minuto. Il database si riempie, la RAM si esaurisce, il sito crolla.
Scraping aggressivo
Bot che copiano tutti i prodotti, prezzi e immagini. Oltre a rubare i tuoi contenuti, sovraccaricano il server.
Brute force sul backoffice
Tentativi automatizzati di indovinare la password dell'admin. Se non hai protezione, è solo questione di tempo.
DDoS volumetrico
Milioni di richieste da IP diversi che saturano la banda e le risorse del server. Serve protezione a livello di rete (Cloudflare, Sucuri).
Un nostro cliente con un e-commerce da 500-1.000€/giorno di ordini è stato colpito da un attacco DDoS alle 19:20 di sera. Ci ha contattato tramite il form, lo abbiamo richiamato in 10 minuti, e la mattina dopo il sito era di nuovo online con protezione attiva.
Sotto attacco bot o DDoS?
Blocchiamo l'attacco, proteggiamo il server e implementiamo difese permanenti.
FERMA L'ATTACCOLivello di urgenza: ALTO
Hai cambiato hosting e il sito non funziona più come prima.
Migrare un PrestaShop da un server all'altro sembra semplice: copia i file, esporta/importa il database, aggiorna la configurazione. In pratica, è una delle operazioni più soggette a errori. Versioni PHP diverse, percorsi file diversi, configurazioni Apache/Nginx diverse, permessi diversi.
Migrazione andata storta?
Completiamo la migrazione correttamente o ripristiniamo il sito sul vecchio server.
SISTEMA LA MIGRAZIONE
Francesco Ingrosso — Sviluppatore PrestaShop dal 2013
Non sono un'agenzia generica. Sono uno sviluppatore specializzato esclusivamente in PrestaShop da oltre 13 anni. Ho visto e risolto centinaia di siti bloccati, hackerati, rallentati.
Ogni problema descritto in questa guida l'ho incontrato e risolto di persona, più volte. Non scrivo teoria: scrivo quello che vedo ogni settimana nei log dei server dei miei clienti.
Se hai un problema urgente, compila il form qui sotto. Ti richiamo io personalmente entro 10 minuti.
Compila il form. Ti richiamo entro 10 minuti e diagnostichiamo il problema insieme.
Solo 3 posti disponibili questa settimana
4 clienti
recuperati questo mese
ROAS 2.7x
medio clienti
10 min
tempo risposta