Rilascio PrestaShop 9.1: Hummingbird 2.0, spedizioni multi-corriere e guida alla migrazione

PrestaShop 9.1.0 è ora disponibile. La versione stabile è uscita il 23 marzo 2026 dopo l'RC1 del 5 marzo, ed è l'aggiornamento più significativo da quando PrestaShop 9.0 è passato da Symfony 4.4 a 6.4 LTS.

Se stai aspettando il momento giusto per aggiornare da una versione precedente di PrestaShop, 9.1 offre ottime ragioni per farlo. Ecco tutto quello che devi sapere — dalle funzionalità principali alle checklist di migrazione, fino ai problemi più comuni che abbiamo riscontrato direttamente.

Hummingbird 2.0 — Il Nuovo Tema Predefinito

Il cambiamento più visibile: Hummingbird è ora il tema predefinito per tutte le nuove installazioni. L'Hummingbird originale era stato distribuito con PrestaShop 9.0 come tema moderno opzionale. La versione 2.0 è una revisione completa:

• Bootstrap 5.3.3 — rispetto alla versione alpha usata in Hummingbird 1.x. Questo significa supporto nativo alla dark mode, utility migliorate e un'API stabile per i child theme.
• Conformità EAA superiore al 95% — la European Accessibility Act entra in vigore a giugno 2025. Hummingbird 2.0 è stato progettato con l'accessibilità come priorità: label ARIA corrette, navigazione da tastiera, rapporti di contrasto dei colori e supporto per screen reader.
• jQuery ufficialmente deprecato — jQuery è ancora presente ma contrassegnato per la rimozione in PrestaShop 10. Se stai sviluppando nuovi moduli o temi, scrivi JavaScript vanilla da subito.
• Nuove convenzioni JS — data-ps-ref, data-ps-action, data-ps-target sostituiscono i selettori CSS arbitrari per i binding JavaScript. Questo rende i temi più resistenti alle modifiche CSS.
• Nuovi hook — vengono aggiunti displayOrderDetail e displayModalContent. displaySearch viene rimosso.

Se stai usando il tema Classic su 1.7 o 8.x, questo rappresenta un salto in avanti significativo sia in termini di performance che di manutenibilità. Creare child theme per Hummingbird 2.0 è semplice — abbiamo descritto il processo nella nostra guida ai Child Theme.

Cosa è Cambiato da Hummingbird 1.x a 2.0

Se hai già creato un child theme per l'Hummingbird originale, ecco cosa devi aggiornare:

• Migrazione delle classi CSS — Bootstrap 5.3 ha rinominato diverse classi di utilità. ml-* e mr-* diventano ms-* e me-*. data-toggle diventa data-bs-toggle. .custom-control diventa .form-check. Se il tuo child theme sovrascrive qualcuna di queste, aggiornala.
• Selettori JavaScript — la vecchia convenzione di puntare agli elementi tramite classe CSS (.product-add-to-cart) viene sostituita dagli attributi data-ps-ref. Il JavaScript dei moduli che si basa su selettori basati su classi dovrebbe migrare gradualmente.
• Sistema dei colori — Bootstrap 5.3 usa le custom properties CSS in modo più esteso. Sovrascrivere i colori tramite le sole variabili :root potrebbe non funzionare per i componenti che compilano i propri valori. Potrebbe essere necessario usare override a livello di componente come .btn-primary { --bs-btn-bg: #yourcolor; }.

Spedizione Multi-Corriere — Finalmente

Questa è una delle funzionalità più richieste nella storia di PrestaShop. Gli ordini possono ora avere più spedizioni con corrieri diversi.

In tutte le versioni di PrestaShop fino alla 9.0, un ordine corrispondeva a un solo corriere. Se un cliente ordinava un articolo piccolo e uno ingombrante che richiedevano spedizioni diverse, si doveva aggirare il problema — dividere gli ordini manualmente, usare moduli personalizzati, o semplicemente scegliere un corriere e arrangiarsi.

PrestaShop 9.1 introduce l'assegnazione del corriere a livello di spedizione:

• Dividi un ordine in più spedizioni, ognuna con il proprio corriere e numero di tracciamento
• Riunisci le spedizioni se i piani cambiano
• Traccia ogni spedizione in modo indipendente nel ciclo di vita dell'ordine
• Date di consegna e stati diversi per ogni spedizione

Questa funzionalità è disponibile tramite feature flag e le API potrebbero evolvere nelle versioni future, ma la base è solida. Per i negozi che vendono tipologie di prodotti miste (mobili + accessori, attrezzature + materiali di consumo), questo elimina un grosso problema operativo.

Se gestisci un negozio in cui prodotti diversi vengono spediti da magazzini diversi o tramite corrieri diversi — DHL per i pacchi piccoli, spedizione freight per gli articoli grandi — questo è l'aggiornamento che aspettavi.

Sistema Sconti Riprogettato

Il sistema legacy delle cart rule è stato sostituito con un'architettura più pulita. Il nuovo sistema di sconti introduce quattro tipi distinti:

• Sconti catalogo — applicati ai prodotti prima che raggiungano il carrello
• Sconti carrello — applicati al checkout in base a determinate condizioni
• Spedizione gratuita — come tipo di sconto autonomo, non come flag di una cart rule
• Regalo — aggiunge prodotti al carrello automaticamente

Anche questa funzionalità è disponibile tramite feature flag ed è disabilitata per impostazione predefinita nella 9.1. Le cart rule legacy continuano a funzionare. Ma il nuovo sistema è notevolmente più semplice da gestire e più performante — se hai mai visto un negozio con 500+ cart rule andare in crisi, sai perché questo è importante.

La separazione in tipi distinti rende anche il reporting più chiaro. Puoi vedere esattamente quanto fatturato hai perso per le spedizioni gratuite rispetto agli sconti percentuali, senza dover analizzare un log monolitico di cart rule.

Miglioramenti per gli Sviluppatori

Oltre alle funzionalità principali, 9.1 introduce numerosi miglioramenti orientati agli sviluppatori:

• Nuovi hook: actionModuleEnable, actionModuleDisable, actionModuleUpgradeAfter, actionConfigurationUpdateValueBefore
• Nuovi comandi CLI: prestashop:thumbnails:regenerate, prestashop:search:index, prestashop:module:export-translations
• Miglioramenti all'auto-mapping Doctrine per le entity dei moduli
• Supporto PHP 8.1 fino a 8.4 (la compatibilità con 8.5 è in fase di test)
• Aliquote IVA aggiornate per Estonia e Romania
• Librerie di grafici D3 e NVD3 aggiornate — i widget della dashboard potrebbero richiedere test
• Tema Classic aggiornato alla versione 3.1.1 per i negozi che lo utilizzano ancora

L'hook actionModuleUpgradeAfter è particolarmente utile per gli sviluppatori di moduli — consente di eseguire logica post-aggiornamento (pulizia della cache, migrazione della configurazione) in modo affidabile, senza dover dipendere dall'ordine di esecuzione degli script di upgrade del modulo.

I nuovi comandi CLI eliminano le attività amministrative comuni che in precedenza richiedevano di navigare nel back office. Il solo prestashop:thumbnails:regenerate farà risparmiare tempo nei deploy per i negozi che gestiscono le immagini dei prodotti tramite script o pipeline CI/CD.

Perché 9.1 è il Miglior Target di Migrazione

Riceviamo questa domanda continuamente: "Sono su PrestaShop 1.6 (o 1.7, o 8.x) — devo aggiornare adesso o aspettare?"

La nostra risposta nell'ultimo anno è stata "aspetta la 9.1." Ecco perché:

Se Sei su PrestaShop 1.6

Stai usando un software che è giunto a fine vita dall'ottobre 2023. Nessuna patch di sicurezza, nessun aggiornamento di compatibilità, nessun supporto per i moduli. PHP 7.x si sta avvicinando alla fine del ciclo di vita sulla maggior parte dei provider di hosting. Ogni mese che aspetti aumenta il rischio di sicurezza e il costo della migrazione futura.

PS 9.1 su Symfony 6.4 LTS ti offre una piattaforma che sarà supportata fino al 2027 e oltre. Il salto è grande, ma cresce col tempo.

Cosa aspettarsi: Una migrazione da 1.6 a 9.1 è sostanzialmente una ricostruzione. I tuoi dati (prodotti, clienti, ordini) possono essere migrati, ma il tema dovrà essere ricostruito da zero (child theme Hummingbird 2.0 o un nuovo tema), e la maggior parte dei moduli avrà bisogno di sostituti. Pianifica tra 2 e 6 settimane a seconda della complessità del negozio.

Passi principali:

1. Configura un'installazione pulita di PrestaShop 9.1 su un server di staging
2. Esporta il catalogo prodotti, il database clienti e lo storico ordini da 1.6
3. Importa i dati in 9.1 usando gli strumenti di importazione o script di migrazione del database diretti
4. Installa e configura i tuoi moduli — testa ognuno individualmente
5. Crea o personalizza il tuo tema (inizia con un child theme Hummingbird 2.0)
6. Configura redirect 301 dai vecchi URL alla nuova struttura degli URL
7. Testa approfonditamente: flusso di checkout, gateway di pagamento, calcoli delle spedizioni, notifiche email
8. Pianifica il passaggio DNS in un periodo a basso traffico

Se Sei su PrestaShop 1.7

La 1.7 era la versione "di transizione" — metà legacy, metà Symfony. Molti moduli e temi erano stati progettati attorno alla sua architettura ibrida. PS 9.1 completa la migrazione a Symfony che la 1.7 aveva iniziato. L'admin è completamente basato su Symfony, le API sono moderne (API Platform), e il layer del tema ha finalmente un default adeguato e accessibile.

La compatibilità dei moduli è buona. La maggior parte dei moduli ben mantenuti supporta già il percorso 1.7 → 9.x. Lo sforzo è moderato e il guadagno è sostanziale.

Cosa aspettarsi: PrestaShop fornisce il modulo Update Assistant (ex autoupgrade) per gli aggiornamenti in-place. Per il percorso 1.7 → 9.1, questo è il percorso raccomandato. Raccomandiamo fortemente di testare prima su una copia di staging — non aggiornare mai direttamente la produzione.

Problemi comuni negli upgrade 1.7 → 9.1:

• File di override — se hai override PHP in override/classes/, potrebbero entrare in conflitto con la nuova architettura Symfony. Esamina ognuno e considera di sostituirli con hook o alternative basate su moduli.
• Funzioni deprecate — Tools::displayPrice() è stata rimossa. AdminController::ajaxDie() è stata rimossa. Se i tuoi moduli personalizzati le usano, devono essere aggiornati.
• Compatibilità dei temi — i temi basati su Classic di 1.7 funzionano generalmente su 9.x ma potrebbero avere anomalie visive. I temi Hummingbird dalla 1.x richiedono la migrazione Bootstrap menzionata sopra.
• Versione PHP — PS 9.1 richiede PHP 8.1 come minimo. Se il tuo hosting è ancora su 7.4 o 8.0, aggiorna prima PHP.

Se Sei su PrestaShop 8.x

Questo è il percorso di upgrade più semplice. Da PS 8 a 9 c'è stato il salto da Symfony 4.4 a 6.4 con una nuova API admin. Da PS 9.0 a 9.1 è un upgrade incrementale senza intoppi. Se i tuoi moduli sono già compatibili con la 9.0, la 9.1 dovrebbe funzionare con test minimi.

I motivi principali per aggiornare: Hummingbird 2.0 è un tema migliore di Classic, la spedizione multi-corriere risolve problemi operativi reali, e benefici di aggiornamenti continui di sicurezza e performance.

Cosa aspettarsi: Usa il modulo Update Assistant. Il percorso 8.x → 9.1 è ben testato. Le principali aree da verificare dopo l'upgrade: personalizzazioni dell'admin (le API admin sono cambiate nella 9.0), moduli che si agganciano al flusso degli ordini (la spedizione multi-corriere cambia il modello dell'oggetto ordine), e widget della dashboard (aggiornamento libreria D3).

La Visione a Lungo Termine

PrestaShop 10 è all'orizzonte. jQuery verrà rimosso completamente. L'admin continuerà la sua modernizzazione con Symfony. Il checkout one-page che i merchant aspettano da anni ha il suo primo codice integrato ed è previsto per una futura minor release. Le funzionalità B2B vengono anche integrate nel core.

PS 9.1 su Symfony 6.4 LTS è la versione di PrestaShop più stabile, moderna e orientata al futuro disponibile oggi. Migrare adesso significa essere sulla piattaforma che riceverà patch di sicurezza, nuove funzionalità e attenzione dalla community per gli anni a venire. Restare su 1.6 o 1.7 significa essere su una piattaforma già non supportata.

Checklist di Migrazione

Indipendentemente dal punto di partenza, ecco una checklist universale per migrare a PrestaShop 9.1:

1. Analizza il tuo negozio attuale — elenca tutti i moduli, le personalizzazioni del tema, gli override e le integrazioni (gateway di pagamento, ERP, API di spedizione)
2. Verifica la compatibilità dei moduli — contatta ogni sviluppatore di moduli o consulta la loro documentazione per il supporto alla versione 9.x. Sostituisci i moduli non supportati prima di aggiornare.
3. Configura un ambiente di staging — clona il database e i file di produzione su un server separato. Non testare mai in produzione.
4. Aggiorna PHP — PS 9.1 richiede PHP 8.1+. Raccomandiamo 8.2 o 8.3 per il miglior equilibrio tra performance e compatibilità.
5. Esegui l'Update Assistant — per i negozi con 1.7+, usa il modulo di upgrade ufficiale di PrestaShop. Per la 1.6, esegui un'installazione pulita e migra i dati.
6. Testa ogni flusso di checkout — effettua ordini di test con ogni metodo di pagamento e opzione di spedizione. Verifica che le notifiche email vengano inviate correttamente.
7. Controlla la struttura degli URL — assicurati che i tuoi URL SEO-friendly siano preservati. Configura redirect 301 per gli URL che sono cambiati.
8. Verifica OPcache — dopo il deploy, resetta OPcache tramite una richiesta web (non da CLI). Questo è un errore comune che causa problemi di "schermo bianco" dopo l'upgrade.
9. Monitora per 48 ore — controlla attentamente i log degli errori, i tassi di conversione del checkout e i tempi di caricamento delle pagine dopo la messa in produzione.

Problemi Comuni di Migrazione

Abbiamo aiutato decine di negozi a migrare tra le versioni di PrestaShop. Ecco i problemi che capitano più spesso:

• File di override che si rompono silenziosamente — il sistema di override di PrestaShop carica override/classes/Foo.php invece di classes/Foo.php. Un override obsoleto può rompere funzionalità senza alcun errore visibile. Esamina sempre e rimuovi gli override non necessari prima di aggiornare.
• OPcache che serve codice vecchio — dopo l'upload dei nuovi file, il server web potrebbe servire ancora il bytecode in cache della vecchia versione. Resetta sempre OPcache tramite uno script PHP accessibile via web, non da CLI (hanno pool di cache separati).
• Colonne del database mancanti — i moduli personalizzati che aggiungono colonne alle tabelle core potrebbero entrare in conflitto con le modifiche allo schema nella 9.1. Verifica l'SQL di upgrade (upgrade/sql/9.1.0.sql) rispetto alle modifiche allo schema personalizzato.
• Webhook dei gateway di pagamento — se cambi dominio o struttura degli URL durante la migrazione, aggiorna gli URL dei webhook con Stripe, PayPal e altri provider di pagamento. I webhook mancati significano conferme d'ordine mancate.
• Cron job che puntano a vecchi percorsi — PrestaShop 9.x ha modificato alcuni punti di ingresso dei cron. Verifica che tutte le attività pianificate continuino a funzionare dopo l'upgrade.
• Template email — PS 9.x usa un motore di template email diverso. I template email personalizzati dalla 1.7 potrebbero non renderizzarsi correttamente. Testa tutte le email transazionali.

Performance: Cosa Aspettarsi

PrestaShop 9.1 su Symfony 6.4 è misurabilmente più veloce delle versioni precedenti per diversi motivi:

• Compilazione del container Symfony 6.4 — il container di dependency injection compila in modo più efficiente, riducendo il tempo di bootstrap.
• Peso del front-end di Hummingbird 2.0 — il nuovo tema distribuisce meno CSS e JavaScript rispetto a Classic. Con jQuery deprecato, il payload JS totale è più leggero nelle nuove installazioni.
• Compilazione JIT di PHP 8.x — se stai migrando da un ambiente PHP 7.x, il compilatore JIT di PHP 8 da solo fornisce un miglioramento delle performance del 10-30% per i carichi di lavoro tipici di PrestaShop.
• Caching migliorato — la cache HTTP e il caching delle query Doctrine di Symfony 6.4 sono più maturi rispetto agli equivalenti 4.4 usati nelle versioni PS precedenti.

Nel nostro ambiente di test, un negozio PrestaShop 9.1 con 5.000 prodotti serve le pagine categoria in ~120ms (TTFB) rispetto ai ~250ms sullo stesso hardware con la 1.7 e il tema Classic. I tuoi risultati varieranno in base all'hosting, ai moduli e alla configurazione — ma la direzione è chiara.

E i Nostri Moduli?

Tutti i moduli di mypresta.rocks sono testati contro PrestaShop 9.1. Utilizziamo la 9.x internamente dalla beta. I nostri moduli supportano PrestaShop dalla 1.7 alla 9.1 con un'unica codebase — nessuna versione separata, nessun fork di compatibilità.

Alcune note specifiche di compatibilità per la 9.1:

• Controller admin — i nostri moduli usano un framework admin condiviso che gestisce il wrapping Symfony automaticamente. La navigazione tra le tab superiori, i breadcrumb e la sidebar funzionano correttamente nel nuovo layout admin.
• Traduzioni — usiamo $this->module->l() che funziona su tutte le versioni PS. La rimozione di $this->l() nei controller admin non influisce sui nostri moduli.
• Formattazione prezzi — gestiamo la rimozione di Tools::displayPrice() con un helper retrocompatibile che usa il formattatore moderno basato su locale su 9.x e fa il fallback sulle versioni precedenti.

Se stai pianificando una migrazione e vuoi testare prima i nostri moduli, scarica una demo gratuita di 30 giorni di qualsiasi modulo e provalo sul tuo ambiente di staging. Offriamo anche consulenza per le migrazioni se hai bisogno di supporto diretto.

Domande Frequenti

Posso saltare PrestaShop 8 e passare direttamente dalla 1.7 alla 9.1?

Sì. L'Update Assistant supporta aggiornamenti diretti dalla 1.7.x alla 9.x. Non è necessario installare la 8.x come passaggio intermedio. Assicurati però che tutti i tuoi moduli siano compatibili con la 9.x prima di aggiornare.

Il mio tema Classic funzionerà ancora su 9.1?

Sì. Il tema Classic è aggiornato alla versione 3.1.1 in PS 9.1. Non è più il default per le nuove installazioni, ma rimane completamente supportato. Se il tuo negozio usa un child theme di Classic, dovrebbe continuare a funzionare con piccoli aggiustamenti.

La funzionalità multi-corriere è pronta per la produzione?

È disponibile tramite feature flag, il che significa che PrestaShop la considera abbastanza stabile per l'uso in produzione ma si riserva il diritto di modificare le API nelle versioni future. Se la spedizione multi-corriere è critica per il tuo business, abilita il feature flag e testa approfonditamente sullo staging prima di andare in produzione.

Quale versione PHP dovrei usare?

Raccomandiamo PHP 8.2 o 8.3 per i negozi di produzione più prudenti. PHP 8.1 è il requisito minimo e PrestaShop 9.1 supporta PHP 8.4 e PHP 8.5. Testa però tutto lo stack dei moduli prima di spostare la produzione sul ramo PHP più recente.

Quanto tempo richiede tipicamente una migrazione?

Dipende interamente dal punto di partenza e dalla complessità del negozio. Un semplice upgrade 8.x → 9.1 può essere completato in un pomeriggio. Un upgrade 1.7 → 9.1 con 20+ moduli richiede tipicamente 1-2 settimane di test. Una migrazione 1.6 → 9.1 con ricostruzione del tema può richiedere 2-6 settimane. Pianifica il tempo per i test — il processo di upgrade vero e proprio è rapido, ma verificare che tutto funzioni correttamente richiede la maggior parte dello sforzo.

Dovrei aspettare o iniziare a prepararmi adesso?

Inizia a prepararti adesso. PrestaShop 9.1.0 è già stabile, quindi il prossimo passo è un aggiornamento su staging: controlla i moduli, testa il checkout, verifica il tema e solo dopo pianifica la migrazione in produzione.

EO2S — Il Primo Ecommerce Open Source Summit

Aggiornamento, maggio 2026: EO2S 2026 si è già svolto. Questa sezione rimane come contesto storico sul perché la versione 9.1 fosse importante per la community PrestaShop.

Conclusione

PrestaShop 9.1 non è una rivoluzione — la rivoluzione è stata la 9.0 (Symfony 6.4, nuova API admin, architettura moderna). La 9.1 è la versione che rende pratica e rifinita la base costruita dalla 9.0: un tema moderno pronto per la produzione, la flessibilità di spedizione di cui i merchant hanno bisogno e un sistema di sconti più pulito.

Che tu sia su 1.6, 1.7 o 8.x — questa è la versione su cui vale la pena migrare. Più aspetti, più il divario cresce e più costosa sarà la migrazione. PrestaShop 9.1 ti offre una piattaforma moderna, supportata e orientata al futuro che porterà il tuo negozio attraverso i prossimi anni.

Se stavi aspettando, l'attesa è finita. Questa è la versione su cui puntare.

Articoli Correlati

• CSS e JavaScript personalizzati in PrestaShop senza compromettere gli aggiornamenti