PrestaShop 9.2 n’est pas encore une version stable, mais le projet vient de franchir une étape importante : depuis le 9 juillet 2026, la branche est en feature freeze. Concrètement, les nouvelles fonctionnalités sont figées ; l’équipe se concentre désormais sur les corrections, les tests et la préparation d’une bêta publique attendue dans les prochaines semaines.
Pour une boutique, une agence ou un éditeur de module, c’est le bon moment pour préparer un environnement de recette. Pas pour mettre à jour la production.
Ce que signifie le feature freeze
Le gel fonctionnel ne veut pas dire que PrestaShop 9.2 est disponible ni que son périmètre est définitif à 100 %. Il signifie qu’aucune nouvelle fonction majeure ne doit entrer dans cette version. Les contributions vont désormais vers la branche 9.2.x afin de stabiliser ce qui existe déjà.
Cette phase est utile pour trois raisons :
- les régressions sont détectées avant la version finale ;
- les thèmes et modules peuvent identifier leurs incompatibilités ;
- les marchands peuvent préparer leur plan de mise à jour sans subir une migration dans l’urgence.
La source est explicite : PrestaShop attend encore une bêta publique, puis les retours de la communauté avant la sortie stable. L’annonce officielle du feature freeze reste donc la référence à suivre.
Les trois évolutions à surveiller dans PrestaShop 9.2
1. One Page Checkout devient un module natif
Le projet annonce un parcours de commande sur une seule page, directement fourni par PrestaShop. L’objectif est clair : éviter de dépendre systématiquement d’un module tiers pour réunir adresse, livraison et paiement dans une même séquence.
Le potentiel conversion est réel, mais c’est aussi le point le plus sensible à tester. Le tunnel de commande concentre les règles de transport, les moyens de paiement, les promotions, les comptes clients et les spécificités B2B. Une boutique qui utilise un checkout personnalisé ne doit pas supposer une compatibilité automatique.
À contrôler en recette :
- la création de compte, la commande invité et la récupération de mot de passe ;
- les adresses avec pays, états, TVA et règles de livraison différentes ;
- les codes promo, cartes-cadeaux, règles panier et prix spécifiques ;
- chaque module de paiement, de transport et de consentement ;
- les événements de conversion Analytics et les flux publicitaires.
2. Extra Properties pour enrichir produits, clients et commandes
PrestaShop 9.2 doit introduire Extra Properties, un mécanisme natif pour ajouter des champs aux entités du coeur : produit, client ou commande. Le projet prévoit la prise en charge du multiboutique, du multilingue, des formulaires et grilles du back-office, du front-office ainsi que de l’Admin API.
Pour les développeurs, l’intérêt est de réduire le code répété dans les modules : plus besoin de recréer systématiquement le stockage, les écrans d’administration et une partie de l’exposition API. Pour les marchands, cela peut faciliter la gestion de données métier comme une information réglementaire, une caractéristique logistique ou un attribut B2B.
La prudence reste nécessaire : il faut vérifier comment ces propriétés cohabitent avec les champs ajoutés par les modules existants, les exports, les connecteurs ERP et les templates personnalisés.
3. La migration Symfony se poursuit dans le back-office
De nouvelles pages historiques passent vers Symfony, derrière des feature flags. C’est un travail moins visible qu’une nouvelle fonctionnalité, mais structurant : formulaires modernes, gestion de sécurité plus cohérente et code plus maintenable à long terme.
Le bénéfice n’est pas une promesse de vitesse immédiate sur le front-office. Le vrai gain est la réduction progressive de la dette technique et une base plus fiable pour les futures versions. C’est aussi une raison de contrôler les modules qui étendent le back-office ou modifient des contrôleurs historiques.
Une bêta à tester, pas une mise à jour à installer en production
PrestaShop recommande de tester la branche 9.2.x depuis les sources. Cette procédure s’adresse aux développeurs et aux intégrateurs : elle demande Composer, la construction des assets et une installation de développement.
Pour un marchand, l’approche raisonnable est différente : attendre la bêta publique, puis demander à son agence ou son hébergeur de préparer une copie isolée de la boutique. Une sauvegarde n’est pas un environnement de recette : elle permet de revenir en arrière, mais ne révèle pas les incompatibilités avant qu’elles touchent les commandes réelles.
Voici un plan de test pragmatique :
- Cloner fichiers et base de données sur un sous-domaine non indexable.
- Inventorier le thème, les surcharges et les modules critiques.
- Mettre à jour d’abord dans cet environnement, jamais directement sur la boutique active.
- Parcourir les scénarios d’achat complets sur mobile et desktop.
- Vérifier les emails transactionnels, les stocks, les factures, les taxes et les connecteurs externes.
- Mesurer les erreurs PHP, les requêtes lentes et les erreurs JavaScript avant et après.
- Prévoir un créneau de déploiement et une procédure de retour arrière avant toute mise en production.
Le choix de l’infrastructure compte aussi. Une boutique sollicitée par les imports, les indexations ou les pics de commandes a besoin d’un environnement PHP, base de données et cache correctement dimensionnés. Notre guide sur l’hébergement PrestaShop détaille les critères à vérifier avant une migration.
Ce que cela change pour les modules et les thèmes
Les auteurs de modules et de thèmes sont directement invités à tester la branche 9.2.x et à remonter les régressions. C’est particulièrement important pour les extensions qui :
- interviennent dans le panier ou le paiement ;
- ajoutent des champs produit, client ou commande ;
- modifient les pages Symfony ou les formulaires du back-office ;
- consomment l’Admin API ;
- reposent sur des surcharges anciennes.
Un statut « compatible PrestaShop 9 » ne garantit pas encore la compatibilité 9.2. Il faut demander une validation explicite à l’éditeur, idéalement accompagnée d’un numéro de version et d’un changelog.
Le calendrier à retenir
| Étape | Statut au 20 juillet 2026 | Ce qu’il faut faire |
|---|---|---|
| Gel fonctionnel | Effectif depuis le 9 juillet | Identifier les points sensibles de la boutique |
| Bêta publique | Attendue dans les prochaines semaines | Tester sur une copie isolée |
| Version stable | Non annoncée à ce stade | Ne pas planifier une mise en production sans validation |
PrestaShop 9.2 arrive avec des évolutions intéressantes, notamment sur le checkout et l’extensibilité. Le bon réflexe n’est pas de se précipiter : c’est de transformer cette période de stabilisation en avance opérationnelle. Les boutiques qui auront préparé leurs tests, leur hébergement et leur inventaire de modules pourront adopter la version stable avec moins de risques.
Pour aller plus loin sur la préparation technique, consulte aussi notre guide sur l’automatisation de PrestaShop 9.x avec PHP et l’IA et notre décryptage de PrestaShop 9.
Questions fréquentes
PrestaShop 9.2 est-il déjà disponible ?
Non. Au 20 juillet 2026, PrestaShop 9.2 est en phase de stabilisation. Une bêta publique est annoncée, mais la version stable n’a pas encore de date de publication officielle.
Puis-je mettre ma boutique à jour dès maintenant ?
Pas en production. Les développeurs peuvent tester la branche 9.2.x ; les marchands doivent attendre au minimum une bêta publique et effectuer leurs essais sur une copie isolée de leur boutique.
Quelles sont les principales nouveautés annoncées ?
PrestaShop met en avant One Page Checkout, Extra Properties pour les données personnalisées et la poursuite de la migration de pages historiques vers Symfony.
Dois-je modifier mon thème ou mes modules ?
Pas sans diagnostic. Vérifiez d’abord les annonces de compatibilité de vos éditeurs, puis testez les parcours et écrans touchés sur une préproduction. Les modules liés au checkout, au panier, aux données client et au back-office doivent être prioritaires.
