Aggiornare PrestaShop alla versione 8 senza perdere dati

Aggiornare PrestaShop dalla 1.7 alla 8 non è cliccare un pulsante e sperare. Restare sulla 1.6 o 1.7 oggi significa accumulare debito: niente patch di sicurezza, moduli che smettono di essere mantenuti, versioni di PHP moderne non supportate. Passare alla 8 è la strada giusta - ma è anche il momento in cui più spesso vedo shop che si rompono, perché la migrazione è stata fatta “alla cieca” in produzione.

⚠️ Aggiornamento PrestaShop: perché non si fa alla cieca

Tra la 1.6/1.7 e la 8 cambiano il core, i requisiti PHP e parecchie API interne. PrestaShop 8.1 gira al meglio su PHP 8.1, mentre molti shop fermi alla 1.6 sono ancora su PHP 7.2 o precedenti: già solo l’ambiente va allineato prima di toccare il codice. Un tema datato o un modulo non aggiornato possono mandare in errore il backoffice o, peggio, il checkout - senza che te ne accorga finché non è un cliente a segnalarlo.

Un aggiornamento PrestaShop serio parte quindi da una domanda: cosa si rompe, e dove? Rispondere in produzione significa scoprirlo con lo shop aperto. Rispondere in staging significa scoprirlo in pace.

✅ Lo staging come rete di sicurezza

Replico lo shop in un ambiente isolato, identico al live ma invisibile ai clienti e ai motori (spesso un sottodominio protetto e in noindex). Lì eseguo l’aggiornamento - di solito con il modulo ufficiale 1-Click Upgrade (autoupgrade) - raccolgo gli errori e li risolvo con calma. Se qualcosa va storto, il negozio reale continua a vendere.

Lo staging non è un lusso: è la differenza tra scoprire un bug in privato o davanti ai clienti.

⚠️ Moduli e temi: il punto critico

• Moduli core e ufficiali: di solito hanno una versione compatibile con la 8.
• Moduli custom o datati: vanno verificati uno per uno, a volte adattati al nuovo core.
• Tema: se è molto personalizzato, è la parte che richiede più lavoro - la maggior parte del tempo di una migrazione se ne va qui.
• Override del core: vanno rifatti in modo pulito sulla 8, non trascinati com’erano.

L’obiettivo è arrivare in produzione sapendo già cosa funziona, non scoprirlo dopo.

Migrazione PrestaShop: cosa controllo prima di toccare qualcosa

La migrazione PrestaShop vera inizia con un censimento. Prima di partire verifico:

• Versione PHP richiesta dalla 8 e compatibilità dell’hosting.
• Moduli: quali hanno una versione per la 8, quali sono custom da adattare, quali abbandonati da sostituire.
• Tema: quanto è personalizzato (è la voce che pesa di più sul preventivo).
• Override del core: quanti sono e su quali classi mettono le mani.
• Volume dati: catalogo, ordini, clienti da migrare senza perdite.

Da qui esce il piano: cosa si aggiorna, cosa si rifà, quanto tempo serve. Niente sorprese a metà strada.

✅ Checklist prima di andare live

[ ] backup completo (file + database) verificato e ripristinabile
[ ] staging aggiornato e testato
[ ] checkout completo, dal carrello al pagamento
[ ] email transazionali e fatture
[ ] redirect e URL SEO invariati (niente 404 di massa)

Il punto più sottovalutato è il primo: un backup che non hai provato a ripristinare non è un backup, è una speranza.

Il go-live e i giorni dopo

Andare live non è la fine. Nei giorni successivi tengo d’occhio i log di errore, i checkout completati, le email transazionali e il posizionamento: è lì che emergono i problemi che lo staging non aveva fatto vedere. Due controlli che non salto mai: che il checkout regga sotto ogni modulo di pagamento e che l’aggiornamento non abbia peggiorato i Core Web Vitals - un core nuovo ma mal configurato può rallentare lo shop invece di velocizzarlo. Un report finale racconta cosa è stato fatto e cosa monitorare.

✅ Ti serve una funzione che c’è solo su PrestaShop 9?

La 9 non è più qualcosa che arriva: la 9.0 è uscita a giugno 2025, la 9.1 a marzo 2026 e la 9.2 è in beta mentre scrivo. La domanda quindi non è più quando esce, è un’altra: dentro la 9 c’è qualcosa che ti serve davvero adesso?

L’esempio del momento è il checkout in una pagina sola, che la 9.2 porta come modulo nativo e gratuito nel pacchetto. Ottima notizia, con una condizione che nei comunicati si legge poco: funziona solo con il tema Hummingbird 2. Se il tuo negozio gira su un tema classic o su qualunque tema disegnato per la 1.7 o la 8, quel modulo non si attiva, e per averlo devi rifare il front del negozio. Sulla 8 lo stesso risultato lo ottieni con un modulo da circa 150 euro, una volta sola, senza toccare il tema che già funziona.

Passare prima dalla 8 non è tempo perso: è il gradino che rende la 9, quando servirà davvero, un salto corto invece di un doppio azzardo. La 8 oggi è la base stabile e supportata, con l’ecosistema di temi e moduli più maturo: ci si porta il negozio in sicurezza e da lì si valuta la 9 con calma, quando il tuo tema e i tuoi moduli saranno pronti.

Il mio lavoro è dirti quale delle due strade costa meno nel tuo caso, e poi percorrerla senza rompere niente. Se la funzione che ti manca vive solo sulla 9, si pianifica il salto e ti ci porto io, con lo stesso metodo che uso per la 8: staging, backup verificato, checkout testato prima del go-live. Se invece si risolve con un modulo su una 8 aggiornata, ti ho appena fatto risparmiare un rifacimento del tema. Scrivimi cosa ti manca e da che versione parti, e ti dico quale delle due è.

Devi aggiornare e hai paura di rompere tutto?

Gestisco la migrazione alla 8 su staging, con backup verificato e test del checkout prima di andare live: fa parte del mio servizio di assistenza PrestaShop. Scrivimi da uno dei canali qui sotto e vediamo da che versione parti.