PrestaShop Roadmap 2026-2027 : ce que la version 9.2 change pour ta boutique

Tu consultes la PrestaShop Roadmap 2026 une fois par trimestre, tu vois « One Page Checkout » et « PrestaShop 10 », tu fermes l’onglet en te disant que c’est pour « plus tard » — et six mois après tu découvres que Hummingbird 2.0 est devenu le thème par défaut, que ton module checkout custom casse en 9.1, et que la fenêtre de migration que tu avais repoussée s’est réduite d’un cran. Ce n’est pas de la mauvaise volonté : c’est que la feuille de route officielle (prestashop.com/roadmap/) mélange aujourd’hui des livrables déjà en production, des features en cours sur la branche develop, et des horizons 2027+ sans toujours expliciter l’impact concret sur ton code, ton thème ou ton CA.

Dans ce guide, je décortique la roadmap PrestaShop telle qu’elle est publiée en mai 2026 — product news, releases récentes, chantiers open source core, modules & services — avec le regard d’un intégrateur qui pilote des boutiques PS 1.7 à 9 en production. Tu y trouveras :

• comment lire la page roadmap sans te faire piéger par le marketing ;
• ce que PrestaShop 9.1 a déjà changé pour ton front, ton back-office et ton stack PHP ;
• ce que PrestaShop 9.2 (Q2–Q3 2026) va imposer : One Page Checkout natif, champs custom, B2B, IA ;
• les impacts SEO, performance et sécurité que j’observe sur le terrain ;
• un plan d’action concret selon que tu es marchand, agence ou éditeur de module.

Spoiler : la roadmap n’est pas une promesse contractuelle, mais c’est devenu le meilleur signal public pour anticiper les ruptures techniques avant qu’elles n’atterrissent dans ton composer.lock ou ton tunnel de commande.

Pourquoi la roadmap PrestaShop compte en 2026 (plus que les slides d’une conf)

PrestaShop vit une phase de re-accélération produit rare dans l’open source e-commerce européen. Après le big bang de PrestaShop 9 (Symfony, nouvelle Admin API, refonte progressive du back-office), l’équipe core enchaîne des minor releases structurantes : 9.1 livré, 9.2 annoncé Q2–Q3 2026, esquisse de PS 10 en Q4/2027+.

Concrètement, ça change ta façon de planifier :

• Moins de « on verra à la prochaine majeure » : le rythme 9.x apporte des features métier (checkout, remises, multi-transporteur) sans attendre PS 10.
• Plus de dette thème : Hummingbird 2.0 remplace Classic par défaut ; les boutiques sur thème legacy ou fork Classic doivent anticiper.
• L’IA n’est plus un gadget : dossier .ai/, repo skills, MCP Server, pre-review sur les PR — le projet se structure pour que les assistants code comprennent l’architecture PrestaShop.
• La sécurité reste le fil rouge : patches 9.1.1 / 8.2.6 (avril 2026) rappellent qu’une roadmap sans mise à jour immédiate, c’est du risque BO.

Comment lire prestashop.com/roadmap/ sans te perdre

La page officielle se structure en deux blocs principaux :

« In progress » — ce qui est en cours de construction

Ce sont les chantiers actifs, avec une fourchette temporelle (ex. Q2–Q3 2026 pour PS 9.2). Tu y vois :

• OPEN SOURCE CORE : évolutions du dépôt PrestaShop/PrestaShop (checkout, champs custom, B2B, IA).
• MODULES & SERVICES : produits SaaS PrestaShop (compte client multi-utilisateurs, URLs multiples pour modules, MCP Server).

« Latest releases » — ce qui est déjà téléchargeable

Ne confonds pas « roadmap » et « changelog ». Cette section liste les livrables figés :

• PrestaShop 9.1 — thème Hummingbird 2.0, PHP 8.5, Admin API renforcée, features expérimentales multi-carrier et discounts.
• PrestaShop 8.2.6 — branche LTS legacy, patch sécurité.
• PrestaShop MCP Server — sortie de beta pour automatiser via agents IA (n8n, STDIO, tokens).

PrestaShop 9.1 : le socle déjà posé (et ce que tu rates si tu n’as pas migré)

La roadmap rappelle que 9.1 est disponible. Si tu es resté sur 9.0 ou 8.x « par prudence », voici ce que tu n’as pas encore dans ta stack — détaillé aussi dans mon article sur les nouvelles fonctionnalités PrestaShop 9.1.

Hummingbird 2.0 : rupture silencieuse côté front

Le changement le plus visible : Hummingbird 2.0 devient le thème par défaut des nouvelles installations 9.1. Ce n’est pas un skin Classic retouché :

• Bootstrap 5, CSS BEM, architecture SCSS par @layer ;
• > 95 % de conformité visée avec l’European Accessibility Act (EAA) ;
• suppression progressive de jQuery côté thème (travaux visibles sur la branche develop en 2026) ;
• dark mode natif activable via variable SCSS.

Impact SEO réel : HTML sémantique plus propre, contrastes accessibles, structure de titres cohérente — autant de signaux qui facilitent le crawl et réduisent les frictions Core Web Vitals (LCP sur images produit, INP sur interactions panier). Si tu optimises encore un thème Classic surchargé de JS legacy, tu te bats avec une main dans le dos.

PHP 8.1 à 8.5 et Symfony 6.4 LTS

9.1 verrouille la compatibilité PHP jusqu’à 8.5 et s’appuie sur Symfony 6.4 LTS. Sur le terrain :

• vérifie php -v, OPcache et limite mémoire CLI (imports, cron) ;
• audite les modules marketplace « compatible 8.0 » qui n’ont pas été retestés en 8.4/8.5 ;
• sur mutualisé cheap, anticipe le blocage : PS 9.x exige un hébergeur sérieux.

Features expérimentales : multi-carrier et nouveau système de remises

Toujours derrière feature flags (Paramètres avancés > Nouvelles fonctionnalités expérimentales) :

• Multi-carrier / multi-shipping : fin du modèle « 1 commande = 1 transporteur » ; split/merge des expéditions.
• Improved Discounts : 4 types (Catalog, Cart, Free Shipping, Free Gift) remplaçant progressivement les cart rules legacy.

Admin API et CLI : la boutique devient automatisable

Trois commandes CLI arrivent en 9.1 :

• prestashop:thumbnails:regenerate
• prestashop:search:index
• prestashop:module:export-translations

Combinées à l’Admin API (clients OAuth, endpoints produits/commandes/remises), tu peux enfin scriptser des tâches que le BO faisait à la main — utile pour CI/CD agence et sync PIM/ERP.

Sécurité : 9.1.1 et 8.2.6 (avril 2026)

Le Core Monthly d’avril 2026 documente un patch critique : XSS stocké dans la vue Customer Service BO (CVSS 9.3). Versions corrigées : 9.1.1 et 8.2.6. Si ta roadmap interne dit « migration 9.2 Q3 » mais que tu ignores 9.1.1, tu exposes ton BO maintenant.

PrestaShop 9.2 (Q2–Q3 2026) : les deux features qui vont secouer ton tunnel de conversion

La section « In progress » de la roadmap centre 9.2 sur deux piliers open source + des extensions satellites.

One Page Checkout : enfin natif (après des années de modules tiers)

Le One Page Checkout unifie adresse, livraison et paiement sur une seule étape, tout en conservant le flux classique multi-étapes en fallback. PrestaShop le développe via le module ps_onepagecheckout (suivi visible sur GitHub en 2026 : analytics, retrait jQuery côté Hummingbird, intégration au thème).

Ce que ça implique pour toi :

• Marchands : baisse potentielle d’abandon panier — mais A/B test obligatoire (j’ai documenté le match one-page vs multi-step ici ; le gagnant dépend de ton panier moyen et de la complexité livraison).
• Agences avec checkout custom : dette à estimer ; surcouche de hooks payment + carrier à réaligner.
• Éditeurs de modules paiement : compatibilité iframe/redirect sur layout one-page à certifier avant Q3.

La roadmap mentionnait déjà le OPC pour 9.1 ; il a glissé en 9.2 pour stabiliser UX et tracking. Moralité : dates roadmap = ordre de grandeur, pas engagement ferme.

Native Custom Fields (Extra Properties) : fin du hack SQL pour les champs métier

Le système Extra Properties permet aux développeurs de déclarer des champs custom sur produits, commandes, etc. Une fois déclarés :

• disponibles dans le back-office sans bidouille Smarty ;
• exposés via l’Admin API ;
• typés et gouvernés (fin des Configuration::updateValue opaque pour tout et n’importe quoi).

En intégration, c’est la feature la plus sous-estimée de 9.2 : B2B, PIM light, champs logistiques (DLUO, code douane) pourront sortir des modules spaghetti.

Multi-utilisateurs compte client & URLs multiples (Modules & Services)

Côté SaaS PrestaShop (compte client organisation) :

• invitation d’utilisateurs, droits délégués, permissions granulaires ;
• support multi-URL pour déployer un module entre prod et preprod — enfin.

Pour les agences qui gèrent 40 boutiques multi-env, la gestion d’URLs modules est un gain ops concret, loin des slides « cloud ».

B2B (feature flags) : la roadmap te prépare sans tout livrer d’un coup

PrestaShop tease des features B2B activables en feature flag, en lien avec des PR develop (ex. entité BusinessIdentifier, colonne label). Le Core Monthly avril 2026 montre des contributions B2B déjà mergées — la roadmap « more information soon » signifie : prépare ton architecture modules, pas que tu peux dormir.

IA & PrestaShop : la roadmap devient un projet de gouvernance du code

Trois entrées roadmap convergent :

• AI architecture, skills, context files (core) ;
• PrestaShop MCP Server (module, hors beta) ;
• documentation AI-Assisted Development alignée sur le dossier .ai/.

Le dossier .ai/ comme source de vérité

PrestaShop industrialise ce que les early adopters faisaient avec des prompts fourre-tout : contexte versionné (CONTEXT.md, skills Symfony migration, règles CQRS). Les PR #41205 et #41279 sur develop posent la base ; Hummingbird et ps_apiresources reçoivent leurs propres context files.

En pratique agence :

• fork le template .ai/ dans tes projets client ;
• interdis à Cursor/Copilot de générer des overrides sans lire les règles PrestaShop 9 ;
• branche le MCP Server si tu automatises catalog QA ou traductions.

MCP Server : agents IA branchés sur la boutique

Sorti de beta, le module expose :

• auth Token & No-Auth, transport STDIO pour dev local ;
• compatibilité n8n ;
• Prompt Templates, Resources statiques/dynamiques ;
• Tool Annotations (readOnly, destructive) pour limiter les bêtises LLM.

Pre-review IA sur les PR core

Le workflow GitHub Action (piloté sur ps_apiresources) montre la direction : assistants en aide, pas en gatekeepers. Pour toi, bénéfice indirect : moins de régressions sur Admin API → modules tiers plus stables.

PrestaShop 10 (Q4/2027+) : horizon flou, trajectoire claire

La roadmap affiche « Coming soon… » pour PS 10. Interprétation terrain :

• PS 9.x absorbe les features métier majeures (checkout, pricing v2, shipments) ;
• PS 10 pourrait marquer une nouvelle baseline Symfony / PHP / UI BO — sans tout casser d’un coup si la politique 9.x minor continue ;
• ne bloque pas ta migration 9.1/9.2 en attendant PS 10 : tu perdrais 18 mois de patches sécu et d’accessibilité.

Pricing v2, shipments, modules natifs : ce qui avance hors titre roadmap

Le Core Monthly complète la roadmap marketing avec du concret merged :

• CartCalculator / pricing v2 intégré à getPriceStatic et getProductProperties ;
• shipments sur commandes et factures ;
• refonte majeure des modules natifs FO (ps_bestsellers, ps_featuredproducts, etc.) en v2/v3 ;
• Update Assistant 7.6.x — chemin recommandé pour patches sécu.

Ces items n’ont pas toujours un encart flashy sur prestashop.com/roadmap/, mais ils impactent ton daily : recalcule promo, affichage prix TTC/HT, PDF expédition.

Zoom technique : nouveaux hooks & migrations Symfony (9.1.x)

La roadmap ne liste pas les hooks un par un — c’est dans les release notes GitHub. En audit module, je vérifie systématiquement :

• actionUpdateDefaultCombinationAfter — réagir quand la combinaison par défaut change (sync ERP, cache front) ;
• hooks enable/disable/upgrade module — utiles pour migrations auto de config ;
• hook sur Configuration::updateValue — attention boucles infinies si ton module réécrit la même clé ;
• hooks free shipping price — impact direct sur modules livraison gratuite seuil ;
• actionCarrierUpdate sur page transporteur migrée Symfony (fix 9.1.x) — modules shipping legacy à retester.

Pages BO migrées Symfony en 9.1 : Tags (grille, filtres, bulk). Chaque migration Symfony = changement de routes admin, parfois de permissions AdminSecurity. Si ton module injecte des tabs BO via vieilles URLs AdminXxxController, scanne les deprecated.

Admin API : OAuth clients & endpoints discount

La roadmap cite une Admin API « more powerful ». Concrètement en 9.1–9.2 :

• création clients API avec UX améliorée (PR 40481) ;
• endpoint discountType et POST /admin-api/discounts (tests fonctionnels mergés avril 2026) ;
• combinaisons produit enrichies côté API.

Pattern agence : preprod avec client API read-only pour sync ERP ; client write séparé avec IP allowlist. Ne recycle jamais le token en front JS — j’ai vu des « intégrations PIM » exposer un Bearer token dans le navigateur.

One Page Checkout : anatomie attendue & compatibilité modules

Le module ps_onepagecheckout avance en parallèle du core 9.2. D’après l’activité GitHub (analytics, retrait jQuery Hummingbird), voici la check-list compatibilité que j’applique :

Le OPC natif gardera le flux multi-étapes en parallèle : tu peux basculer par feature flag ou config shop. Stratégie prudente : 10 % trafic preprod → A/B 50/50 → bascule complète si conversion + temps checkout OK.

Native Custom Fields : ce que les développeurs doivent anticiper

Le système Extra Properties promet une déclaration centralisée des champs métier. Modèle mental (basé sur les patterns CQRS PS 9) :

• Déclaration côté module ou bundle (type, validation, entité cible produit/commande/client) ;
• Persistance gérée par le core — fin des tables ps_custom_* ad hoc ;
• BO : rendu automatique dans fiches produit/commande ;
• Admin API : sérialisation JSON des extra properties pour sync externe.

Migration depuis modules existants :

1. export CSV des champs custom actuels ;
2. mapper vers schéma Extra Properties ;
3. script upgrade one-shot bin/console en maintenance ;
4. désinstaller module tiers une fois parité BO/API validée.

Veille roadmap : workflow mensuel (15 minutes)

Plutôt que scraper prestashop.com/roadmap/ chaque semaine :

1. Semaine 1 : lire Core Monthly sur build.prestashop-project.org ;
2. Semaine 2 : filtrer GitHub merged PR milestone 9.2.x (labels Feature, Bug fix) ;
3. Semaine 3 : vérifier compat modules critiques (paiement, shipping, ERP) ;
4. Semaine 4 : patch Windows/Linux preprod + rapport client une page.

Outils : RSS GitHub releases, Slack PrestaShop Community, newsletter build blog. PS Summit Lyon (4–5 novembre 2026) : marque la date — les annonces keynote précèdent souvent d’un trimestre ce qui atterrit dans develop.

Scénarios réels : trois profils boutique

PME mode 500 SKU — PS 8.1.7, thème Classic custom

Roadmap impact : EAA déjà en vigueur, Classic pas optimisé accessibilité, fin support 8.x qui se rapproche. Plan : migration 9.1 Q2 2026, thème enfant Hummingbird, patch 9.1.1, OPC test Q3 quand RC stable. ROI : SEO + conformité + panier mobile.

Marketplace B2B composants — PS 9.0, 12 modules Addons

Roadmap impact : B2B feature flags, BusinessIdentifier, multi-user compte client, Custom Fields pour refs internes client. Plan : freeze modules non Verified+, sandbox 9.2 beta, API Admin pour sync stock fournisseurs. Risque : pricing v2 casse remises négociées par paliers.

Agence multi-sites — 30 boutiques PS 1.7 à 9.0

Roadmap impact : charge migration hétérogène, MCP Server pour QA automatisée, .ai/ pour accélérer upgrades sans réinventer prompts. Plan : standardiser template Hummingbird + playbook upgrade Update Assistant 7.6.x, facturer veille roadmap en support récurrent.

PrestaShop vs « on attend la prochaine version » : erreurs classiques

• Erreur 1 : ignorer patches sécu car « grosse migration prévue » — le BO Customer Service XSS ne attend pas ta refonte.
• Erreur 2 : acheter un module OPC premium 6 mois avant 9.2 stable — budget mort.
• Erreur 3 : fork Classic sans plan Hummingbird — dette front qui explose à PS 10.
• Erreur 4 : activer toutes les feature flags expérimentales en prod pour « tester » — combo multi-carrier + discounts + B2B = debug infernal.
• Erreur 5 : ne pas documenter overrides — à chaque minor 9.x, tu repars de zéro.

PrestaShop MCP Server : ce que la roadmap modules change pour l’automatisation

La roadmap classe le PrestaShop MCP Server en « Latest releases », pas en « In progress » — il est utilisable aujourd’hui. Pour un intégrateur, c’est le pont entre ta boutique et les agents IA (Claude Code, Cursor, n8n, scripts internes).

Architecture & modes d’auth

• Token : pour environnements contrôlés (CI, VPS preprod) ;
• No-Auth : dev local uniquement, jamais exposé sur Internet ;
• STDIO transport : branchement direct depuis un IDE ou CLI sans HTTP ;
• Compatibilité n8n : workflows no-code pour sync stock, export commandes, QA catalog.

Prompt Templates & Resources

Le MCP expose des ressources statiques (doc interne) et dynamiques (état catalog, config shop) pour que l’agent ne hallucine pas un hook PrestaShop 1.6. Les Tool Annotations (readOnly, destructive) indiquent au LLM ce qui peut casser la prod — pattern que j’aimerais voir généralisé sur tous les modules Addons critiques.

Cas d’usage que je déploie en 2026

1. Audit catalog : détecter produits sans meta title, images manquantes, combinaisons orphelines ;
2. Traduction assistée : export/import via Admin API + MCP plutôt que CSV manuel ;
3. Pre-upgrade check : lister modules incompatibles PHP 8.5 avant lancement Update Assistant ;
4. Support L2 : agent interne qui lit config shop + logs sans accès FTP marchand.

Le MCP Server complète le dossier .ai/ côté core : l’un structure le code, l’autre structure l’exploitation boutique. Si tu investis sur le dev assisté IA PrestaShop 9, branche les deux en preprod avant de vendre de l’« IA magique » à tes clients.

Timeline roadmap vs réalité : lire entre les lignes

Historique récent utile pour calibrer tes promesses client :

• One Page Checkout : annoncé pour 9.1 → glissé 9.2 (feature freeze 9.1 sans OPC) ;
• Multi-carrier & discounts : livrés expérimentaux en 9.1, pas encore default ;
• 9.1.1 / 8.2.6 : sortie sécu 48 h après divulgation — le core sait réagir vite quand il faut ;
• PS 10 : slot Q4/2027+ sans détail — ne bloque pas tes projets 9.x.

Règle que je répète en réunion : roadmap = intention produit ; tag GitHub = engagement technique. Quand un client te demande « tu garantis OPC en septembre ? », tu réponds avec la milestone 9.2.x et une fourchette, pas avec le bandeau marketing Q2–Q3.

Checklist upgrade avant chaque entrée de roadmap en production

• Sauvegarde fichiers + dump MySQL + test restore ;
• Clone preprod = copie prod anonymisée ;
• php bin/console prestashop:licenses:update si applicable ;
• Update Assistant ou upgrade manuel avec maintenance mode ;
• Regénérer thumbnails + search index CLI post-upgrade ;
• Smoke test : home, fiche produit, panier, checkout, BO commande, BO produit ;
• Search Console + logs PHP 48 h ;
• Communication client si front office visible (Hummingbird change UX).

Impacts techniques fichier par fichier (ce que je vérifie en audit)

Thème enfant Hummingbird

• themes/hummingbird/ — structure assets, hooks FO, partials checkout ;
• themes/classic/ — toujours maintenu mais plus le défaut ; plan de migration ;
• webpack / SCSS : rebuild après upgrade 9.1.x.

Overrides & modules legacy

• dossier override/ : conflits avec refonte discounts et checkout ;
• modules utilisant cart rules SQL directes : casse probable sur pricing v2 ;
• hooks obsolètes : surveiller release notes (ex. actionCarrierUpdate sur page transporteur migrée Symfony).

Base de données & multishop

• tables shipment / discount : migrations silencieuses via upgrade SQL ;
• multishop : tests BO sur « All shops » (bugs récurrents sur features produit) ;
• sauvegarde avant upgrade : non négociable.

Configuration serveur

• PHP 8.2+ recommandé, 8.4/8.5 selon hébergeur ;
• Redis pour sessions BO si > 5 utilisateurs simultanés (voir mon guide optimisation back-office PrestaShop) ;
• cron CLI pour index search + thumbnails plutôt que crons HTTP.

Impacts business & SEO : traduire la roadmap en CA

Conversion & checkout

One Page Checkout + OPC module + analytics = funnel mesurable. Tu dois instrumenter avant/après (GA4, Matomo, Plausible) : taux étape livraison, erreurs paiement, temps checkout.

Accessibilité & conformité

Hummingbird 2.0 + EAA : risque juridique réduit, surtout EU. Accessibilité ≠ SEO, mais corrélations fortes sur mobile UX et taux de rebond.

Core Web Vitals

• retrait jQuery FO → INP ;
• images WebP/AVIF + thumbnails CLI → LCP ;
• ajax controllers noindex (9.1) → crawl budget préservé.

Choix modules marketplace

Avec Custom Fields et Admin API, questionne l’utilité des modules « champs extra » payants. J’ai cartographié l’évolution marketplace (Verified+, overrides) dans cet article.

Plan d’action : calendrier que je recommande à mes clients

Mai–juin 2026

• Appliquer 9.1.1 (ou 8.2.6 si bloqué en 8.x) ;
• inventorier modules + overrides ;
• installer Hummingbird en preprod, tester catalogue + checkout actuel.

Juillet–septembre 2026 (fenêtre 9.2)

• beta tester One Page Checkout sur clone ;
• mapper champs custom vs modules existants ;
• former équipe BO aux feature flags.

Q4 2026

• PS Summit Lyon (4–5 nov. 2026) : utile pour aligner roadmap réelle vs annoncée ;
• gel fonctionnel Black Friday si tu es retail — patches sécu uniquement.

Questions fréquentes (FAQ)

Conclusion : ta roadmap à toi doit être plus courte que celle de PrestaShop

La page PrestaShop roadmap, product news & updates résume une trajectoire : 9.1 livré avec Hummingbird et Admin API, 9.2 en Q2–Q3 2026 avec One Page Checkout et Custom Fields, IA ancrée dans le core, B2B en feature flags, PS 10 en horizon 2027+. Mon avis tranché après plus de quinze ans sur l’écosystème : la fenêtre de confort pour migrer sereinement vers PS 9, c’est maintenant — pas quand 9.2 sortira en prod chez tout le monde et que les agences seront saturées.

Ton plan minimal :

• patch sécu immédiat ;
• preprod Hummingbird + audit modules ;
• veille mensuelle roadmap + Core Monthly ;
• test OPC dès la RC 9.2.

Tu veux qu’on audite ta boutique contre la roadmap 9.2 (checkout, modules, SEO) ? Contacte-moi — je préfère un devis franc avant Black Friday qu’un rollback paniqué en octobre.