Le 5 novembre, à Lyon, la keynote d’ouverture du PS Summit 2026 doit offrir un « aperçu exclusif » de PrestaShop 10. Aucune date de sortie n’est publiée à ce jour, mais votre boutique vit déjà avec un calendrier : si elle est en 8.x, son PHP ne reçoit plus de correctifs de sécurité. Voici ce que le code de PrestaShop, plus bavard que les communiqués, prévoit déjà, ce que nous en tirons, et ce que vous pouvez vérifier cette semaine.
Pas de date : la feuille de route place le développement de PrestaShop 10 en « Q4 2026 / 2027+ », sans liste de fonctions.
Ce qui disparaît est noté dans le code : 89 mentions « removed in 10.0 » au 23/10/2026, du stock avancé à init.php.
Le calendrier qui presse : PHP 8.1 sans correctifs depuis le 31/12/2025, PHP 8.2 fin 2026, Symfony 6.4 privé de correctifs de bugs après novembre 2026.
À faire : les points à contrôler selon votre version.
- 01Ce qui est annoncé, et ce qui ne l’est pas
- 02Symfony 6.4 et PHP, le calendrier
- 03Ce que le code prévoit de supprimer
- 04Interrupteurs bêta et ruptures en discussion
- 05La leçon de la 8 vers la 9
- 06Quoi vérifier dès maintenant
- 07Attendre la 10 ou passer en 9 ?
- 08Questions fréquentes
- 09Faire vérifier votre boutique
Écrit le 23 octobre, avant le PS Summit. Ce que PrestaShop a dit de sa version 10 tient en quelques lignes de feuille de route et une promesse de keynote, relayée par son blog officiel du 2 juillet.
Mise à jour prévue le vendredi 6 novembre, avec ce qui aura été présenté à Lyon : date éventuelle, fonctions, versions de PHP et de Symfony.
PrestaShop 10 : ce qui est annoncé, et ce qui ne l’est pas
Il y a ce qui vient de PrestaShop, ce qui se lit dans son code, et l’interprétation, la nôtre comprise.
| Annoncé | Déduit | En discussion |
|---|---|---|
| Développement « Q4 2026 / 2027+ », sans date | Des informations au Summit | 21 PR « BC break » au 23/10/2026 |
| Architecture « headless-ready » sur API Platform | Symfony 7.4, donc PHP 8.2 minimum | Repérage des overrides |
| 89 suppressions « removed in 10.0 » dans le code | Passer par la 9 rapproche de la 10 | CSP, Flysystem, double authentification |
| 8.2 corrigée jusqu’à la 10.0 | Interrupteurs bêta activés par défaut en 10 | Colonnes de base héritées (tickets) |
Ce que PrestaShop a publié
La feuille de route officielle (roadmap) affiche une carte « PrestaShop 10 development » dans la colonne Planned, rubrique « Open Source Core ». Deux mentions l’accompagnent : « Q4 2026 / 2027+ » et « More information Q4 2026 ».
La même page fixe une direction : une architecture « headless-ready », fondée sur API Platform. Headless veut dire que la vitrine peut être séparée du moteur de la boutique et lui parler par une API. L’Admin API de la 9 y repose déjà.
Pour les boutiques en 8, la branche 8.2 reste corrigée (failles et bugs critiques) jusqu’à la sortie de la 10.0, d’après un billet du 4 juillet 2025.
Ce qui n’est pas encore annoncé
Ni date de sortie, ni liste de fonctions, ni versions de PHP ou de Symfony. Sur GitHub, la branche de développement porte le numéro 9.3.0, sans branche 10.x. « Q4 2026 / 2027+ » situe une période de travail. Toute date avancée aujourd’hui reste une supposition.
Le PS Summit des 4 et 5 novembre à Lyon
Le PS Summit 2026, premier événement commun à PrestaShop et Sylius, se tient au Centre de Congrès de Lyon. Le mercredi 4 est réservé aux développeurs. Le jeudi 5 s’ouvre à tous.
La keynote de Mikołaj Król, CEO de PrestaShop et de Sylius, promet « an exclusive sneak peek at PrestaShop 10 ». Un aperçu peut rester une démonstration sans calendrier. Les informations promises par la feuille de route pour fin 2026 pourraient tomber ce jour-là, sans garantie.
Symfony 6.4 et PHP, le calendrier qui pèse vraiment
D’autres dates, elles, sont fixées. PrestaShop 9 repose sur Symfony 6.4, le framework qui fait tourner son back-office. Symfony 6.4 ne reçoit plus de correctifs de bugs après novembre 2026, et plus de correctifs de sécurité après novembre 2027.
Côté PHP, selon le calendrier officiel, 8.1 n’a plus de correctifs de sécurité depuis le 31/12/2025. PHP 8.2 s’arrête le 31/12/2026, PHP 8.3 fin 2027, PHP 8.4 fin 2028.
Share this infographic: Copy the code below to embed it on your site.
<a href="https://cyberial.fr/preparer-prestashop-10/"><img src="https://cyberial.fr/wp-content/uploads/preparer-prestashop-10-calendrier.png.webp" alt="Frise des échéances avant PrestaShop 10 : PS Summit, fins de support Symfony 6.4 et PHP 8.2, v10 toujours sans date" /></a><p>Infographic by <a href="https://cyberial.fr">cyberial.fr</a></p>Une boutique en 8.x ne fonctionne qu’avec PHP 7.2 à 8.1 : son meilleur PHP possible est hors support, sur un Symfony 4.4 sans correctifs depuis novembre 2023.
En 9, la marge existe. La 9.0 accepte PHP 8.1 à 8.4, la 9.1 monte jusqu’à 8.5, et la 9.2 demande au moins 8.1. Visez PHP 8.3 ou 8.4.
Reste une déduction, à prendre comme telle. Symfony 7.4, la version longue durée suivante, exige PHP 8.2 : si PrestaShop 10 s’appuie dessus, PHP 8.1 ne suffira plus. Aucune version de PrestaShop sur Symfony 7.4 n’est annoncée : préparez-vous avec une 9.x tenue à jour. Le détail par version figure dans notre guide quelle version de PHP pour votre PrestaShop.
Ce que le code de PrestaShop prévoit déjà de supprimer en 10.0
Les développeurs de PrestaShop marquent dans le code ce qui va partir, avec la mention « deprecated » (obsolète). Au 23/10/2026, le cœur compte 89 mentions « removed in 10.0 » ou « v10 », hors bibliothèques tierces, et d’autres « in the next major ».
Une suppression peut glisser d’une version, mais c’est ce que le code dit de plus précis.
Les restes de la gestion de stock avancée
La gestion de stock avancée (entrepôts, commandes fournisseurs) a disparu dès la 9.0, selon la documentation officielle. Ses classes sont restées, Warehouse ou StockManager, avec cet en-tête : « deprecated since 9.0 and will be removed in 10.0 ». Votre back-office n’en montre plus rien. Le risque se loge dans les modules logistiques ou les connecteurs ERP qui les appellent encore.
init.php et l’ancien Upgrader
init.php, vieux fichier d’amorçage que certains modules anciens incluent encore, porte la mention « This file will be removed in v10 » depuis la PR #41281, fusionnée le 5 juin 2026.
L’ancienne classe classes/Upgrader.php est dépréciée depuis la 9.2.0, pour suppression en 10.0.0. La PR #38870 qui l’efface reste ouverte. Pour une mise à jour PrestaShop, la voie officielle est l’Update Assistant. Si la vôtre coince, voyez notre article sur la mise à jour bloquée.
Traductions héritées et anciens contrôleurs d’administration
Ici, le code ne donne pas de numéro. Le système de traduction hérité (LegacyTranslator) « will be removed in the next major version », comme FrameworkBundleAdminController, base des pages d’administration de nombreux modules, remplacée en 9.0 par PrestaShopAdminController. La 9 étant sortie, nous lisons « next major » comme la 10.
Les anciens écrans continuent de passer sous Symfony : la page Magasins a suivi avec la PR #41414, fusionnée le 30/09/2026.
Variables de thème et anciens scripts
Le contrôleur de la fiche produit garde deux variables « for backward compatibility », à supprimer en v10, et la page catégorie porte les mêmes notes. Un thème acheté ou un Classic modifié qui les lit encore risque d’afficher des blancs. De vieux scripts comme js/date.js partiront aussi.
| Ce qui disparaît | Qui est touché | Quoi faire |
|---|---|---|
| Classes du stock avancé | Modules logistiques, connecteurs ERP | Demander à l’éditeur une version sans ces classes |
| init.php | Vieux modules, scripts maison | Chercher « init.php » dans le dossier modules |
| classes/Upgrader.php | Anciens outils de mise à jour | Passer par l’Update Assistant |
| Traductions héritées, FrameworkBundleAdminController | Modules avec pages d’administration | Vérifier la version 9 de chaque module |
| Variables de thème, vieux scripts | Thèmes modifiés ou achetés | Tester le thème sur une préproduction |
Vos modules appellent-ils encore ces classes ? On le vérifie dans l’audit complet offert au démarrage de la maintenance, à 69 € HT/mois, sans engagement.
Ce qui pourrait changer avec les interrupteurs bêta et les ruptures en discussion
Au-delà des suppressions, deux chantiers peuvent modifier le comportement de votre boutique. Rien n’y est acquis. Le premier, ce sont les interrupteurs bêta (feature flags) : des fonctions livrées dans le code mais désactivées par défaut, listées dans install-dev/data/xml/feature_flag.xml. Parmi elles :
- new_pricing, un nouveau moteur de calcul des prix ;
- discount, la nouvelle gestion des réductions ;
- improved_shipment, les expéditions avec plusieurs transporteurs ;
- improved_b2b, les fonctions de vente entre professionnels ;
- dashboard et stats, le tableau de bord et les statistiques.
Une version majeure est le moment logique pour en activer certains par défaut. Rien d’officiel ne le dit, c’est notre lecture. Si vos prix, vos promotions ou vos frais de port passent par des modules, surveillez les trois premiers.
Le second chantier : 21 PR ouvertes portent l’étiquette « BC break » au 23/10/2026, des changements qui cassent la compatibilité avec les modules existants. L’une touche addJS, par où un module ajoute ses scripts aux pages (#41121). Deux tickets ouverts visent la base : l’ancienne colonne de stock ps_product.quantity (#38071), et des colonnes NULL qui recevraient des valeurs par défaut, changement réservé par le ticket à une version majeure. Surveillez d’abord vos imports, connecteurs ERP et exports qui lisent la base.
Même prudence pour les nouveautés de la 9.3 encore en PR : repérage des overrides (#42272), en-têtes de sécurité (CSP) capables de bloquer un chat ou un suivi externe, nouveau stockage des fichiers, double authentification. Tant qu’elles ne sont pas fusionnées, elles restent en discussion.
La leçon de la 8 vers la 9 : ce qui casse lors d’une version majeure
Le passage de la 8 à la 9 a surtout touché le code autour du cœur. La liste officielle des changements de la 9.0 en compte des dizaines, dont :
- les contrôleurs devenus des services, et la fin de $this->get() dans les modules ;
- le retrait des bibliothèques Guzzle et SwiftMailer ;
- huit hooks de connexion au back-office supprimés ;
- trans() qui n’échappe plus le texte ;
- l’abandon de la quantité de personnalisation, de la livraison multi-adresses et de l’ancienne page produit.
Chaque point a fait tomber des modules, des overrides ou des thèmes qui fonctionnaient la veille. Une boutique qui a listé ses modules et testé sur une copie voit ces pannes en préproduction ; les autres les découvrent en ligne. Pour la 10, les points de rupture probables sont ceux de la liste plus haut. Pour ce que la 9 apporte en échange, voyez les nouveautés de PrestaShop 9.2.
Quoi vérifier dès maintenant sur votre boutique
Le module ci-dessous classe les contrôles par priorité selon vos réponses ; la liste qui suit reprend les mêmes points, version par version.
Quelles vérifications sont prioritaires pour votre boutique ?
Cinq questions sur votre boutique PrestaShop. Après la cinquième réponse, la liste affiche de 3 à 5 actions classées par priorité, chacune renvoyant à la partie de l’article qui l’explique. Le calcul se fait dans votre navigateur : rien n’est envoyé.
En attendant vos réponses, l’ordre habituel des vérifications
- Relevez la version de PHP de l’hébergement. PHP 8.1 n’a plus de correctifs de sécurité depuis le 31/12/2025, PHP 8.2 les perd le 31/12/2026. Symfony 6.4 et PHP, le calendrier
- Cherchez des overrides. Un fichier PHP dans le dossier override/ remplace une classe du cœur, il est à contrôler en priorité. Ce que le code prévoit de supprimer en 10.0
- Identifiez votre thème. Un Classic modifié ou un thème ancien peut s’appuyer sur des variables et des scripts voués à disparaître. Variables de thème et anciens scripts
- Listez vos modules. Un module que son éditeur ne met plus à jour fait partie des points qui ont cassé à la dernière version majeure. La leçon de la 8 vers la 9
- Choisissez la version cible. Rester, passer en 9 maintenant ou attendre la 10 : le choix dépend de votre version actuelle. Attendre PrestaShop 10 ou passer en 9 ?
Vos actions prioritaires
Le formulaire se trouve en bas de l’article.
Vous êtes en 1.6, 1.7 ou 8
Pour ces versions, PHP passe avant la 10.
- Relevez la version de PHP dans Paramètres avancés > Informations. Une 8.x tourne au mieux en PHP 8.1, sans correctifs depuis le 31/12/2025 ; PHP 8.2 et au-delà ne sont pas supportés par la 8. Une 1.6 ou une 1.7 tourne sur un PHP plus ancien encore.
- Listez le contenu du dossier override/ et les modules qui en dépendent.
- Pour chaque module, notez son éditeur et s'il propose une version compatible 9.x. Un module abandonné se remplace avant la migration, pas pendant.
- Identifiez votre thème : Classic modifié, thème enfant ou thème acheté. Demandez à son éditeur s'il existe pour la 9, sinon prévoyez Hummingbird, le thème par défaut depuis la 9.1.
- En 1.6, vérifiez si le stock avancé servait encore : la 9 ne le gère plus.
- Fixez la cible : PrestaShop 9 sur PHP 8.3 ou 8.4.
Vous êtes déjà en 9
- PHP : en 8.1, vous êtes hors support ; en 8.2, la fin tombe le 31/12/2026. Passez en 8.3 ou 8.4.
- Faites chercher dans vos modules les appels à Warehouse, StockManager, init.php, FrameworkBundleAdminController et LegacyTranslator.
- Vérifiez que votre thème ne lit pas les variables de fiche produit et de catégorie promises à la suppression.
- Notez les interrupteurs bêta que vous avez activés dans le back-office.
- Restez à jour en 9.x. Chaque mise à jour PrestaShop se fait sur une préproduction, après sauvegarde, avec l'Update Assistant puis les checklists officielles d'après mise à jour. La documentation prévient elle-même : « Updating your store yourself can be risky ». Dans notre maintenance PrestaShop, ces mises à jour mineures sont incluses.
Attendre PrestaShop 10 ou passer en 9 maintenant ?
« J'attends la 10 pour ne migrer qu'une fois. » L'idée suppose une date que personne n'a donnée. En attendant, PrestaShop corrige encore la 8.2, failles et bugs critiques seulement, jusqu'à la sortie de la 10.0. Ces correctifs tournent sur un PHP qui n'en reçoit plus.
Notre lecture : passer par la 9 rapproche de la 10, puisque la 10 retire surtout ce que la 9 a déjà mis de côté. Une 9.x à jour aura alors d'abord ses modules à contrôler. Pour comparer, voyez comment migrer en PrestaShop 8 ou 9.
Côté budget, une migration PrestaShop standard coûte 69 € HT de 8 vers 9, 269 € HT de 1.7 vers 8, 469 € HT de 1.6 vers 8. Elle est payée une fois, et son prix est déduit si vous passez ensuite à la maintenance.
Décrivez votre boutique : nous vous disons quelle migration PrestaShop la rapproche de la 10, avec un prix fixe validé avant toute intervention. Depuis la 1.6 ou la 1.7, le chemin passe par la 8, puis la 9. Le détail de l'offre est sur notre page migration PrestaShop.
Questions fréquentes sur PrestaShop 10
Quelle est la date de sortie de PrestaShop 10 ?
Aucune au 23/10/2026. La feuille de route range son développement en « Q4 2026 / 2027+ » et promet « More information Q4 2026 ». La keynote du PS Summit, le 5 novembre, doit en donner un aperçu ; nous mettrons cette réponse à jour le 6 novembre.
Mes modules seront-ils compatibles avec PrestaShop 10 ?
Personne ne peut le garantir aujourd'hui. Un module qui appelle les classes marquées « removed in 10.0 » devra être mis à jour par son éditeur. Un module déjà maintenu pour la 9 part avec de l'avance.
Faut-il passer par PrestaShop 9 avant la 10 ?
Aucun chemin de migration vers la 10 n'est publié. À notre avis, oui : la 10 supprime surtout ce que la 9 a rendu obsolète, et une boutique en 8 tourne sur un PHP qui n'a plus de correctifs.
PrestaShop 10 sera-t-il obligatoirement headless ?
La feuille de route parle d'une architecture « headless-ready », bâtie sur API Platform. « Ready » signifie prête à l'être. Rien de publié ne dit que la vitrine actuelle disparaîtra.
Quelle version de PHP faudra-t-il pour PrestaShop 10 ?
Elle n'est pas publiée. Si la 10 passe sur Symfony 7.4, il faudra au moins PHP 8.2 : c'est une déduction. Pour une boutique en 9 aujourd'hui, PHP 8.3 ou 8.4 est le bon choix.
Faire vérifier votre boutique avant PrestaShop 10
Avant PrestaShop 10 : prix fixe validé avant toute intervention, réponse en moins d'une heure, 7j/7, de 8 h à 22 h, aucun mot de passe demandé.
