PrestaShop 8 est sorti en octobre 2022. Présenté comme une refonte majeure, il apporte des améliorations réelles sur plusieurs fronts — notamment la compatibilité PHP 8, une nouvelle API Admin en cours de développement et le thème Hummingbird. Mais en 2026, après plusieurs années de recul, le bilan est plus nuancé que ce qu'annonçait la communication officielle.
Ce guide évalue ce que PrestaShop 8 change réellement, ce qu'il ne change pas, et dans quels cas une migration vers PS8 est la bonne décision — ou ne l'est pas.
Ce que PrestaShop 8 apporte réellement
Compatibilité PHP 8.1+ et performances associées
C'est l'apport le plus tangible. PrestaShop 8 supporte PHP 8.1 et 8.2 nativement, ce qui se traduit par des gains de performances mesurables par rapport aux versions 7.x utilisées sur PS 1.6 et 1.7. PHP 8 est significativement plus rapide que PHP 7.4 sur des opérations intensives. Pour des boutiques de taille standard, les temps de réponse s'améliorent.
Le thème Hummingbird
Hummingbird est le nouveau thème front officiel de PrestaShop 8, basé sur Bootstrap 5. Il est plus propre que le Classic Theme de la 1.7, plus accessible et mieux optimisé pour les Core Web Vitals. Pour les boutiques qui utilisaient le thème natif sans personnalisation lourde, le passage à Hummingbird est une amélioration directe.
L'API Admin (en cours de maturité)
PrestaShop 8 introduit une nouvelle API Admin RESTful destinée à découpler le back-office de la logique applicative. C'est une direction architecturale importante — elle permettra à terme une intégration plus propre avec des frontends découplés (headless) et des outils tiers.
En 2026, cette API est fonctionnelle mais encore en cours de consolidation. Elle ne couvre pas l'ensemble des fonctionnalités du back-office. Pour des projets headless ou des intégrations poussées, il faut tenir compte de ce niveau de maturité.
Mises à jour de sécurité actives
Contrairement à PS 1.6 et 1.7, PrestaShop 8 reçoit des correctifs de sécurité réguliers. C'est le critère de base pour une plateforme e-commerce en production. Sur ce point, la migration depuis les anciennes versions n'est pas optionnelle.
Ce que PrestaShop 8 ne résout pas
L'architecture monolithique reste en place
PrestaShop 8 est une évolution de la même architecture monolithique que la 1.6 et la 1.7. Le couplage fort entre le back-office, le front-office et la base de données n'a pas été fondamentalement revu. Les limitations en termes de scalabilité et de testabilité du code restent présentes sur les gros projets.
Les performances sur les gros catalogues
Sur des catalogues de 10 000+ références avec des facettes complexes, PrestaShop 8 améliore les choses par rapport à 1.7 — mais les limites structurelles persistent. Les requêtes SQL générées par le module de recherche natif restent coûteuses sur de grands volumes. Les solutions tierces (Elasticsearch, Meilisearch) peuvent pallier ce problème mais ajoutent de la complexité.
Le coût total des modules tiers
L'écosystème PrestaShop repose massivement sur des modules payants. Un module de recherche avancée, un configurateur de produits, une intégration ERP, un système de fidélité — chacun représente un coût d'achat et un coût de maintenance annuel. Sur des boutiques complexes, le budget modules peut dépasser plusieurs milliers d'euros par an, avec des dépendances à des éditeurs dont la pérennité n'est pas garantie.
Les personnalisations avancées restent complexes
Sortir des sentiers battus de PrestaShop reste difficile. Un tunnel d'achat personnalisé, un processus de commande B2B sur-mesure, des règles de tarification complexes : ces développements demandent une connaissance approfondie du framework et génèrent une dette technique qui s'accumule à chaque mise à jour.
Quand migrer vers PrestaShop 8 est la bonne décision
PrestaShop 8 est adapté à votre situation si :
- Vous venez de PS 1.6 ou 1.7 et votre boutique a des besoins standards (catalogue B2C, tunnel d'achat classique, moins de 5 000 références)
- Votre équipe connaît l'administration PrestaShop et vous ne voulez pas changer d'outil
- Votre thème est standard (peu de personnalisation front) et vos modules tiers sont maintenus sur PS8
- Votre budget ne permet pas une refonte sur-mesure dans l'immédiat
Dans ce cas, la migration vers PS8 est un investissement raisonnable qui vous met à jour sur la sécurité et les performances pendant les prochaines années.
Quand envisager une solution sur-mesure à la place
La balance penche vers une solution sur-mesure quand :
Votre budget modules tiers annuel est élevé. Si vous dépensez 2 000 à 5 000 €/an en modules et maintenances PrestaShop, la projection sur 5 ans peut rendre une solution sur-mesure plus économique — sans frais de licence, sans dépendance à des éditeurs tiers, avec un code que vous possédez.
Vous avez des besoins B2B que PrestaShop gère mal. Tarification par compte client, gestion des devis, validation par commercial, intégration ERP native : ces besoins nécessitent soit des modules spécialisés coûteux et imprévisibles, soit un développement sur-mesure dans PrestaShop qui génère de la dette technique.
Vous avez des problèmes de performance sur un gros catalogue. Si votre catalogue dépasse 5 000 références avec beaucoup d'attributs et des filtres complexes, une architecture sur-mesure avec une couche de recherche dédiée sera systématiquement plus performante.
Vous avez déjà refait votre boutique PrestaShop plusieurs fois. Si vous avez déjà migré de 1.4 à 1.5, puis à 1.6, puis à 1.7 — chaque fois avec des coûts et des problèmes — le coût total d'une solution sur-mesure pérenne devient plus attractif que d'enchaîner un nouveau cycle.
PrestaShop 8 et l'avenir : PS9 à l'horizon
PrestaShop travaille sur une version 9, qui devrait approfondir la refonte architecturale entamée avec PS8. Le développement de l'API Admin, la séparation plus nette du front-office et du back-office, la compatibilité PHP 8.3+ sont les axes annoncés.
Pour les boutiques qui migrent vers PS8 aujourd'hui, la question de la migration vers PS9 se posera dans 2 à 3 ans. C'est un paramètre à intégrer dans votre décision : si vous anticipez des besoins croissants, peut-être vaut-il la peine d'évaluer maintenant si PrestaShop reste la bonne plateforme à long terme.
Notre expertise en migration PrestaShop couvre aussi bien les migrations entre versions PrestaShop que les projets de sortie vers une solution e-commerce sur-mesure. Un audit technique de votre boutique actuelle est souvent le meilleur point de départ pour une décision éclairée.
Questions fréquentes
Est-ce que tous mes modules PS 1.7 fonctionneront sur PS8 ?
Non, pas systématiquement. Chaque module doit être testé sur PS8. Les modules maintenus par des éditeurs actifs ont généralement une version PS8 disponible. Les modules abandonnés ou anciens peuvent nécessiter une réécriture ou un remplacement.
PrestaShop 8 est-il compatible avec PHP 8.3 ?
PrestaShop 8.1 et 8.2 ont amélioré la compatibilité PHP 8.x. Les versions récentes supportent PHP 8.1 et 8.2 complètement, et PHP 8.3 partiellement. Vérifiez la version exacte que vous ciblez et son niveau de compatibilité PHP avant de planifier votre migration.
Faut-il passer à PS8 avant de migrer vers une solution sur-mesure ?
Non. Si votre décision est de passer à une solution sur-mesure, migrer d'abord vers PS8 n'apporte rien — c'est un coût sans valeur. On peut migrer directement depuis PS 1.6 ou 1.7 vers une solution sur-mesure, en extrayant les données depuis la base de données PrestaShop existante.
PrestaShop 8 améliore-t-il le référencement naturel ?
Indirectement, oui. La compatibilité PHP 8 améliore les temps de réponse, ce qui peut avoir un impact positif sur les Core Web Vitals. Hummingbird est mieux optimisé que Classic Theme sur les métriques de performance. Mais PrestaShop 8 ne résout pas les problèmes SEO liés à la gestion des URLs dupliquées, à la pagination ou aux pages de filtres — qui nécessitent une configuration rigoureuse.
Comment évaluer si ma boutique PrestaShop 8 est bien optimisée techniquement ?
Un audit technique couvre l'ensemble des dimensions : performance (Lighthouse, Core Web Vitals), SEO technique (structure des URLs, canonical, sitemap, indexation), sécurité et état des modules. C'est un point de départ utile avant de décider si des optimisations sont nécessaires ou si la boutique est à refondre.