PrestaShop 9 : faut-il migrer maintenant ou attendre ?

PrestaShop 9 est sorti il y a presque deux ans. Le marketing était bruyant. Les retours terrain, plus nuancés. En tant qu'agence qui a fait migrer 12 boutiques en PS9 cette dernière année, voici ce qu'on conseille en 2026.

Ce qui change vraiment

PrestaShop 9 marque la fin de la cohabitation Smarty/Symfony. Le back-office est 100 % Symfony récent (refonte complète), le front a été massivement modernisé, et toute la couche persistance utilise désormais Doctrine ORM (au lieu du vieux ObjectModel).

Concrètement :

• Performance BO : +40 % en moyenne sur les pages produit, listes commandes, configuration
• API REST refondue, basée sur API Platform
• Twig partout côté admin (Smarty disparaît progressivement du BO, encore présent ponctuellement)
• Hooks asynchrones via Symfony Messenger (utile pour les webhooks)
• Nouveau système de permissions plus granulaire

Les modules : où ça coince

C'est le point sensible. Tous les modules qui touchent au BO ont besoin d'être refactorés. Concrètement, sur les 12 boutiques qu'on a migrées :

• ~70 % des modules compatibles PS8 fonctionnent en PS9 sans modif (les modules "front-only" surtout)
• ~25 % nécessitent un patch léger (1-3 jours-homme)
• ~5 % sont à réécrire ou abandonner

Les éditeurs sérieux (PrestaShop Addons certifiés "Partner Trust") ont sorti leurs versions PS9 dans les 6 mois après la release. Les modules de niche développés en interne il y a 5 ans : c'est plus compliqué.

Notre méthode : on fait un inventaire modules en début de projet et on contacte chaque éditeur pour vérifier la roadmap PS9. Ça évite les surprises à mi-parcours.

Les vrais bénéfices côté merchant

Au-delà de la perf BO, ce qu'on remarque chez nos clients :

1. Recherche produit BO instantanée (basée sur ElasticSearch optionnel) — gain de temps énorme pour les équipes catalog
2. Multi-stock natif amélioré — fini les contournements via modules tiers buggés
3. Workflow de commande Symfony Workflow — vrais états avec transitions auditables
4. API REST unifiée — beaucoup plus propre pour intégrer un ERP ou un PIM

Les pièges à connaître

On a vu en vrai chez nos clients :

• Surcoût hébergement : PS9 demande plus de RAM (4 Go minimum vs 2 Go pour PS8 confortable). Si vous êtes sur un mutualisé Cloud, ça peut nécessiter un upgrade VPS.
• Refonte des thèmes custom : beaucoup de hooks Smarty ont été renommés ou supprimés. Si votre thème a 3+ ans, comptez un refactoring.
• Compatibilité PHP : PS9 demande PHP 8.2 minimum. Vérifiez votre stack avant.
• Modules de paiement spécifiques pays : les SDK Belgique/France (Mollie, Bancontact, Sips) ont mis 6-9 mois à être stables sur PS9.

Notre verdict en 2026

On distingue deux cas :

Vous êtes en PrestaShop 8

Migrez maintenant ou dans les 6 mois, sauf si vous avez un projet métier critique en cours qui mobiliserait l'équipe. Les bénéfices BO et perf sont réels, l'écosystème est mûr, et vous bénéficierez du support officiel jusqu'en 2028+.

Vous êtes en PrestaShop 1.7

C'est plus délicat. Deux options :

• Saut direct 1.7 → 9 : plus risqué (gap technique énorme) mais évite de payer deux migrations
• 1.7 → 8 puis 8 → 9 plus tard : plus sécurisé, étape intermédiaire validable, mais coût total ~30 % supérieur

On recommande le saut direct uniquement si la boutique est "saine" (peu de modules custom, pas d'override non documenté). Sinon, l'étape PS8 est une assurance utile.

Combien ça coûte vraiment ?

Sur la base de nos 12 migrations :

• Boutique simple (10-20k SKU, peu de modules) : 5-8 jours-homme
• Boutique standard (30-100k SKU, ERP synchronisé) : 12-20 jours-homme
• Boutique complexe (multistore, modules custom métier) : 25-50 jours-homme

Le poste qui dérape le plus : la mise à jour des modules tiers payants. On budgète systématiquement 20 % de marge sur ce volet.

Si vous hésitez, on fait des audits de migration gratuits en visio (1h, sans engagement). On évalue votre stack, vos modules, et on vous donne une fourchette honnête.