Migrazione PrestaShop 1.7 → 8: la checklist completa 2026 (moduli rotti, performance, SEO, dati)

Nel 2026, una parte significativa dei negozi PrestaShop gira ancora sotto la versione 1.7 — uscita nel 2016, dichiarata fine supporto ufficiale da PrestaShop SA nel 2024, e ormai senza patch di sicurezza dalla fine del 2025. Questi negozi accumulano rischi: incompatibilità con i PHP recenti, moduli 1.7 abbandonati, vulnerabilità non patchate, performance appesantite da hook legacy, e impossibilità di usare il catalogo moderno PS8 (cross-sell intelligente, FAQ IA, AEO, multi-paese pulito).

La migrazione verso PrestaShop 8 non è più un’opzione nel 2026 — è un obbligo a termine. Ma è un progetto a sé stante, non un clic nel back-office. Questo articolo illustra la checklist completa di migrazione 1.7 → 8: l’audit preliminare, i moduli da sostituire, la gestione dei dati, la critica del SEO e dei reindirizzamenti, e l’opportunità di modernizzare lo stack tecnico al passaggio.

Perché migrare nel 2026 (e perché aspettare diventa rischioso)

Tre forze convergono nel 2026 per rendere la migrazione 1.7 → 8 inevitabile.

Fine del supporto sicurezza. PrestaShop SA non emette più patch di sicurezza per il branch 1.7 dalla fine del 2025. Qualsiasi falla scoperta dopo questa data resta sfruttabile, e la quantità di negozi 1.7 ancora online ne fa un bersaglio privilegiato per gli attaccanti. Sugli audit recenti, diversi negozi 1.7 sono stati compromessi tramite moduli di terze parti vulnerabili che non sono più mantenuti — admin defacciato, tunnel di pagamento dirottato, dati clienti esfiltrati.

Incompatibilità PHP. PrestaShop 1.7 supporta ufficialmente solo PHP 7.4 e alcune versioni di PHP 8.0. Tuttavia PHP 7.4 è fine vita da novembre 2022, e la maggior parte degli host ha rimosso o sta rimuovendo PHP 7.4 dalle proprie offerte. I negozi 1.7 forzati a girare in PHP 8.1 o 8.2 sperimentano bug aleatori (warning, deprecated, cast impliciti rotti) che degradano il funzionamento.

Catalogo moderno PS8 inaccessibile. Tutti i moduli e-commerce 2026 moderni (FAQ IA, AEO via llms.txt, cross-sell ponderato con analytics, marcatura Schema.org estesa, multi-paese pulito con hreflang automatico) sono sviluppati per PrestaShop 8. Le versioni 1.7 di questi moduli, quando esistono, sono port degradati — funzionalità limitate, performance minori, supporto interrotto.

L’arbitraggio economico è semplice: il costo di una migrazione seria nel 2026 (tipicamente da 5.000 a 25.000 € a seconda della dimensione del negozio e della complessità) è inferiore al costo cumulato di restare su 1.7 — falle di sicurezza, perdita di moduli moderni, degrado di performance, perdita di clienti a causa di bug PHP.

L’audit preliminare: cosa sapere prima di migrare

Prima di qualsiasi preventivo o pianificazione di migrazione, un audit completo del tuo negozio 1.7 attuale. Senza questo audit, scopri le complicazioni a progetto avviato e il budget esplode.

Inventario dei moduli installati. Elenca tutti i moduli attivati sul negozio. Per ciascuno: la versione, lo stato (attivo / disattivato / orfano), l’autore, la data dell’ultimo aggiornamento, e la disponibilità di una versione PrestaShop 8. Sui negozi 1.7 maturi, si trovano tipicamente da 30 a 80 moduli di cui il 20-40% sono in realtà abbandonati o orfani — disattivati da tempo, senza uso attivo. Quelli spariscono automaticamente alla migrazione.

Inventario delle modifiche custom. Override di classi core in override/classes/, override di controller, modifiche di template Smarty, mod diretti nel codice core (pratica antipattern frequente sui vecchi negozi 1.7). Tutte queste modifiche vanno censite e documentate — non sopravvivranno alla migrazione senza intervento manuale.

Audit del tema. Se usi un tema custom (e non un tema classic-rocket o Hummingbird nativo), verifica la compatibilità PS8. Molti temi 1.7 commerciali non vengono mai portati su PS8 — la scelta è allora tra acquistare una nuova licenza PS8 dello stesso tema (se disponibile), scegliere un nuovo tema PS8, o far portare il tema custom da uno sviluppatore (caro).

Audit dei dati. Volumetria dei prodotti, degli ordini, dei clienti, delle recensioni. Una migrazione di negozio con 500 prodotti e 5.000 ordini richiede qualche giorno di lavoro. Una migrazione di negozio con 50.000 prodotti e 500.000 ordini richiede diverse settimane con coordinamento logistico (freeze della prod, finestra di bascula).

Audit SEO. Top 100 delle pagine con traffico organico, top 100 delle pagine con backlink, struttura degli URL attuali. Questo dato è critico per pianificare i reindirizzamenti 301 (argomento di una sezione dedicata più sotto).

I moduli 1.7 rotti da sostituire

Sulle migrazioni che abbiamo accompagnato, ecco le categorie di moduli che pongono sistematicamente problema.

Moduli di cross-sell 1.7. I moduli di prodotti associati in versione 1.7 (pscrosssellsproducts, blockcategories esteso, alcuni moduli di terze parti) non funzionano in PS8 e i loro equivalenti PS8 sono spesso rebrandati. Approfitta della migrazione per passare a un cross-sell moderno con analytics e strategie ponderate — argomento trattato nel nostro articolo sulle 7 strategie di cross-sell 2026. Modulo raccomandato: DataFirefly Cross-Sell.

Moduli di recensioni 1.7. I moduli di recensioni nativi PS 1.7 (productcomments) e i moduli di terze parti vecchi non generano marcatura Schema.org AggregateRating + Review pulita — quindi niente stelle nella SERP, nessuna citazione negli Answer Engine (argomento AEO trattato nel nostro articolo dedicato). Da sostituire con un modulo moderno come DataFirefly Recensioni Verificate che copre la marcatura completa.

Moduli di FAQ prodotto 1.7. La maggior parte dei moduli FAQ 1.7 sono Smarty hardcoded senza gestione IA né Schema.org pulito. Il passaggio a PS8 è l’occasione per passare a un modulo FAQ con generazione IA in massa come DataFirefly FAQ IA Prodotto — risparmio di tempo massiccio sulla redazione e marcatura Schema.org valida.

Moduli di wishlist 1.7. Le wishlist 1.7 sono generalmente basiche (aggiungere / rimuovere / elencare) senza cattura di email anonima, senza alert prezzo, senza analytics. Da sostituire con DataFirefly Wishlist Avanzata — argomento trattato nel nostro articolo sulla wishlist come leva di conversione.

Moduli di carrello laterale / sidecart 1.7. Spesso assenti in 1.7 (il carrello era una pagina dedicata, senza sidecart). Da aggiungere in PS8 con DataFirefly SideCart che modernizza l’esperienza post-add-to-cart.

Moduli SEO multi-paese 1.7. I moduli hreflang 1.7 sono spesso parziali e non gestiscono correttamente la reciprocità o i codici ISO. Da sostituire con il modulo Hreflang DataFirefly + Selettore di Paese.

Moduli pagamento 1.7. I vecchi moduli di pagamento 1.7 sono spesso incompatibili con i requisiti SCA / 3DS2 moderni, o non conformi PSD2. La maggior parte delle banche e dei processori (Stripe, Mollie, Adyen, BNP, Société Générale, Crédit Mutuel via Mercanet) hanno moduli PS8 moderni da attivare in sostituzione. Da testare rigorosamente prima della bascula in prod — un pagamento rotto in prod è fatturato perso.

Moduli di tracking analytics 1.7. I moduli GA Universal o GTM legacy 1.7 non supportano il Consent Mode v2 (obbligatorio nel 2026 per Google Ads / GA4). Da sostituire con Google Tag Pro o simile che gestisce Consent Mode v2 nativamente, più Cookie Manager Tarteaucitron per la CMP.

La gestione dei dati: import / export pulito

La migrazione dei dati è tecnicamente la parte più rischiosa. PrestaShop non fornisce un migratore nativo 1.7 → 8 affidabile — lo strumento Module Migration Manager esistente ha limitazioni note sui cataloghi complessi.

L’approccio collaudato:

Fase 1 — Export pulito da 1.7. Export CSV / XML dei prodotti, categorie, clienti, ordini, recensioni, descrittori (caratteristiche, attributi). Conservare gli ID originali per poter mappare i reindirizzamenti SEO in seguito.

Fase 2 — Installazione PS8 pulita. Su un ambiente dedicato (staging), installare PS8 from scratch con un tema compatibile e i moduli di base. Non reinstallare i moduli 1.7 — installare le versioni PS8 moderne equivalenti.

Fase 3 — Import strutturato. Import nell’ordine: categorie → caratteristiche → prodotti → immagini prodotto → clienti → indirizzi → ordini → recensioni. L’ordine conta perché alcune tabelle referenziano altre (un prodotto referenzia una categoria che deve già esistere).

Fase 4 — Verifica di coerenza. Contare il numero di righe per tabella dopo l’import, confrontare con i conteggi della 1.7 di origine. Testare alcune schede prodotto, alcune categorie, alcuni ordini per verificare che tutto sia coerente visivamente.

Fase 5 — Test funzionali. Percorso completo su staging: navigazione, aggiunta al carrello, checkout, pagamento (in modalità test), conferma. Testare anche le funzionalità admin (gestione ordini, gestione prodotti, gestione clienti).

SEO e reindirizzamenti 301: la parte che si fallisce più spesso

Gli URL cambiano tra PS 1.7 e PS 8, talvolta sottilmente (struttura di slug, gestione dei parametri, aggiunta del multilingua). Senza un piano di reindirizzamento 301 sistematico, perdi tutta l’autorità SEO accumulata.

I tipi di URL da mappare:

• URL prodotto: vecchio formato /category/123-slug-prodotto.html vs nuovo formato /category/prodotto-456 (o l’inverso a seconda della config). Mappare prodotto per prodotto.
• URL categoria: possono cambiare se la gerarchia o gli slug sono stati modificati.
• URL CMS / pagine statiche: da mappare individualmente.
• URL fornitori / marche: se li utilizzavi in 1.7.
• URL parametrizzati con filtri: da mappare verso i nuovi URL faceted search PS8.

Implementazione pratica: un file di reindirizzamenti 301 in .htaccess o config nginx, o un modulo di reindirizzamenti PS8 (diversi esistono sul marketplace) che li gestisce dal database. Per i cataloghi molto grandi (10.000+ prodotti), automatizzare la mappatura tramite script che legge la vecchia sitemap e genera i reindirizzamenti verso i nuovi URL basandosi sugli slug o gli SKU.

E aspetto critico: monitorare Search Console per 4-8 settimane dopo la bascula per rilevare gli errori 404. Ogni 404 rivela un vecchio URL non reindirizzato — da aggiungere al file di reindirizzamenti man mano.

La checklist di migrazione in 12 fasi

1. Audit completo del negozio 1.7 attuale (moduli, tema, custom code, dati, SEO).
2. Scelta del tema PS8 (replica del tema attuale o nuova scelta).
3. Scelta dei moduli PS8 di sostituzione, con audit dei moduli da abbandonare.
4. Provisioning ambiente PS8 (hosting, PHP 8.2+, MySQL 8 / MariaDB 11, certificati SSL).
5. Installazione PS8 pulita e configurazione di base (lingue, valute, multilingua, paesi).
6. Installazione dei moduli PS8 selezionati e configurazione.
7. Import dei dati dall’export 1.7 (categorie, prodotti, clienti, ordini).
8. Produzione dei reindirizzamenti 301 che mappano vecchio URL → nuovo URL.
9. Test funzionali esaustivi su staging (navigazione, checkout, admin).
10. Bascula in produzione (DNS, certificati, file .htaccess o config nginx con reindirizzamenti).
11. Monitoraggio post-bascula Search Console, GA4, log server, feedback clienti.
12. Iterazione correttiva sui bug rilevati in prod (contare 2-4 settimane di polish post-bascula).

Sulle migrazioni che abbiamo accompagnato, il progetto completo dura tra 4 e 12 settimane in base alla dimensione del negozio e alla complessità delle customizzazioni.

L’opportunità di modernizzare lo stack al passaggio

Una migrazione 1.7 → 8 non è solo un upgrade tecnico, è anche l’opportunità di modernizzare lo stack e-commerce accumulato per anni senza pulizia.

Sicurezza admin. Approfitta della migrazione per attivare la 2FA admin tramite 2FA Google Authenticator per PrestaShop. È una protezione essenziale nel 2026 che molti negozi 1.7 trascurano.

Stack AEO. Approfitta della migrazione per allineare il tuo negozio sugli standard AEO 2026 (argomento trattato nella nostra categoria AEO). Il combo LLMs.txt PrestaShop + FAQ IA + Recensioni Verificate posiziona il tuo negozio per il traffico ChatGPT / Perplexity / Google AI Overview.

Recurring revenue tramite abbonamenti. Se il tuo catalogo lo permette (consumabili, box, servizi digitali), approfitta di PS8 per aggiungere il modulo DataFirefly Subscriptions con Stripe — argomento trattato nella nostra guida al funnel di abbonamento. Il ricorrente su PrestaShop 1.7 era particolarmente arrangiato; su PS8 è maturo.

Stack di conversione moderno. Oltre alle sostituzioni di moduli rotti, approfitta della migrazione per aggiungere le leve che non avevi in 1.7: barra di spedizione gratuita con barra di progresso, sidecart, wishlist con alert, video prodotto con CWV pulite. Una migrazione senza modernizzazione è un refactor tecnico senza guadagno business.

Errori frequenti nella migrazione 1.7 → 8

Credere che la migrazione richieda 2 giorni. Sui preventivi low-cost che promettono una migrazione in 2 giorni, recuperi sistematicamente un negozio rotto. Il minimo realistico è 2-3 settimane per un negozio semplice, di più per quelli complessi.

Trascurare i reindirizzamenti 301. La perdita di traffico SEO post-migrazione è tipicamente del 30-60% senza piano di reindirizzamento completo. Con un piano, si recupera il 90-100% in 4-8 settimane.

Mantenere tutti i moduli 1.7. La migrazione è l’occasione di sfoltire. I negozi che cercano di portare tutto identicamente si ritrovano con un PS8 appesantito da 50 moduli di cui la metà sono legacy.

Fare la migrazione direttamente in prod. Senza staging, senza test, senza piano di rollback. È la garanzia di un drama. Qualsiasi migrazione seria passa per staging con validazione esaustiva.

Sottovalutare la formazione utenti. L’admin PS8 è diverso da PS 1.7 — workflow cambiati, schermate riorganizzate, alcune funzioni spostate. I team operativi (gestione ordini, supporto cliente) devono essere formati prima della bascula, non scoprire il nuovo admin la mattina del go-live.

Conclusione: un progetto strutturante che modernizza il tuo business e-commerce

La migrazione PrestaShop 1.7 → 8 non è un semplice update tecnico — è un progetto che merita una sponsorizzazione direzionale, un budget calibrato, e una pianificazione rigorosa. I negozi che prendono l’argomento sul serio escono dalla migrazione con un negozio moderno, sicuro, performante e allineato agli standard e-commerce 2026. I negozi che la fanno alla bell’e meglio ci perdono traffico SEO, fatturato per settimane, e accumulano un debito tecnico che andrà pagato più tardi.

L’investimento tipo per una migrazione seria è di 5.000-25.000 € a seconda della dimensione (PMI: 8-15 K€, e-commerce maturo: 15-25 K€), più il costo dei nuovi moduli di sostituzione (generalmente 500-2.000 € a seconda dello stack scelto). Il ritorno sull’investimento è misurabile in 6-12 mesi post-migrazione tramite la modernizzazione delle leve di conversione e la liberazione del potenziale SEO bloccato dai limiti della 1.7.

Per approfondire gli argomenti correlati, sfoglia le nostre categorie Performance & Core Web Vitals e Tutorial PrestaShop. E per assemblare lo stack moderno PrestaShop 8 post-migrazione (cross-sell, recensioni verificate, FAQ IA, sidecart, wishlist, free shipping, multi-paese, AEO), l’intero catalogo DataFirefly è allineato sui pattern 2026 — performance-first, codice pulito, supporto multilingua, aggiornamenti regolari.