Si vous gérez une boutique PrestaShop, vous vous êtes forcément posé l’une de ces questions :
- « Est-ce que ma version reçoit encore des correctifs de sécurité ? »
- « Mon site en 1.7.8 est-il en danger ? »
- Ou encore : « Je dois refaire mon site… j’attends PrestaShop 10 ou pas ? »
Le problème, c’est que l’information officielle est éparpillée, parfois contradictoire, et rarement traduite en conseils concrets. J’ai moi-même galéré à reconstituer le tableau complet pour mes clients. Cet article est donc le guide que j’aurais aimé trouver. Au programme : comment fonctionne le cycle de vie de PrestaShop, où en est chaque version en 2026, et surtout quoi faire selon la version sur laquelle tourne votre boutique aujourd’hui.
Je travaille sur PrestaShop au quotidien, en maintenance comme en refonte. Donc au-delà du factuel, vous trouverez ici mes recommandations de terrain (celles que je donne réellement à mes clients).
Dans cet article, nous aborderons très concrètement les sujets suivants:
- Comment fonctionne le cycle de vie de PrestaShop
- Où en est PrestaShop en juin 2026, quelles sont les versions actuellement supportées
- Que faire selon votre version actuelle, recommandations basées sur mes expériences
- Comment gérer sa mise à jour, éviter les pièges et réduire les risques
- Comment préparer une refonte complète, combien de temps ça prend, quelles précautions prendre
- FAQ sur le cycle de vie de PrestaShop
Comment fonctionne le cycle de vie de PrestaShop
PrestaShop suit un cycle de versions à trois niveaux, qu’il faut comprendre pour savoir où vous vous situez.
- Les versions majeures (1.7, 8.0, 9.0, et bientôt 10.0) apportent de nouvelles fonctionnalités. Mais elles introduisent aussi des changements de fond ou d’architecture, qui peuvent casser des modules et des thèmes. Elles sortent en moyenne tous les 18 mois.
- Les versions mineures (8.1, 8.2, 9.1, 9.2…) ajoutent des fonctionnalités tout en restant compatibles avec la majeure. Cadence d’environ 6 à 9 mois.
- Les versions correctives (8.2.6, 9.1.4…) ne corrigent que des bugs et des failles de sécurité. Elles sortent quand c’est nécessaire (parfois en urgence).
Le point vraiment important pour un marchand, ce n’est pas la mécanique des numéros, mais les phases de support. Une version PrestaShop traverse en effet trois étapes successives :
- Maintenue activement : elle reçoit les correctifs de bugs et de sécurité. C’est la phase confortable.
- Support étendu : plus aucune nouveauté, uniquement les correctifs critiques et de sécurité. La version fonctionne toujours très bien, mais elle est « gelée » et vit en sursis.
- Fin de vie (EOL) : plus aucun correctif côté cœur PrestaShop, y compris pour les failles de sécurité.
Une version ne « meurt » donc pas du jour au lendemain : elle glisse progressivement d’une phase à l’autre. Le tout est de savoir dans laquelle se trouve la vôtre, et combien de temps il vous reste avant la suivante.
Encadré technique: la mécanique des branches. Concrètement, une branche reçoit des correctifs jusqu’à la sortie de la version mineure suivante. Ensuite, elle ne reçoit plus que des correctifs critiques et de sécurité, et ce jusqu’à la majeure d’après. C’est à ce moment-là qu’elle passe en fin de vie. Exemple : la branche 8.2 a basculé en support étendu à la sortie de PrestaShop 9.0. Et elle s’éteindra définitivement à la sortie de PrestaShop 10.0.
Où en est PrestaShop en 2026 ?
Voici l’état des lieux à la mi-2026. C’est la photo à garder sous les yeux (je mets ce tableau à jour à chaque sortie majeure).
| Version | Sortie | Statut en 2026 | PHP (recommandé) | Ma recommandation |
|---|---|---|---|---|
| 1.6 | 2013 | Fin de vie depuis longtemps | PHP 7.1 | Migration urgente, démarrer la refonte aujourd’hui |
| 1.7.0 à 1.7.7 | 2016 | Fin de vie depuis longtemps | PHP 7.1 | Mise à jour quasi impossible, démarrer la refonte aujourd’hui |
| 1.7.8 | 2021 (dernière : 1.7.8.11, début 2024) | Fin de vie côté cœur | PHP 7.4 | Maintenir sérieusement pendant encore 1 an ou 2, ou refondre |
| 8.0 / 8.1 | 2022–2023 | Remplacées par 8.2 | PHP 8.1 | Monter en 8.2.7 puis maintenir à jour |
| 8.2 | 2024 (dernière : 8.2.7, juin 2026) | Support étendu (sécurité only) | PHP 8.1 | Rester sur la branche 8.2, maintenir à jour |
| 9.0 | mi-2025 | Remplacée par 9.1 | PHP 8.4 | Monter en 9.1, puis maintenir à jour |
| 9.1 | début 2026 (dernière : 9.1.4, juin 2026) | Version stable actuelle | PHP 8.5 | Votre site est à jour, continuez comme ça ! |
Et la suite de la feuille de route :
- PrestaShop 9.2 est attendu pour l’automne 2026. La nouveauté phare : un one-page checkout. Autrement dit, une refonte du tunnel de commande pensée pour la conversion (exactement le point fort qu’on reproche d’habitude à PrestaShop face à Shopify). L’ancien tunnel resterait toutefois disponible, et le choix se ferait au cas par cas. Le nouveau devrait d’ailleurs arriver sous forme de module officiel gratuit, pré-installé.
- PrestaShop 10.0 est annoncé pour l’automne 2027. A mon avis, c’est ambitieux, je miserais plutôt sur début 2028. C’est aussi sa sortie qui sonnera la fin du support de la branche 8.2.
Faut-il attendre PrestaShop 10 pour refondre ? Non, dans l’immense majorité des cas. PrestaShop 10 n’est pas attendu avant l’automne 2027. De plus, les premières versions d’une majeure sont toujours un peu fragiles, le temps que l’écosystème de modules suive. Repousser une refonte d’un an et demi en espérant « partir sur du neuf » revient surtout à laisser votre dette technique s’aggraver. La 9.1, elle, est stable et son écosystème est mûr : c’est la bonne base aujourd’hui.
Que faire selon VOTRE version actuelle
C’est le cœur du sujet. Repérez votre cas, c’est là que se trouvent mes conseils concrets.
Vous êtes en 1.7.7.x ou inférieur
Mauvaise nouvelle, mais autant être direct : il faut lancer une refonte au plus vite, directement sur PrestaShop 9.1.
Pourquoi ne pas simplement monter en 1.7.8 d’abord ? Parce que d’expérience, cette montée s’est toujours mal passée (même à l’époque où elle était d’actualité). Entre les surcharges, les modules anciens et les changements internes, on passe plus de temps à réparer qu’à en profiter. Sur une version aussi datée, le jeu n’en vaut donc pas la chandelle. Autant investir ce budget dans un site neuf et pérenne.
Vous êtes en 1.7.8
C’est le cas le plus fréquent, et le plus nuancé. Le cœur de la 1.7.8 est officiellement en fin de vie (la maintenance de sécurité s’est arrêtée à la sortie de PrestaShop 9.0). Mais « fin de vie officielle » ne veut pas dire « site condamné demain matin ».
Ma recommandation, si vous n’avez pas de gros besoin fonctionnel nouveau : montez sur la toute dernière, la 1.7.8.11. Ensuite, appliquez manuellement l’ensemble des correctifs de sécurité. Avec une maintenance sérieuse, on peut tenir encore quelques années en 1.7.8 :
- la communauté reste énorme et l’écosystème de modules très vivant ;
- les nouveaux modules sont généralement rétrocompatibles 1.7.8 ;
- et même sans support du cœur, certaines failles restent corrigeables.
Encadré technique: patcher une version non supportée, c’est possible. Les modules natifs de PrestaShop sont versionnés et patchés indépendamment du cœur. Mieux : certains correctifs officiels couvrent même les boutiques 1.7. Deux exemples tout récents. En juin 2026, une faille critique d’exécution de code à distance a touché le module de navigation à facettes (
ps_facetedsearch). Elle concernait toutes les boutiques, de la 1.7.1.0 aux versions les plus récentes. Or le correctif est passé par une mise à jour du module, donc applicable même sur un cœur 1.7 non supporté. Autre cas la même année : une faille de XSS stocké via le formulaire de contact (GHSA-w9f3-qc75-qgx9). Là encore, PrestaShop a publié un hotfix officiel, qui répare aussi la branche 1.7. La leçon est simple : une boutique 1.7.8 reste défendable. Mais à une condition : surveiller activement les avis de sécurité et appliquer les patchs à la main. Bref, ce n’est pas un site qu’on laisse tourner sans rien faire.
En revanche, fixez-vous un horizon. Au-delà de deux ans environ, ça deviendra critique. La 1.7.8 plafonne en effet à PHP 7.4, qui est lui-même en fin de vie. Or les hébergeurs finiront par le retirer de leurs offres. Et le jour où le vôtre ne proposera plus PHP 7.4, votre boutique s’arrêtera. Le bon réflexe : ne soyez pas le dernier sur une vieille version. Migrez avec la masse, pas après. En effet, quand tout le monde a déjà sauté le pas, l’aide et les modules compatibles se raréfient.
Vous êtes en 8.0, 8.1 ou 8.2
Bonne situation. Ma recommandation est simple : montez sur la dernière mineure de la branche, la 8.2.7. Ensuite, appliquez les futurs correctifs au fil de l’eau. D’expérience, cette montée se passe bien la plupart du temps, ce qui est loin d’être la norme avec les mises à jour PrestaShop.
La 8.2 est en support étendu. Plus de nouveautés, donc, mais elle reçoit encore les correctifs critiques et de sécurité, et ce jusqu’à la sortie de PrestaShop 10 (automne 2027). Vous avez donc largement le temps.
Faut-il passer en PrestaShop 9 ? Je ne le recommande pas, sauf si des fonctionnalités précises de la 9 manquent réellement à votre activité. Une montée de version majeure n’est jamais triviale. Et par rapport à une 8.2.7 à jour, la 9 n’apporte rien de plus en matière de sécurité. Inutile, donc, de prendre le risque d’une migration majeure si rien ne vous y oblige côté business.
Vous êtes en 9.x
Vous êtes au bon endroit. La consigne tient en une phrase : mettez à jour régulièrement. Vous avez devant vous plusieurs années de tranquillité sans grosse maintenance.
Un seul réflexe à ancrer : monter par petites marches est bien moins risqué que les grands sauts de version. Une boutique tenue à jour en continu (chaque mineure, chaque correctif) se met à jour sans douleur. À l’inverse, une boutique qui a sauté trois versions cumule les incompatibilités. Faites-le régulièrement, c’est tout l’enjeu.
Bien gérer une mise à jour
Quelle que soit votre version, quelques règles m’ont évité bien des sueurs froides. Et leur absence a coûté cher à des sites que j’ai dû récupérer.
- Une préproduction est obligatoire, même pour une mise à jour mineure. Si votre site n’en a pas, créez-en une et testez la mise à jour dessus avant de toucher à la production. Aucune exception : « ce n’est qu’une mineure » est exactement la phrase qu’on prononce avant de casser un site.
- Ajustez la version de PHP après la mise à jour. Chaque version de PrestaShop a une version de PHP recommandée. Une fois la migration faite, passez donc votre hébergement sur la bonne version de PHP. Sinon vous tournez en mode dégradé, voire instable.
- Testez tout, et surtout les modules. Ce qui casse pendant une mise à jour, ce n’est presque jamais PrestaShop lui-même : ce sont les modules anciens ou sur mesure. Passez-les en revue un par un après la mise à jour, en commençant par les plus critiques (paiement, transport, facturation).
Bien préparer une refonte
Votre version vous impose une refonte ? C’est typiquement le cas d’une 1.7 ancienne. Alors abordez-la comme un projet à part entière, pas comme une simple mise à jour.
- Ne vous y prenez pas à la dernière minute. Une refonte sérieuse, c’est au minimum 6 mois, que vous passiez par une agence ou un freelance. Si vous attendez que votre module de paiement ne soit plus supporté, il sera déjà trop tard.
- Profitez-en pour faire mieux. Une refonte n’est pas qu’une mise à niveau technique. C’est aussi l’occasion de repartir sur une nouvelle maquette, de remettre le site au goût du jour et d’améliorer l’UX pour favoriser les conversions. Le passage à la 9.1 (puis le futur one-page checkout de la 9.2) joue justement sur ce terrain.
- Auditez vos modules critiques avant de commencer. Listez les modules indispensables à votre activité. Puis vérifiez, pour chacun, qu’il est toujours maintenu et qu’il existe une version compatible avec votre cible. C’est le point qui fait dérailler le plus de projets : on découvre en cours de route qu’un module clé n’existe plus.
Vous êtes dans ce cas et vous voulez un avis extérieur sur le bon moment et la bonne cible ? Contactez-moi via mon formulaire. Je regarde votre version, vos modules et votre contexte avant de vous orienter.
FAQ — cycle de vie de PrestaShop
Le cœur de la 1.7.8 n’est plus maintenu officiellement. Mais elle reste défendable avec une maintenance active : monter en 1.7.8.11, surveiller les avis de sécurité et appliquer les correctifs à la main (y compris ceux livrés via les modules natifs). C’est tenable encore quelques années. En revanche, ce n’est pas un site qu’on laisse sans surveillance, et il faut planifier la suite dès maintenant.
Oui. La 8.2 est en support étendu : elle reçoit les correctifs critiques et de sécurité jusqu’à la sortie de PrestaShop 10, prévue à l’automne 2027. Restez simplement sur la dernière version (8.2.7) et appliquez les patchs au fil de l’eau.
Pas nécessairement. Si vous êtes sur une 8.2 à jour, vous n’y gagnez rien côté sécurité. Ne passez en 9 que si des fonctionnalités précises de cette version vous manquent réellement, car une migration majeure comporte toujours un risque.
PrestaShop 10 est annoncé pour l’automne 2027. Pour une refonte, il n’est généralement pas pertinent d’attendre : c’est trop loin, et les premières versions d’une majeure manquent de recul. La 9.1, stable et bien équipée, est la bonne cible aujourd’hui.
Comptez au minimum 6 mois pour un projet sérieux. Le budget dépend surtout du nombre de modules sur mesure, de la taille du catalogue et de l’ambition graphique. Le poste qui réserve le plus de surprises, c’est la compatibilité des modules critiques : à auditer en amont.
En résumé
- 1.7.7 ou avant → refonte au plus vite sur 9.1.
- 1.7.8 → 1.7.8.11 + maintenance sérieuse, en planifiant la migration sous ~2 ans.
- 8.x → monter en 8.2.7 et y rester ; pas de 9 sans vrai besoin fonctionnel.
- 9.x → mises à jour régulières, par petites marches.
Le cycle de vie de PrestaShop n’a rien d’insurmontable : il suffit de savoir où vous en êtes et d’anticiper la marche suivante. Le vrai piège, c’est l’immobilisme : la version qu’on laisse vieillir « parce que ça marche encore ». Et un jour, la facture tombe. Soit une faille frappe un site que plus personne ne surveillait. Soit la migration trop repoussée finit par coûter le double de ce qu’elle aurait dû.
Vous avez un doute sur votre situation ? Vous voulez sécuriser votre version actuelle et préparer la suite sans mauvaise surprise ? Écrivez-moi via mon formulaire de contact. J’interviens en maintenance comme en refonte, et je commence toujours par regarder votre cas concret avant de recommander quoi que ce soit.