PrestaShop 9 segna la transizione più importante della storia recente della piattaforma. Dopo una lunga fase di convivenza tra codice legacy (Smarty, ObjectModel) e codice moderno (Symfony, Twig), il ramo 9 fa pulizia: modernizzazione Symfony completa, abbandono progressivo di Smarty, requisiti PHP innalzati e back-office ripensato. Questa guida fa il punto sui cambiamenti noti, su ciò che implicano per i tuoi moduli e su come preparare la tua migrazione da PrestaShop 8.
Il contesto di PrestaShop 9
PrestaShop 8 aveva il mandato di stabilizzare l’ecosistema dopo gli scossoni della 1.7. Missione compiuta: il ramo 8.x è maturo, performante e ben supportato dai moduli di terze parti maggiori. PrestaShop 9 raccoglie il testimone con un mandato diverso: modernizzare in profondità lo stack tecnico per preparare i prossimi dieci anni.
Questa modernizzazione ha un costo: alcuni moduli sviluppati per PrestaShop 1.7 o 8 non funzioneranno così come sono sulla 9. È il compromesso assunto dal team core.
Symfony e il passaggio al tutto-Twig
PrestaShop 8 gira su Symfony 4.4. PrestaShop 9 sale significativamente di versione, allineata sugli standard Symfony attuali — il che significa componenti più moderni, performance migliori e nuove capacità lato DAL e servizi.
Lato template, la transizione Smarty → Twig procede. Su PrestaShop 8, il back-office è quasi interamente in Twig ma il front-office resta in larga parte in Smarty. Su PrestaShop 9, l’orientamento è chiaro: Twig diventa lo standard sull’insieme del codice core, con Smarty mantenuto a più lunga scadenza per la compatibilità dei temi esistenti. A termine, i nuovi temi saranno sviluppati in Twig.
Per gli sviluppatori: se avvii un nuovo progetto di tema o modulo nel 2026, è ora di acquisire competenza su Twig se non l’hai già fatto.
Requisiti tecnici innalzati
PrestaShop 9 richiede come minimo:
- PHP 8.1+ (idealmente 8.2 o 8.3 per le performance)
- MySQL 5.7.8+ o MariaDB equivalente
- Composer obbligatorio per alcuni workflow
Se il tuo negozio gira ancora su PHP 7.4 (come molte installazioni PrestaShop 1.7 mai modernizzate), la migrazione verso PrestaShop 9 implica anche una migrazione PHP. Su un hosting condiviso moderno (Aruba, Register.it, SiteGround, Cloudways), questo passaggio si fa tramite il pannello di gestione in pochi clic. Su server custom, può richiedere più lavoro.
Impatto sui moduli esistenti
L’impatto dipende dalla qualità tecnica dei tuoi moduli. Tre casi tipici:
Caso A: moduli moderni, Symfony-friendly
Moduli sviluppati rispettando gli standard moderni (servizi Symfony, Twig per il back-office, DAL per le query, hook documentati). Migrazione verso PrestaShop 9 generalmente senza dolore, talvolta con una semplice ricompilazione Composer.
Caso B: moduli ibridi PrestaShop 8
Moduli che mescolano codice legacy (ObjectModel, Smarty per il front-office, query Db dirette) e codice moderno. Compatibili nella maggior parte dei casi, ma alcuni aggiustamenti possono essere necessari sugli hook deprecati o sui componenti di terze parti utilizzati.
Caso C: moduli legacy PrestaShop 1.7
Moduli concepiti prima di Symfony, in puro Smarty + ObjectModel + vecchio sistema di hook. Compatibilità incerta. Molti di questi moduli non sono comunque più mantenuti. Sarà l’occasione per fare pulizia.
Per i tuoi moduli di terze parti: verifica la compatibilità PrestaShop 9 sulla scheda di ogni modulo prima della migrazione. Gli editori seri annunciano la loro compatibilità entro 3-6 mesi da una release maggiore. I moduli silenziosi sono da considerare abbandonati.
Il back-office ripensato
PrestaShop 9 modernizza diverse sezioni del back-office, in particolare:
- L’editor di moduli con una UX rivista
- Le sezioni catalogo e ordini più veloci grazie alle datatables moderne
- Un’integrazione più spinta dei componenti Symfony Flex per gli sviluppatori
- Un miglioramento delle performance generali del back-office (rendering più rapido, meno roundtrip server)
L’esperienza utente dei commercianti resta coerente con PrestaShop 8 — nessuna riformazione delle squadre necessaria.
Bisogna migrare immediatamente?
Per la maggior parte dei negozi in produzione su PrestaShop 8 stabile, la risposta è: non con precipitazione. Alcune regole pragmatiche:
- Negozio in produzione stabile: attendere la versione 9.0.x stabilizzata (tipicamente 6-12 mesi dopo la prima release) prima della migrazione. Le .0 hanno spesso bug residui.
- Nuovo progetto nel 2026: avviare direttamente in PrestaShop 9 se tutti i moduli critici sono compatibili. Altrimenti, avviare in 8.x recente e migrare più tardi.
- Negozio su PrestaShop 1.7: non aspettare. Migrare verso 8.x recente immediatamente (la 1.7 non è più supportata), poi verso 9 una volta stabilizzata.
Preparare la migrazione
Qualunque sia la tua scadenza, anticipa:
- Auditare i moduli — elenca tutti i moduli installati, la loro versione, il loro editore, il loro stato PrestaShop 9. Identifica i moduli abbandonati o non compatibili.
- Verificare il tuo stack PHP — passare a PHP 8.1+ prima della migrazione PrestaShop. Su PrestaShop 8, PHP 8.1+ gira molto bene e migliora già le performance.
- Preparare un ambiente di staging — la migrazione deve essere testata su un clone della produzione prima del deployment. Conta 2-4 settimane di test per un negozio con una trentina di moduli.
- Salvare tutto, più volte — database, file, configurazione nginx/apache, certificati SSL. Salvare prima di ogni step.
- Comunicare ai clienti — programmare la migrazione in una fascia di bassa attività (notte, domenica mattina a seconda della tua attività). Avvisare le tue newsletter di una potenziale indisponibilità di qualche ora.
Quanto tempo prevedere?
Per un negozio di taglia media (~1.000 prodotti, 30 moduli, 1 tema custom), conta:
- Audit e pianificazione: 1-2 giorni
- Aggiornamento dei moduli verso le loro versioni PS9-compatibili: 2-5 giorni
- Migrazione tema custom: 5-15 giorni a seconda della complessità (passaggi Smarty → Twig se necessario)
- Test su staging: 5-10 giorni
- Migrazione in produzione + monitoraggio: 1 giorno
Ovvero 3-6 settimane in totale per un negozio standard. Di più per i negozi complessi (multi-negozio, B2B, grosso catalogo).
I rischi classici di una migrazione maggiore
- Moduli di terze parti rotti — sempre il rischio numero uno. Testare uno per uno su staging.
- Regressioni SEO — verificare che URL, sitemap, dati strutturati e canonical siano preservati. Monitorare Search Console nelle 4 settimane successive alla migrazione.
- Regressioni di performance — Lighthouse prima/dopo per confrontare.
- Dati di configurazione persi — alcuni moduli memorizzano le loro configurazioni in campi custom che possono essere cancellati. Documentare prima della migrazione.
- Cache residua — svuotare tutte le cache (Smarty, Symfony, browser, CDN) dopo la migrazione. Molti bug post-migrazione sono in realtà bug di cache.
Cosa significa per DataFirefly
Tutti i nostri nuovi moduli sono sviluppati rispettando gli standard moderni Symfony, il che garantisce la loro compatibilità PrestaShop 9. Per il nostro catalogo esistente, procediamo a un audit modulo per modulo e pubblichiamo le versioni PrestaShop 9-compatibili man mano che i test progrediscono. Gli aggiornamenti sono inclusi nei 12 mesi di supporto post-acquisto.
Per andare oltre
Tutte le nostre notizie su PrestaShop 9 e le evoluzioni dell’e-commerce sono da ritrovare nella categoria Notizie e-commerce. Per i tutorial tecnici legati a PrestaShop 8 e 9, vedi Tutorial PrestaShop. E il nostro catalogo di moduli PrestaShop indica per ogni prodotto l’elenco delle versioni compatibili.