La sortie de PrestaShop 9 a remis le sujet de la migration sur la table pour beaucoup de marchands. Si vous êtes encore sur une 1.7.x (ce qui est le cas de la majorité des boutiques aujourd’hui), vous finirez par devoir sauter le pas. Voici un tour d’horizon honnête de ce que ça implique concrètement.
Table des matières
Ce qui change entre PrestaShop 1.7 et 9
Une architecture plus moderne, mais plus exigeante
PrestaShop 8 avait déjà commencé à moderniser la stack (compatibilité PHP 8.1, nettoyage du code historique, modernisation Symfony). PrestaShop 9 enfonce le clou : la plateforme s’appuie plus largement sur Symfony, l’admin est progressivement migrée sur la nouvelle architecture, et de vieilles dépendances disparaissent.
Pour un marchand, ça veut dire une base plus saine, plus performante, plus maintenable dans la durée. Pour une agence qui doit migrer un existant, ça veut dire que tout le code « à l’ancienne » (overrides mal faits, modules pas à jour, thème custom hors standards) devient problématique.
La compatibilité modules : le nerf de la guerre
C’est le point le plus sensible. Les modules développés pour PrestaShop 1.7 ne sont pas tous compatibles avec la 9. Certains le sont avec une simple mise à jour de la part de leur éditeur. D’autres demandent une refonte plus ou moins lourde. Les modules « gratuits » abandonnés depuis des années ne passeront pas du tout, sauf à les refaire.
Avant même de planifier une migration, le premier vrai travail est d’auditer vos modules actifs et de classer chacun en trois catégories :
- Compatible 9 : version disponible, on met à jour
- Compatibilité en cours : l’éditeur a annoncé une version, on attend
- Incompatible : on remplace par une alternative, ou on le fait refaire
Le thème : souvent à refaire
Si votre thème est un thème standard récent (Classic, Hummingbird, Warehouse, etc.), la mise à jour est généralement gérable. Si c’est un thème customisé lourdement ou un thème développé par votre agence il y a plusieurs années, il y a de fortes chances qu’il faille soit le retravailler sérieusement, soit en repartir sur une base plus moderne.
Combien de temps prévoir ?
Les ordres de grandeur qu’on observe chez nos clients :
- Boutique simple (thème standard, peu de modules, peu de custom) : 3 à 6 semaines de projet, incluant recette et passage en prod
- Boutique moyenne (thème semi-customisé, 20-30 modules, quelques overrides) : 2 à 4 mois
- Boutique complexe (multi-boutique, intégrations ERP, B2B, thème sur mesure, modules sur mesure) : 4 à 8 mois, voire plus
Ce temps est très majoritairement absorbé par l’audit préalable, la reprise de ce qui ne passe plus, et la recette fonctionnelle. La mise à jour technique elle-même ne représente qu’une fraction de l’effort.
Les points de vigilance qu’on voit le plus souvent
1. Les overrides non standards
Chaque override doit être analysé et réécrit pour la nouvelle version. Les overrides qui modifient des classes cœur (Cart, Order, Product, Customer) sont souvent les plus pénibles à reprendre.
2. Les hooks personnalisés et les modules custom
Tout ce que votre agence a développé sur mesure doit être passé en revue. Certains hooks ont changé de signature, d’autres ont disparu, d’autres sont remplacés par des événements Symfony.
3. Les intégrations ERP / marketplace / PIM
Si vous êtes connecté à un ERP (Sage, Cegid, Divalto…), une marketplace (Mirakl), ou un PIM (Akeneo), les connecteurs doivent être validés ou adaptés. C’est souvent le chantier le plus long à coordonner, parce qu’il implique des tiers.
4. Le SEO et les redirections
Une migration n’est pas censée casser vos URLs, mais dans les faits, il faut vérifier. Préparez un crawl complet avant migration, comparez-le au crawl post-migration, et mettez en place les redirections 301 qui s’imposent. Un bug ignoré ici peut coûter cher en trafic organique sur 3-6 mois.
Faut-il migrer maintenant ou attendre ?
Ça dépend de votre contexte. Quelques repères :
- Vous êtes sur PrestaShop 1.7.8.x et tout fonctionne bien : pas d’urgence absolue, mais vous gagnez à planifier la migration sur 6-12 mois, pas à la faire en catastrophe dans 2 ans
- Vous êtes sur une 1.7.5 / 1.7.6 : vous êtes déjà hors support, la migration devient prioritaire, au minimum vers une 8
- Vous refaites votre thème ou votre design : autant en profiter pour migrer en même temps, ça évite de payer deux fois le travail
- Vous avez des gros projets fonctionnels à venir (marketplace, B2B, multi-boutique) : migrez d’abord, développez ensuite, ça coûte moins cher
Besoin d’un audit de migration ?
Avant de se lancer dans une migration PrestaShop 9, un audit préalable (modules, thème, overrides, intégrations) permet de chiffrer le projet précisément et d’éviter les mauvaises surprises. MDWeb accompagne des marchands sur ces sujets au quotidien. Si vous voulez qu’on regarde votre boutique ensemble, écrivez-nous.