PrestaShop 8 est la version majeure qui a succédé à la branche 1.7 et qui structure aujourd’hui l’essentiel du parc de boutiques e-commerce sous cette solution. Comprendre ce qu’elle représente, ce qu’elle change par rapport à 1.7 et comment l’aborder est devenu un prérequis pour tout marchand qui veut garder une boutique sûre, performante et maintenable.
Cet article propose une vue d’ensemble de la version, sans entrer dans le détail des nouveautés mineures de la 8.1 que nous traitons dans un contenu dédié.
Ce que désigne réellement PrestaShop 8
Publiée fin 2022, PrestaShop 8 marque une rupture de gouvernance autant que technique. La numérotation rompt avec la logique des 1.x pour signaler une nouvelle ère du projet, davantage open source et communautaire, avec un cœur hébergé publiquement et un développement piloté autour de la version libre.
Pour un marchand, le message est clair : la branche 8 est la fondation moderne sur laquelle s’appuient les évolutions suivantes de l’écosystème.
Cette version majeure ne se limite pas à un changement de nom. Elle aligne la plateforme sur des standards techniques plus récents, prépare le terrain pour les montées de version ultérieures et impose un nettoyage des fonctions héritées des anciennes branches.
C’est précisément ce travail de fond qui justifie de la traiter comme un socle et non comme une simple mise à jour de confort.
Vous voulez faire le point sur votre boutique PrestaShop ?
Profitez d'un audit gratuit et sans engagement avec un expert de notre agence PrestaShop.
Demander mon audit gratuitLes apports techniques face à PrestaShop 1.7
L’écart le plus structurant entre 1.7 et la version 8 se joue dans le moteur applicatif. La montée du framework Symfony rapproche le cœur de PrestaShop des pratiques actuelles du développement PHP, ce qui simplifie la maintenance et l’extension du back-office sur le long terme.
En parallèle, la compatibilité avec PHP 8 ouvre l’accès aux gains de performance et aux correctifs de sécurité des versions modernes du langage, là où les boutiques restées en 1.7 finissent par dépendre de versions PHP en fin de vie.
Plusieurs apports de PrestaShop 8 méritent d’être retenus dans cette comparaison avec 1.7 :
- Un cœur modernisé via Symfony, qui fiabilise l’administration et facilite le travail des développeurs ;
- La compatibilité avec PHP 8, gage de performances et de support de sécurité dans la durée ;
- Une gestion plus fine de la complexité des mots de passe, côté clients comme administrateurs ;
- Une fiche produit réorganisée, avec une gestion des déclinaisons plus rapide au quotidien ;
- Un processus de mise à jour centralisé, qui simplifie les montées de version internes à la branche.
Le détail des nouveautés introduites au fil de la branche, notamment celles de la 8.1, fait l’objet d’un contenu spécifique. Ces évolutions techniques ont aussi un effet direct sur la visibilité, un sujet que nous traitons sous l’angle du référencement d’une boutique PrestaShop et de l’optimisation continue d’un catalogue.
Sécurité et dépréciations à comprendre avant de monter de version
La sécurité de PrestaShop 8 progresse sur deux fronts complémentaires. Le premier tient à la pile technique : un cœur sous Symfony récent et la prise en charge de PHP 8 réduisent la surface d’exposition liée aux composants obsolètes, qui restent l’une des causes les plus fréquentes de compromission sur les boutiques anciennes.
Le second front est fonctionnel, avec une page de configuration dédiée à la robustesse des mots de passe qui durcit l’accès au compte client et à l’administration.
Cette modernisation a une contrepartie : des dépréciations. Certaines fonctions et certains usages tolérés en 1.7 disparaissent ou changent de comportement dans la branche 8. Les conséquences se concentrent sur les modules et les thèmes développés pour l’ancienne génération, qui peuvent nécessiter une adaptation, une mise à jour par leur éditeur ou un remplacement.
Anticiper cet inventaire est la partie la plus déterminante d’un projet de montée de version.
Dans la pratique, l’écart de robustesse entre les deux générations se mesure surtout dans le temps. Une boutique en 1.7 reste exploitable, mais elle accumule des composants qui ne reçoivent plus de correctifs, alors que la branche 8 continue de bénéficier d’un suivi de sécurité tant qu’elle est dans sa fenêtre de support.
C’est cet écart de trajectoire, plus qu’une fonctionnalité isolée, qui justifie de regarder la version 8 comme un investissement de fond et non comme une simple option esthétique.
Faut-il migrer vers PrestaShop 8 et dans quelles conditions
La question n’a pas de réponse universelle, mais une grille de décision claire. Une boutique encore en 1.7 fonctionne, jusqu’au jour où la version PHP sous-jacente arrive en fin de support, où un module critique cesse d’être maintenu, ou où une faille connue n’est plus corrigée sur l’ancien socle.
Rester en 1.7 revient à reporter une dette technique qui finit toujours par se payer, souvent au plus mauvais moment.
Décider de migrer vers PrestaShop 8 suppose donc d’arbitrer entre le coût du statu quo et celui de la montée de version. Quelques repères structurent l’analyse :
- L’état du parc de modules et de thèmes, et leur compatibilité réelle avec la branche 8 ;
- Le volume de personnalisations sur mesure greffées sur le cœur, qui conditionne la charge d’adaptation ;
- La version PHP de l’hébergement actuel et l’échéance de son support ;
- La sensibilité de l’activité aux incidents, qui plaide pour un environnement de test avant toute bascule.
Quand le diagnostic penche vers la montée de version, le cadre d’un projet maîtrisé reste le même que pour une création d’une boutique PrestaShop : sauvegarde complète, environnement de préproduction, recensement des extensions, validation de l’affichage et des parcours d’achat, puis mise en production planifiée.
Comment aborder concrètement la montée de version
Une migration sérieuse ne s’improvise pas sur la boutique en ligne. Elle commence par un audit de l’existant, se poursuit sur un environnement de test isolé, et ne touche la production qu’une fois les vérifications passées. La montée interne à la branche peut s’appuyer sur l’outil de mise à jour intégré, mais le passage depuis 1.7 demande presque toujours un travail d’adaptation au-delà du simple script automatique.
Les points de vigilance les plus coûteux à négliger concernent la compatibilité des modules, la conservation des URL et des redirections pour préserver le référencement, le rendu du thème sur la nouvelle base, l’intégrité des données clients et commandes, ainsi que les connexions aux outils externes comme un ERP ou un système logistique.
Chacun de ces axes mérite un test dédié avant la bascule, puis une surveillance dans les jours qui suivent la mise en ligne.
Le facteur le plus souvent sous-estimé reste le SEO. Une boutique 1.7 installée depuis plusieurs années porte un capital de positions et de pages indexées qu’une migration mal préparée peut dilapider en quelques jours. Cartographier les URL existantes, prévoir les redirections permanentes vers les nouvelles adresses et contrôler l’indexation après la bascule sont des étapes non négociables.
La montée vers la branche 8 doit consolider le référencement acquis, jamais le mettre en péril.
Pour quel type de boutique PrestaShop 8 est pertinent
La branche 8 s’adresse en priorité aux boutiques qui veulent rester sur un socle maintenu, ouvert et extensible, sans dépendre d’un abonnement de plateforme propriétaire. Elle convient aux catalogues structurés, aux activités qui ont besoin de règles métier fines, de déclinaisons nombreuses ou d’intégrations spécifiques, et plus largement à tout marchand qui valorise la maîtrise complète de sa solution et de ses données.
Cette ouverture a une exigence en regard. PrestaShop récompense l’investissement technique, mais demande un minimum de suivi : choix de modules fiables, hébergement adapté, mises à jour de sécurité régulières. Les boutiques qui veulent une solution sans aucune maintenance trouveront le modèle plus contraignant, tandis que celles qui cherchent un contrôle total y trouveront un terrain particulièrement favorable.
Situer 8.0, 8.1 et 8.2 dans l’écosystème des versions
La branche 8 se décline en plusieurs versions successives. La 8.0 a posé les fondations de la version majeure, la 8.1 a apporté un lot d’améliorations fonctionnelles que nous détaillons dans notre article consacré aux nouvelles fonctionnalités de PrestaShop 8.1, et la 8.2 a poursuivi cette consolidation.
Comprendre cette progression évite la confusion fréquente entre la version majeure dans son ensemble et les itérations qui la composent.
| Version | Rôle dans la branche | Ce que cela implique pour le marchand |
|---|---|---|
| PrestaShop 8.0 | Socle de la version majeure | Bascule du cœur vers une base moderne, point de départ des montées internes |
| PrestaShop 8.1 | Itération fonctionnelle | Améliorations détaillées dans notre article dédié à la 8.1 |
| PrestaShop 8.2 | Consolidation de la branche | Corrections et stabilisation avant les versions majeures suivantes |
Au-delà de la branche 8, le projet a continué d’avancer avec une nouvelle version majeure plus récente. Pour un marchand, l’enjeu n’est pas de courir après le dernier numéro, mais de rester sur un socle activement maintenu et d’aligner sa trajectoire de mise à jour sur le cycle de support des versions.
Une boutique sur une 8.x stable et suivie se trouve dans une position bien plus confortable qu’une boutique figée sur une 1.7 en fin de cycle.
Anticiper le suivi et la trajectoire de mise à jour
Adopter PrestaShop 8 n’est pas un point d’arrivée mais une étape dans un cycle. Les versions reçoivent des correctifs pendant une durée donnée, puis le support se resserre à mesure que des versions plus récentes prennent le relais.
Intégrer cette réalité dès le départ permet d’éviter de se retrouver, dans deux ou trois ans, dans la même impasse que les boutiques restées trop longtemps en 1.7.
Concrètement, cela revient à traiter la maintenance comme un poste à part entière : veille sur les correctifs de sécurité, mises à jour régulières au sein de la branche, et planification d’une montée de version majeure avant que le support de la version en place ne s’éteigne.
C’est cette discipline, plus que le choix d’un numéro de version précis, qui détermine la longévité et la sécurité d’une boutique sur la durée.
Questions fréquentes sur PrestaShop 8
Quelle est la différence entre PrestaShop 8 et PrestaShop 9 ?
PrestaShop 8 est la version majeure qui a succédé à la branche 1.7 et qui équipe aujourd’hui une large partie du parc. PrestaShop 9 est la version majeure suivante, qui pousse plus loin la modernisation du cœur et des composants. La différence se joue surtout sur la pile technique et le cycle de support : la branche 8 reste un socle solide et maintenu, tandis que la 9 prépare la prochaine génération de boutiques.
Quelle est la meilleure version de PrestaShop pour ma boutique ?
Il n’existe pas de meilleure version dans l’absolu, mais une version adaptée à votre contexte. Le bon arbitrage dépend de la compatibilité de vos modules et de votre thème, du volume de développements sur mesure et de la version PHP de votre hébergement. La règle de fond est simple : viser un socle activement maintenu plutôt qu’une version en fin de cycle.
Pourquoi des boutiques PrestaShop se font-elles pirater ?
Les compromissions touchent presque toujours des boutiques restées sur des versions anciennes, avec des composants non mis à jour et une version PHP obsolète. La modernisation apportée par la branche 8, associée à une discipline de mises à jour de sécurité, réduit fortement cette exposition. La vulnérabilité tient davantage au défaut de maintenance qu’à la solution elle-même.
PrestaShop 8 est-il gratuit ?
Le logiciel PrestaShop est open source et son téléchargement est gratuit. Les coûts réels d’une boutique portent sur l’hébergement, le thème, les modules, les développements spécifiques et la maintenance. La gratuité du cœur n’efface pas l’investissement nécessaire pour exploiter et sécuriser une boutique professionnelle.
Comment migrer une boutique de PrestaShop 1.7 vers PrestaShop 8 ?
La migration commence par un audit de l’existant et la création d’un environnement de test isolé, jamais directement sur la production. On y vérifie la compatibilité des modules et du thème, la conservation des URL et des redirections, l’intégrité des données et les intégrations externes. La bascule en production n’intervient qu’après validation, suivie d’une période de surveillance.
Quels sont les principaux apports de PrestaShop 8 par rapport à 1.7 ?
Les apports les plus structurants sont la modernisation du cœur sous Symfony, la compatibilité avec PHP 8, le renforcement de la gestion des mots de passe et une fiche produit réorganisée. À cela s’ajoute un processus de mise à jour plus centralisé. L’ensemble forme un socle plus sûr et plus maintenable que la génération 1.7, dont les composants arrivent en fin de cycle.
