PrestaShop 9.2 : toutes les nouveautés expliquées

Depuis plusieurs années, l'écosystème PrestaShop évolue à un rythme soutenu. Après la sortie de PrestaShop 9, qui a marqué une étape importante avec l'abandon progressif de nombreuses technologies héritées, l'arrivée de PrestaShop 9.2 constitue probablement la mise à jour la plus ambitieuse depuis longtemps.

Contrairement à ce que pourrait laisser penser son numéro de version, il ne s'agit pas simplement d'une mise à jour corrective. Cette version introduit plusieurs évolutions majeures qui vont modifier en profondeur la manière de développer, maintenir et faire évoluer une boutique PrestaShop.

Certaines nouveautés concernent directement les marchands, avec notamment l'arrivée très attendue d'un One Page Checkout natif, tandis que d'autres ciblent davantage les développeurs avec l'apparition des Extra Properties ou encore du framework officiel de développement assisté par Intelligence Artificielle.

Chez EcomiZ, nous suivons de très près l'évolution de PrestaShop depuis plus de quinze ans. Nous accompagnons quotidiennement des e-commerçants sur des projets de migration, de développement sur mesure, de maintenance évolutive et d'optimisation des performances. Cette proximité avec le terrain nous permet d'analyser chaque nouveauté sous un angle concret : quels sont les bénéfices réels ? Quels impacts pour les boutiques existantes ? Quels changements pour les développeurs et les agences ?

Dans cet article, nous vous proposons un décryptage complet de toutes les nouveautés de PrestaShop 9.2, avec un regard technique mais aussi stratégique.

Pourquoi PrestaShop 9.2 est une version majeure

Depuis quelques années, le projet PrestaShop poursuit une transformation profonde.

L'objectif n'est plus uniquement d'ajouter des fonctionnalités mais de moderniser progressivement l'ensemble du cœur applicatif afin de faciliter les développements futurs.

Cette stratégie repose sur plusieurs axes :

• modernisation de l'architecture Symfony ;
• suppression progressive de la dette technique historique ;
• meilleure stabilité des API ;
• amélioration de l'expérience développeur ;
• accélération du rythme des évolutions.

La feuille de route officielle confirme cette volonté d'installer PrestaShop parmi les plateformes e-commerce open source les plus modernes du marché, tout en conservant ce qui fait sa force depuis toujours : une grande flexibilité et une communauté particulièrement active.

Pour les agences spécialisées comme EcomiZ, cette évolution est particulièrement importante car elle permet de produire des développements plus robustes, plus maintenables et plus faciles à faire évoluer dans le temps.

Une roadmap désormais beaucoup plus transparente

L'un des changements les plus appréciables ces derniers mois est la publication d'une roadmap beaucoup plus claire.

Les équipes de PrestaShop communiquent désormais plus ouvertement sur les fonctionnalités en préparation.

On y retrouve notamment :

• le nouveau tunnel de commande ;
• l'intégration de l'IA dans les outils de développement ;
• les Extra Properties ;
• les améliorations du multiboutique ;
• les futurs travaux autour du B2B ;
• les évolutions des API ;
• la préparation progressive de PrestaShop 10.

Cette visibilité est importante pour les agences et les e-commerçants car elle facilite les choix techniques.

Il devient beaucoup plus simple d'anticiper les investissements, d'éviter certains développements spécifiques bientôt intégrés au cœur de PrestaShop et de préparer les futures migrations.

Une philosophie orientée "Future Proof"

Pendant longtemps, certaines évolutions importantes nécessitaient presque systématiquement :

• des overrides ;
• des surcharges d'ObjectModel ;
• des modifications du cœur ;
• des hacks difficiles à maintenir.

Chaque montée de version devenait alors un projet complexe.

Avec PrestaShop 9.2, la philosophie évolue nettement.

Les nouvelles fonctionnalités sont conçues pour permettre aux développeurs de personnaliser la plateforme sans modifier son cœur.

Cette approche réduit considérablement les risques lors des mises à jour.

Pour les marchands, cela signifie :

• des coûts de maintenance plus faibles ;
• des migrations plus simples ;
• une meilleure compatibilité avec les futurs modules ;
• une plateforme plus pérenne.

Les grandes nouveautés de PrestaShop 9.2

Avant d'entrer dans le détail de chaque évolution, voici les principales nouveautés qui font de cette version un véritable tournant.

✔ One Page Checkout natif

Le tunnel de commande historique laisse progressivement place à un tunnel simplifié sur une seule page.

Objectif :

• diminuer les abandons de panier ;
• réduire le nombre de clics ;
• améliorer l'expérience mobile ;
• faciliter la conversion.

Cette fonctionnalité est probablement celle qui sera la plus visible pour les e-commerçants.

Nous y consacrerons une partie complète plus loin dans cet article.

✔ Développement assisté par Intelligence Artificielle

C'est probablement la nouveauté la plus spectaculaire côté développeur.

PrestaShop fournit désormais un véritable framework documentaire destiné aux IA génératives.

Contrairement à un simple prompt ou à une documentation classique, cette architecture permet à Claude, Cursor, GitHub Copilot ou Gemini de comprendre précisément le fonctionnement interne de PrestaShop.

Le résultat est impressionnant :

• génération de code beaucoup plus fiable ;
• meilleure qualité architecturale ;
• respect des Domain Commands ;
• utilisation correcte des Hooks ;
• prise en compte du multiboutique ;
• réduction des erreurs de génération.

Nous verrons dans une section dédiée pourquoi cette évolution va probablement transformer durablement la manière de développer des modules PrestaShop.

✔ Extra Properties

Probablement la nouveauté la plus importante pour les développeurs.

Les Extra Properties offrent enfin une méthode officielle permettant d'ajouter des données métier aux objets PrestaShop sans recourir aux techniques historiques souvent difficiles à maintenir.

Cette évolution simplifie énormément :

• les ERP ;
• les PIM ;
• les connecteurs ;
• les modules B2B ;
• les développements spécifiques.

Pour une agence spécialisée, cela représente un gain énorme en qualité de développement.

✔ Améliorations techniques

PrestaShop 9.2 apporte également de nombreuses optimisations internes :

• architecture Symfony renforcée ;
• nettoyage du Legacy ;
• meilleures performances ;
• meilleure stabilité des API ;
• amélioration de certains composants du Back Office ;
• simplification de plusieurs Domain Services.

Certaines de ces améliorations sont invisibles pour le marchand mais elles facilitent énormément la maintenance à long terme.

Pourquoi cette version est particulièrement intéressante pour les agences

Chez EcomiZ, nous observons une évolution très nette des demandes de nos clients.

Les projets ne consistent plus uniquement à créer une boutique.

Les e-commerçants souhaitent désormais :

• connecter leur ERP ;
• synchroniser plusieurs marketplaces ;
• utiliser l'IA ;
• automatiser certaines tâches ;
• personnaliser profondément leur catalogue ;
• disposer d'une plateforme durable.

Toutes ces demandes nécessitent une architecture solide.

C'est précisément ce que cherche à construire PrestaShop depuis plusieurs versions.

Avec la 9.2, cette vision devient beaucoup plus concrète.

Les nouveaux outils proposés aux développeurs permettent de produire un code plus propre, plus robuste et beaucoup plus facile à maintenir dans le temps.

À long terme, cela devrait également réduire le coût global des projets et faciliter les futures montées de version.

---

Le One Page Checkout natif : enfin une évolution attendue depuis des années

Parmi toutes les nouveautés annoncées pour PrestaShop 9.2, une retient particulièrement l'attention des e-commerçants : l'arrivée d'un One Page Checkout (OPC) directement intégré au cœur de PrestaShop.

Il s'agit sans doute de la fonctionnalité la plus visible pour les utilisateurs finaux. Contrairement aux évolutions d'architecture ou aux nouvelles API, le tunnel de commande est utilisé quotidiennement par tous les clients d'une boutique en ligne. La moindre amélioration de son ergonomie peut donc avoir un impact direct sur le chiffre d'affaires.

Jusqu'à présent, la majorité des boutiques PrestaShop utilisaient le tunnel de commande historique ou installaient un module tiers pour bénéficier d'un parcours plus moderne. Avec PrestaShop 9.2, cette fonctionnalité devient enfin native.

Ce changement rapproche PrestaShop des standards actuels du e-commerce, où la simplicité du passage de commande est devenue un levier essentiel de conversion.

Pourquoi le tunnel historique montrait ses limites

Le tunnel de commande introduit avec PrestaShop 1.7 constituait déjà une nette amélioration par rapport aux anciennes versions. Toutefois, après plusieurs années d'utilisation, certaines limites sont apparues.

Parmi les principales critiques remontées par les marchands :

• parcours relativement long ;
• nombreux rechargements de page ;
• expérience parfois peu fluide sur mobile ;
• difficulté à visualiser l'ensemble des informations de commande ;
• nombreuses personnalisations nécessaires selon les métiers.

De nombreux marchands installaient donc des modules spécialisés tels que :

• The Checkout
• One Page Checkout PS
• OPC by Knowband
• Creative Elements Checkout
• ou encore des développements entièrement sur mesure.

Ces solutions fonctionnaient souvent très bien mais présentaient plusieurs inconvénients :

• coût supplémentaire ;
• dépendance à un éditeur tiers ;
• mises à jour spécifiques ;
• compatibilité parfois complexe avec certains modules de paiement ou de livraison.

Avec un One Page Checkout directement maintenu par les équipes PrestaShop, une partie de ces contraintes devrait progressivement disparaître.

Concrètement, qu'est-ce qu'un One Page Checkout ?

Comme son nom l'indique, le principe consiste à regrouper toutes les étapes de la commande sur une seule page.

Le client retrouve simultanément :

• ses coordonnées ;
• l'adresse de livraison ;
• le choix du transporteur ;
• le mode de paiement ;
• le récapitulatif du panier ;
• les conditions générales de vente.

L'ensemble est mis à jour dynamiquement, sans navigation entre plusieurs écrans.

Le fonctionnement devient beaucoup plus proche de celui proposé par des plateformes comme :

• Shopify
• BigCommerce
• WooCommerce (avec certains plugins)
• Magento 2
• ou encore Amazon.

Cette approche réduit la sensation de complexité et permet au client de conserver une vision globale de sa commande.

Pendant plusieurs années, Shopify a pris une avance sur PrestaShop concernant la simplicité du tunnel de commande. Avec PrestaShop 9.2, l'écart se réduit fortement tout en conservant les avantages de l'open source : liberté de personnalisation, absence de commissions sur les ventes et propriété totale des données.

Pourquoi un tunnel plus court améliore la conversion

Depuis plusieurs années, les études UX montrent qu'un tunnel de commande trop long constitue l'une des principales causes d'abandon de panier.

Les raisons sont multiples :

• fatigue cognitive ;
• perte de contexte ;
• temps d'attente ;
• impression de procédure complexe ;
• multiplication des clics.

Chaque étape supplémentaire augmente statistiquement le risque que le client abandonne son achat.

Le One Page Checkout répond directement à cette problématique.

Les informations sont regroupées de manière logique et immédiatement visibles.

Le client comprend rapidement :

• ce qu'il lui reste à compléter ;
• le montant total ;
• les frais de livraison ;
• le délai annoncé ;
• le moyen de paiement choisi.

Cette transparence participe fortement au sentiment de confiance.

Une expérience pensée avant tout pour le mobile

Aujourd'hui, une part importante des commandes est réalisée depuis un smartphone.

Or, le tunnel historique n'était pas toujours parfaitement adapté à ce type d'utilisation.

Le nouveau checkout adopte une logique beaucoup plus moderne :

• sections repliables ;
• champs optimisés pour les écrans tactiles ;
• mise à jour instantanée du panier ;
• limitation des rechargements ;
• meilleure lisibilité.

Ces optimisations peuvent sembler mineures individuellement, mais leur accumulation améliore sensiblement le confort d'utilisation.

Pour les boutiques dont plus de 70 % du trafic provient du mobile, ces évolutions sont particulièrement intéressantes.

Une architecture plus moderne

Au-delà de l'aspect graphique, le nouveau tunnel bénéficie également d'une architecture plus propre.

Les objectifs sont multiples :

• faciliter les évolutions futures ;
• simplifier les personnalisations ;
• réduire la dette technique ;
• améliorer la compatibilité avec les modules.

Autrement dit, il ne s'agit pas simplement d'un nouveau design.

C'est une refonte structurelle du tunnel de commande.

Cette distinction est importante.

Dans le passé, beaucoup de modules OPC remplaçaient entièrement le checkout historique.

Cette approche pouvait poser différents problèmes lors des mises à jour majeures.

Le futur One Page Checkout officiel bénéficie directement des évolutions du cœur de PrestaShop.

Les bénéfices pour les développeurs

Pour les développeurs et les agences, cette évolution est également intéressante.

Jusqu'à présent, personnaliser le tunnel impliquait souvent :

• overrides ;
• JavaScript complexe ;
• surcharge des templates ;
• hooks spécifiques ;
• compatibilité difficile avec certains modules.

L'objectif affiché par PrestaShop est de proposer une architecture plus facilement extensible.

Cela devrait permettre aux éditeurs de modules de paiement ou de livraison de maintenir leurs compatibilités plus simplement.

Les futures évolutions devraient également être moins coûteuses.

Les impacts sur les modules existants

C'est probablement la question que se posent tous les marchands.

Les modules One Page Checkout actuels vont-ils devenir inutiles ?

La réponse est plus nuancée.

À court terme, de nombreuses boutiques continueront probablement à utiliser leur solution actuelle.

Pourquoi ?

Parce que certaines disposent de fonctionnalités très avancées :

• personnalisation poussée ;
• affichage spécifique selon le métier ;
• champs additionnels ;
• intégration ERP ;
• B2B complexe.

Le checkout natif couvrira les besoins de la majorité des boutiques, mais certains projets très spécifiques conserveront probablement leur module dédié.

Quelles compatibilités faudra-t-il vérifier ?

Avant toute migration, plusieurs éléments devront être contrôlés.

Notamment :

Les modules de paiement

Ils devront être compatibles avec la nouvelle architecture.

En particulier :

• PayPal
• Stripe
• Alma
• Oney
• Scalapay
• Mollie
• HiPay
• Monetico
• PayPlug

Les modules transporteurs

Les principaux connecteurs devront également être validés :

• Colissimo
• Mondial Relay
• Chronopost
• UPS
• DPD
• GLS
• FedEx

Les modules B2B

Les boutiques professionnelles utilisent souvent :

• conditions tarifaires spécifiques ;
• devis ;
• comptes multi-utilisateurs ;
• restrictions de paiement.

Ces fonctionnalités devront être soigneusement testées.

Les personnalisations du tunnel

Toute modification spécifique réalisée ces dernières années devra être auditée.

Par exemple :

• ajout de champs ;
• validation TVA ;
• collecte de données complémentaires ;
• choix de créneau ;
• informations logistiques.

Notre avis chez EcomiZ

Après avoir étudié les premières informations disponibles, nous pensons que cette évolution va dans la bonne direction.

Cependant, nous recommandons de ne pas considérer le One Page Checkout comme une mise à jour anodine.

Le tunnel de commande est le cœur du processus de vente.

Une migration mal préparée peut entraîner :

• une baisse du taux de conversion ;
• des incompatibilités ;
• des erreurs de paiement ;
• des anomalies de livraison.

Chez EcomiZ, nous conseillons systématiquement de :

• réaliser une recette complète ;
• tester tous les scénarios d'achat ;
• vérifier les différents transporteurs ;
• contrôler les moyens de paiement ;
• mesurer le taux de conversion avant/après la mise en production.

Une migration Prestashop réussie ne consiste pas simplement à activer une nouvelle fonctionnalité : elle doit être accompagnée d'une véritable phase de validation fonctionnelle et d'analyse des performances.

Ce que nous attendons encore

Le One Page Checkout constitue une excellente évolution, mais plusieurs interrogations demeurent encore tant que la version définitive de PrestaShop 9.2 n'est pas publiée.

Parmi les points qui mériteront une attention particulière :

• la facilité de personnalisation sans surcharge ;
• la compatibilité avec les modules existants ;
• les performances sur des catalogues volumineux ;
• le comportement en multiboutique ;
• l'intégration avec les principaux PSP et transporteurs ;
• les possibilités offertes aux développeurs via les Hooks.

Ces éléments seront déterminants pour juger de l'adoption de cette nouvelle fonctionnalité par les marchands et les agences.

---

Les Extra Properties : la fin des surcharges d'ObjectModel ?

S'il fallait ne retenir qu'une seule nouveauté technique de PrestaShop 9.2, ce serait probablement celle-ci.

Les Extra Properties répondent enfin à une problématique historique de PrestaShop : comment ajouter proprement des données métier à un objet natif (produit, client, commande, transporteur...) sans modifier le cœur de la plateforme, sans multiplier les overrides et sans rendre les futures montées de version plus complexes.

Pour les marchands, cette évolution est pratiquement invisible.

Pour les développeurs, en revanche, elle représente probablement la plus grande évolution de l'architecture PrestaShop depuis l'introduction de Symfony.

Chez EcomiZ, nous estimons que cette nouveauté pourrait faire économiser plusieurs jours de développement sur de nombreux projets spécifiques tout en améliorant considérablement leur maintenabilité.

Pourquoi était-ce un problème depuis des années ?

L'un des grands points forts de PrestaShop est sa richesse fonctionnelle.

Mais cette richesse s'accompagne d'un modèle de données très structuré.

Prenons un exemple simple.

Vous souhaitez ajouter une nouvelle information sur un produit :

• numéro de série constructeur ;
• indice carbone ;
• délai spécifique fournisseur ;
• coefficient logistique ;
• date de fabrication ;
• code ERP.

Jusqu'à aujourd'hui, plusieurs solutions existaient.

Aucune n'était réellement idéale.

Solution n°1 : modifier directement la table SQL

La méthode la plus simple consistait à ajouter une colonne dans la table concernée.

Par exemple, la table :

ps_product

devient :

ps_product
------------------------------------
id_product
reference
ean13
isbn
eco_score

Le problème ?

Cette colonne supplémentaire n'était absolument pas connue par PrestaShop.

Il fallait ensuite modifier tout le reste.

Solution n°2 : surcharger l'ObjectModel

C'était la méthode la plus utilisée.

Il fallait créer un Override de Product.php puis ajouter :

• la propriété PHP ;
• la définition ObjectModel ;
• la gestion des validations ;
• parfois les formulaires BO ;
• parfois les Webservices.

Une approche qui fonctionnait…

…jusqu'à la prochaine montée de version.

Solution n°3 : créer une table parallèle

Beaucoup d'agences adoptaient finalement cette approche.

ps_product
ps_product_extra

On stockait alors :

id_product
eco_score
fabricant
origine
indice_co2

Cette solution évitait les overrides.

Mais elle compliquait énormément :

• les jointures SQL ;
• les exports ;
• les API ;
• les performances ;
• la maintenance.

Le résultat : beaucoup de dette technique

Après plusieurs années, certaines boutiques accumulent :

• plusieurs dizaines d'overrides ;
• des hooks spécifiques ;
• des tables personnalisées ;
• des champs ajoutés dans différents formulaires.

Chaque migration devient alors une opération délicate.

Le moindre changement dans le cœur de PrestaShop peut provoquer des régressions.

C'est précisément ce que cherchent à éviter les équipes PrestaShop avec les Extra Properties.

Le principe des Extra Properties

L'idée est relativement simple.

Permettre aux développeurs d'ajouter officiellement des propriétés supplémentaires sur les objets métier sans avoir à modifier leur définition interne.

Autrement dit :

Le produit continue d'être un objet Product.

Mais il peut recevoir dynamiquement des propriétés supplémentaires parfaitement intégrées au cycle de vie de l'application.

Cette approche est beaucoup plus proche des architectures modernes utilisées par d'autres frameworks PHP.

Une approche beaucoup plus orientée Domain Driven Design

Depuis plusieurs versions, PrestaShop modernise progressivement son architecture autour des principes du Domain Driven Design (DDD) et du modèle CQRS.

Les Extra Properties s'inscrivent parfaitement dans cette logique.

Au lieu de modifier directement un objet historique, on vient enrichir ses données de manière propre, contrôlée et extensible.

Cette séparation améliore la lisibilité du code et limite les effets de bord.

Quels objets pourront être enrichis ?

À terme, le mécanisme a vocation à concerner la plupart des entités métier.

Par exemple :

• Produits
• Clients
• Commandes
• Adresses
• Fournisseurs
• Marques
• Catégories
• Transporteurs

Chaque objet pourra accueillir des informations supplémentaires sans nécessiter une réécriture de son modèle principal.

Des cas d'usage très concrets

Cette nouveauté ouvre de nombreuses possibilités.

Chez EcomiZ, nous imaginons déjà plusieurs applications.

ERP

Ajouter :

• code SAP ;
• identifiant Sage ;
• numéro de lot ;
• stock externe ;
• dépôt logistique.

Sans toucher au cœur de PrestaShop.

PIM

Synchroniser :

• attributs marketing ;
• fiches techniques ;
• caractéristiques avancées.

Avec un mapping beaucoup plus simple.

Industrie

Ajouter :

• numéro de série ;
• date de fabrication ;
• usine ;
• fournisseur principal.

Alimentaire

Stocker :

• DLC ;
• DDM ;
• origine ;
• poids réel.

B2B

Associer :

• tarif négocié ;
• coefficient commercial ;
• responsable de compte ;
• conditions particulières.

Un énorme bénéfice pour les connecteurs

Aujourd'hui, les connecteurs ERP représentent souvent les développements les plus complexes.

Pourquoi ?

Parce qu'ils doivent maintenir leur propre modèle de données.

Les Extra Properties permettent de simplifier cette synchronisation.

Le code devient plus lisible.

Le mapping est plus direct.

Les risques de conflits diminuent.

Des API plus cohérentes

Les nouvelles API de PrestaShop pourront progressivement exploiter ces propriétés supplémentaires.

L'objectif est que les données personnalisées puissent être manipulées de manière standardisée, sans développer un point d'entrée spécifique pour chaque besoin métier.

Pour les intégrateurs, cela ouvre la voie à des échanges plus propres avec des ERP, des PIM ou des applications SaaS.

Une meilleure compatibilité avec les futures versions

C'est probablement le bénéfice le plus important.

Historiquement, chaque surcharge augmentait le risque lors d'une montée de version.

Les Extra Properties limitent fortement cette dépendance.

Le cœur reste intact.

Les personnalisations deviennent moins intrusives.

Les futures migrations devraient donc être plus rapides et moins coûteuses.

Les limites actuelles

Comme toute nouveauté importante, les Extra Properties soulèvent encore quelques questions.

Parmi les points que nous suivrons avec attention :

• les performances sur des catalogues de plusieurs centaines de milliers de produits ;
• la prise en charge par les modules existants ;
• la compatibilité avec les Webservices historiques ;
• les interactions avec certains hooks legacy ;
• les outils d'import/export.

Ces éléments devront être validés au fur et à mesure des retours de la communauté.

L'avis d'EcomiZ

Pour notre équipe, les Extra Properties sont probablement la véritable révolution technique de PrestaShop 9.2, même si elles passeront totalement inaperçues pour la majorité des marchands.

Elles répondent à un besoin que les développeurs rencontrent depuis des années : enrichir les objets métier sans recourir à des surcharges fragiles ou à des architectures complexes.

À terme, cela devrait permettre :

• des développements plus rapides ;
• des modules plus compatibles ;
• des migrations simplifiées ;
• une réduction de la dette technique ;
• une meilleure pérennité des projets.

Pour les e-commerçants, le bénéfice est indirect mais bien réel : un site plus facile à maintenir, plus évolutif et moins coûteux à faire évoluer au fil des versions.

Valeur ajoutée

---

Le développement assisté par IA : PrestaShop devient la première grande plateforme e-commerce pensée pour les agents IA

L'Intelligence Artificielle transforme progressivement tous les métiers du numérique.

Depuis l'arrivée de Claude Code, GitHub Copilot, Cursor, Gemini CLI ou encore Windsurf, de nombreux développeurs utilisent déjà quotidiennement l'IA pour accélérer leur travail.

Mais jusqu'à présent, un problème majeur subsistait.

Les modèles de langage ne connaissaient que très partiellement l'architecture interne de PrestaShop.

Ils généraient souvent du code fonctionnel…

…mais rarement du code conforme aux bonnes pratiques du projet.

Avec PrestaShop 9.2, cela change complètement.

Les équipes du projet ont conçu un véritable environnement destiné aux assistants IA afin que ceux-ci comprennent le fonctionnement interne de la plateforme avant même d'écrire une seule ligne de code.

À notre connaissance, il s'agit d'une première pour une grande solution e-commerce open source.

Pourquoi les IA développaient mal sur PrestaShop

Les IA génératives sont extrêmement performantes.

Le problème n'est pas leur capacité à écrire du PHP.

Le problème est qu'elles ne connaissent pas votre projet.

Avant PrestaShop 9.2, lorsqu'un développeur demandait :

"Ajoute un champ personnalisé au produit."

L'IA pouvait produire :

• un Override ;
• une modification directe d'une classe ;
• une requête SQL ;
• une surcharge Legacy ;
• voire une modification du Core.

Autrement dit, elle proposait souvent une solution techniquement fonctionnelle…

…mais parfois totalement contraire aux recommandations officielles.

Le développeur devait alors corriger lui-même le résultat.

Le vrai problème : le manque de contexte

Les grands modèles de langage raisonnent à partir du contexte qu'on leur fournit.

Si ce contexte est incomplet, les réponses le seront également.

Or PrestaShop représente aujourd'hui :

• plusieurs milliers de classes ;
• des centaines de services Symfony ;
• des dizaines de domaines métier ;
• une architecture CQRS ;
• une documentation très riche ;
• de nombreux composants Legacy toujours présents.

Même un excellent modèle ne peut pas deviner toute cette architecture.

Il doit la découvrir.

C'est précisément ce que PrestaShop automatise désormais.

Une documentation spécialement conçue pour les IA

La grande nouveauté est la création d'une documentation structurée spécifiquement pour les assistants IA.

Il ne s'agit pas d'une documentation classique destinée aux développeurs.

Elle est pensée pour être consommée directement par les modèles de langage.

L'objectif est simple :

Avant de générer du code…

…l'IA apprend comment fonctionne réellement PrestaShop.

Une hiérarchie documentaire intelligente

Le système repose sur plusieurs niveaux de contexte.

Au sommet, un fichier présente les principes fondamentaux du projet.

On y retrouve notamment :

• l'architecture générale ;
• les conventions de développement ;
• les règles de nommage ;
• les principes Symfony ;
• les Domain Commands ;
• les bonnes pratiques.

Ensuite, l'IA peut explorer progressivement des documentations spécialisées.

Par exemple :

• Catalogue
• Produit
• Commande
• Client
• Transporteur
• Hook
• Module
• API
• Back Office
• Front Office

Chaque domaine possède ses propres recommandations.

L'assistant IA ne travaille donc plus à l'aveugle.

Il dispose du même niveau de compréhension qu'un développeur connaissant déjà très bien PrestaShop.

Une approche proche du RAG… mais beaucoup plus efficace

On compare souvent cette architecture à un système de Retrieval Augmented Generation (RAG).

En réalité, elle va plus loin.

Dans un RAG classique, l'IA recherche de la documentation lorsqu'elle en a besoin.

Ici, le contexte est organisé dès le départ.

Les informations sont hiérarchisées.

Elles sont cohérentes.

Elles utilisent le vocabulaire officiel du projet.

Cela réduit énormément les hallucinations.

Les assistants compatibles

Cette architecture n'a pas été conçue pour un seul outil.

Elle fonctionne avec la plupart des assistants modernes :

• Claude Code
• Cursor
• GitHub Copilot
• Gemini CLI
• Windsurf
• Aider
• Roo Code
• OpenAI Codex (selon les évolutions)

Cette neutralité est importante.

Les développeurs restent libres de choisir leur environnement préféré.

Des gains de productivité considérables

Chez EcomiZ, nous utilisons déjà quotidiennement plusieurs assistants IA pour accélérer le développement de modules PrestaShop, les audits de code, la génération de tests ou encore la rédaction de documentation technique.

L'arrivée de cette couche de contexte officielle va encore renforcer ces usages.

Concrètement, l'IA sera capable de :

• générer un module conforme aux conventions PrestaShop ;
• proposer les bons Hooks plutôt que des modifications du cœur ;
• respecter les Domain Commands ;
• créer des formulaires Symfony compatibles ;
• produire une structure de fichiers cohérente ;
• documenter automatiquement le code ;
• suggérer des améliorations architecturales.

L'objectif n'est pas de remplacer le développeur, mais de lui faire gagner un temps précieux sur les tâches répétitives et de réduire les erreurs de conception.

L'IA ne remplace pas l'expertise métier

Il est important de nuancer l'enthousiasme autour de ces nouveaux outils.

Même avec un contexte parfaitement structuré, l'IA ne connaît pas votre activité.

Elle ne sait pas :

• comment fonctionne votre logistique ;
• quelles sont vos règles commerciales ;
• vos contraintes fiscales ;
• vos spécificités B2B ;
• votre modèle de livraison ;
• votre stratégie SEO.

Elle ne remplace donc ni l'analyse fonctionnelle, ni l'architecture logicielle, ni les tests.

En revanche, elle devient un excellent copilote pour accélérer les développements.

Un impact direct sur la qualité des modules

L'un des effets les plus intéressants concerne la qualité moyenne des modules développés.

En respectant davantage les conventions du cœur de PrestaShop, les développements devraient être :

• plus homogènes ;
• plus faciles à maintenir ;
• plus simples à transmettre entre développeurs ;
• plus compatibles avec les futures versions.

Cela bénéficie à l'ensemble de l'écosystème.

Ce que cela change pour les agences

L'intégration officielle de l'IA va profondément transformer les méthodes de travail.

Les agences qui sauront exploiter ces nouveaux outils pourront :

• accélérer les développements ;
• consacrer davantage de temps aux choix d'architecture ;
• améliorer leurs procédures de recette ;
• renforcer les revues de code ;
• produire une documentation plus complète.

À l'inverse, les agences qui continueront à développer sans tirer parti de ces assistants risquent progressivement de perdre en compétitivité.

L'enjeu ne sera plus seulement de savoir coder, mais de savoir piloter intelligemment l'IA.

Et demain ? Les agents IA autonomes

Cette évolution ouvre également la porte à une nouvelle génération d'outils : les agents IA.

Contrairement aux assistants actuels, qui répondent à une demande ponctuelle, un agent peut enchaîner plusieurs actions de manière autonome.

On peut imaginer, par exemple, un agent capable de :

• analyser un module ;
• détecter des incompatibilités avec PrestaShop 9.2 ;
• proposer les corrections nécessaires ;
• générer les tests unitaires ;
• lancer automatiquement une batterie de tests fonctionnels ;
• produire un rapport complet avant déploiement.

Nous expérimentons déjà ce type d'approche chez EcomiZ avec nos outils internes et nos workflows de développement assisté par IA. Les gains en qualité et en productivité sont particulièrement prometteurs.

Notre avis chez EcomiZ

À nos yeux, cette nouveauté dépasse largement le simple cadre de PrestaShop.

Elle marque une évolution de la manière même de développer des applications.

Les développeurs ne vont pas être remplacés par l'IA. En revanche, ceux qui sauront travailler avec l'IA disposeront d'un avantage concurrentiel considérable.

Chez EcomiZ, nous utilisons déjà ces technologies pour accélérer les développements, automatiser certaines phases de tests, documenter nos modules et renforcer nos processus de qualité. L'arrivée d'une documentation officielle pensée pour les assistants IA constitue donc une excellente nouvelle.

Elle permettra de produire un code plus conforme aux standards de PrestaShop, de réduire les erreurs et d'améliorer la pérennité des projets.

---

Faut-il migrer vers PrestaShop 9.2 ? Notre analyse d'agence

À chaque nouvelle version majeure de PrestaShop, la même question revient :

Faut-il migrer immédiatement ou attendre quelques mois ?

La réponse dépend essentiellement de votre version actuelle, de votre activité et du niveau de personnalisation de votre boutique.

Contrairement à certaines idées reçues, une montée de version ne doit jamais être réalisée uniquement parce qu'une nouvelle version est disponible. Une migration est avant tout un projet technique qui doit être évalué en fonction des bénéfices attendus, des risques et du retour sur investissement.

Chez EcomiZ, nous accompagnons chaque année de nombreuses migrations PrestaShop. Cette expérience nous a appris qu'il n'existe pas de réponse universelle.

Vous êtes déjà sous PrestaShop 9

Si votre boutique fonctionne déjà sous PrestaShop 9, la migration vers la version 9.2 sera généralement la plus simple.

Vous bénéficierez rapidement des nouvelles fonctionnalités :

• One Page Checkout natif ;
• Extra Properties ;
• améliorations Symfony ;
• optimisations de performance ;
• nouvelles API ;
• environnement IA pour les développeurs.

Dans la majorité des cas, il s'agira davantage d'une montée de version que d'une véritable refonte.

Il restera néanmoins indispensable de vérifier la compatibilité des modules installés ainsi que des éventuels développements spécifiques.

Vous êtes sous PrestaShop 8

C'est aujourd'hui la situation la plus fréquente.

PrestaShop 8 est une version mature, stable et largement adoptée.

Faut-il la quitter immédiatement ?

Notre réponse est non.

PrestaShop 8 reste aujourd'hui une excellente plateforme.

En revanche, si vous envisagez déjà :

• une refonte graphique ;
• une migration serveur ;
• une évolution importante de votre catalogue ;
• un nouveau développement métier ;
• une modernisation de votre tunnel de commande ;

alors il peut être pertinent de planifier directement un passage vers PrestaShop 9.2 afin d'éviter deux projets successifs.

Vous êtes encore sous PrestaShop 1.7

Dans ce cas, la question ne se pose pratiquement plus.

La migration devient fortement recommandée.

Les raisons sont nombreuses :

• architecture vieillissante ;
• dette technique importante ;
• compatibilité PHP limitée ;
• modules parfois abandonnés ;
• sécurité moins bonne ;
• performances inférieures ;
• coût de maintenance croissant.

Plus le temps passe, plus le coût d'une migration augmente.

Attendre plusieurs années supplémentaires n'apportera généralement aucun avantage.

Vous êtes encore sous PrestaShop 1.6

Dans ce cas, il ne s'agit plus d'une montée de version mais pratiquement d'une reconstruction.

La plupart des thèmes et des modules devront être remplacés.

Les développements spécifiques devront être réévalués.

C'est souvent l'occasion de repenser complètement le projet :

• UX ;
• SEO ;
• performances ;
• tunnel de commande ;
• architecture technique.

Même si l'investissement est plus important, les gains obtenus sont généralement très significatifs.

Quels sont les bénéfices attendus ?

Une migration vers PrestaShop 9.2 ne doit pas être vue uniquement comme une dépense.

Elle peut permettre de réduire durablement le coût global d'exploitation d'une boutique.

Parmi les principaux bénéfices :

• une plateforme plus moderne ;
• une meilleure sécurité ;
• des développements plus simples à maintenir ;
• un tunnel de commande plus performant ;
• une meilleure compatibilité avec les futurs modules ;
• une architecture pensée pour durer.

Ces éléments réduisent progressivement la dette technique accumulée au fil des années.

Les points de vigilance

Une migration reste néanmoins un projet sensible.

Avant toute mise en production, plusieurs vérifications sont indispensables.

Compatibilité des modules

Tous les modules doivent être testés.

Cela concerne notamment :

• les paiements ;
• les transporteurs ;
• les ERP ;
• les marketplaces ;
• les modules marketing.

Développements spécifiques

Chaque développement sur mesure doit être audité.

En particulier :

• overrides ;
• hooks personnalisés ;
• modules internes ;
• connecteurs métier.

Performances

Une migration est également l'occasion d'optimiser :

• PHP ;
• MySQL ;
• Redis ;
• OPcache ;
• Nginx ;
• CDN ;
• cache PrestaShop.

La version applicative ne représente qu'une partie des performances globales.

SEO

Le référencement naturel doit faire partie intégrante du projet.

Nous recommandons systématiquement :

• la conservation des URL ;
• les redirections 301 ;
• le contrôle des balises canoniques ;
• la vérification des balises META ;
• la reprise du maillage interne ;
• le contrôle de l'indexation.

Une migration mal préparée peut entraîner une perte temporaire de visibilité.

Une migration est aussi l'occasion de faire le ménage

Au fil des années, une boutique accumule souvent :

• modules inutilisés ;
• overrides oubliés ;
• anciennes personnalisations ;
• hooks obsolètes ;
• tables SQL inutilisées.

Une migration est le moment idéal pour repartir sur une base plus saine.

Cette phase est souvent sous-estimée alors qu'elle améliore durablement la stabilité de la boutique.

Notre méthodologie chez EcomiZ

Chez EcomiZ, une migration ne consiste pas uniquement à copier une base de données sur une nouvelle version.

Chaque projet suit plusieurs étapes :

1. Audit technique de la boutique existante.
2. Inventaire des modules et développements spécifiques.
3. Analyse SEO et plan de conservation des URL.
4. Préparation d'un environnement de recette.
5. Migration des données.
6. Adaptation des développements spécifiques.
7. Recette fonctionnelle complète.
8. Contrôle des performances.
9. Mise en production.
10. Suivi post-migration afin de corriger rapidement d'éventuelles anomalies.

Cette méthodologie permet de limiter les interruptions de service et de sécuriser les performances commerciales de la boutique.

Notre avis d'expert

À notre sens, PrestaShop 9.2 constitue la première version de la branche 9 qui apporte de véritables nouveautés fonctionnelles et architecturales.

Les Extra Properties, le One Page Checkout et l'environnement de développement assisté par IA montrent clairement la direction prise par le projet : rendre PrestaShop plus moderne, plus maintenable et plus performant.

Faut-il migrer dès la sortie de la version ?

Pas nécessairement.

Comme pour toute nouvelle version majeure, nous recommandons d'attendre les premiers retours de la communauté et les premières versions correctives (9.2.x) avant de lancer une migration sur une boutique en production critique.

En revanche, pour tous les nouveaux projets, les refontes ou les migrations déjà planifiées, PrestaShop 9.2 représente une excellente base de départ. Son architecture est pensée pour durer et devrait accompagner l'écosystème pendant plusieurs années.

---

En résumé : pourquoi PrestaShop 9.2 marque un véritable tournant

Avec PrestaShop 9.2, le projet franchit une nouvelle étape dans sa modernisation. Cette version ne se contente pas d'apporter quelques améliorations : elle pose les bases du PrestaShop des prochaines années.

Parmi les nouveautés les plus marquantes, on retiendra :

• Le One Page Checkout natif, qui simplifie le tunnel de commande et vise à améliorer le taux de conversion, notamment sur mobile.
• Les Extra Properties, une évolution majeure pour les développeurs permettant d'enrichir les objets métier sans recourir aux surcharges historiques.
• Le développement assisté par Intelligence Artificielle, avec une documentation spécialement conçue pour les assistants comme Claude Code, Cursor ou GitHub Copilot.
• Une architecture toujours plus moderne, poursuivant la transition vers Symfony, le Domain Driven Design (DDD) et les bonnes pratiques de développement.
• Une roadmap claire et ambitieuse, qui confirme la volonté de PrestaShop d'investir dans l'IA, les API, le B2B et la pérennité de sa plateforme.

Pour les e-commerçants, ces évolutions se traduiront progressivement par des boutiques plus performantes, plus simples à maintenir et plus faciles à faire évoluer.

Pour les agences et les développeurs, elles ouvrent la voie à une nouvelle génération de développements, plus robustes, plus standardisés et mieux adaptés aux futurs besoins des marchands.

Chez EcomiZ, nous suivrons naturellement les prochaines évolutions de PrestaShop 9.2 et partagerons régulièrement nos retours d'expérience issus de projets réels afin d'accompagner au mieux les e-commerçants dans leurs choix techniques.

---

FAQ – Tout savoir sur PrestaShop 9.2

1. Quelles sont les principales nouveautés de PrestaShop 9.2 ?

PrestaShop 9.2 introduit plusieurs évolutions majeures : un One Page Checkout natif, les Extra Properties pour enrichir les objets métier, un environnement de développement assisté par IA, ainsi que de nombreuses améliorations de l'architecture Symfony, des API et des performances.

2. Le One Page Checkout est-il inclus gratuitement ?

Oui. Contrairement aux solutions proposées jusqu'à présent sous forme de modules, le nouveau tunnel de commande est directement intégré au cœur de PrestaShop.

3. Les modules existants seront-ils compatibles avec PrestaShop 9.2 ?

La majorité des modules devrait fonctionner, mais une vérification reste indispensable, notamment pour les modules de paiement, de transport, d'ERP ou les développements spécifiques.

4. Qu'est-ce que les Extra Properties ?

Les Extra Properties permettent d'ajouter des données métier aux entités PrestaShop sans modifier le cœur de la plateforme ni utiliser des overrides. Elles facilitent le développement de modules et réduisent la dette technique.

5. Le développement assisté par IA remplace-t-il les développeurs ?

Non. Les assistants IA accélèrent la production de code, la documentation et les tests, mais l'analyse métier, les choix d'architecture et la validation finale restent assurés par des développeurs expérimentés.

6. Peut-on migrer directement de PrestaShop 1.7 vers PrestaShop 9.2 ?

Oui, mais cette migration nécessite une étude préalable afin d'évaluer la compatibilité des modules, des développements spécifiques, du thème et des données.

7. Les performances seront-elles meilleures ?

PrestaShop 9.2 apporte plusieurs optimisations internes. Toutefois, les performances dépendent également de nombreux facteurs comme l'hébergement, PHP, MySQL, Redis, le cache, les images et les modules installés.

8. Est-il préférable d'attendre avant de migrer ?

Pour une boutique en production, il est généralement recommandé d'attendre les premières versions correctives (9.2.x) ainsi que les retours de la communauté avant de planifier une migration.

9. Les thèmes PrestaShop devront-ils être modifiés ?

Tout dépend du niveau de personnalisation du thème actuel. Les thèmes fortement modifiés devront être testés avec attention, en particulier si le tunnel de commande a été personnalisé.

10. Quels sont les bénéfices pour une boutique B2B ?

Les améliorations de l'architecture, les Extra Properties et les futures évolutions prévues dans la roadmap faciliteront le développement de fonctionnalités métiers avancées et de connecteurs ERP.

11. L'IA est-elle intégrée directement dans le Back Office ?

Non. L'IA n'est pas destinée aux marchands dans cette version. Elle fournit principalement un environnement documentaire permettant aux assistants de développement comme Claude Code ou Cursor de mieux comprendre l'architecture de PrestaShop.

12. PrestaShop 9.2 améliore-t-il le référencement naturel ?

Indirectement, oui. Un tunnel de commande plus performant, une meilleure architecture technique et des performances optimisées contribuent à améliorer l'expérience utilisateur, un facteur pris en compte par les moteurs de recherche.

13. Une migration vers PrestaShop 9.2 est-elle complexe ?

Tout dépend de la version actuelle, du nombre de modules installés et des développements spécifiques. Une migration bien préparée reste généralement beaucoup moins coûteuse qu'une migration réalisée plusieurs années plus tard.

14. Pourquoi faire appel à une agence spécialisée pour une migration ?

Une agence experte maîtrise les problématiques de compatibilité, de SEO, de performances, de sécurité et de recette fonctionnelle, ce qui réduit fortement les risques lors de la mise en production.

15. EcomiZ accompagne-t-elle les migrations vers PrestaShop 9.2 ?

Oui. Nos équipes accompagnent les e-commerçants dans toutes les étapes de leur projet : audit technique, migration, développement spécifique, optimisation des performances, référencement naturel (SEO), campagnes Google Ads (SEA), hébergement prestahop et maintenance évolutive.

---

Vous envisagez une migration vers PrestaShop 9.2 ?

Chaque projet est unique. Avant de lancer une migration, il est essentiel d'évaluer la version actuelle de votre boutique, la compatibilité de vos modules, vos développements spécifiques et vos objectifs business.

Chez EcomiZ, nous accompagnons les e-commerçants depuis 2010 sur leurs projets de migration, de refonte graphique, de développement sur mesure, d'optimisation SEO/SEA et de maintenance PrestaShop.

Nous vous proposons un premier échange afin d'analyser votre projet, répondre à vos questions et vous conseiller sur la stratégie la plus adaptée à votre contexte.