PrestaShop 9.1 et Hummingbird 2.0 : faut-il refaire son thème ou simplement l’adapter ?
Laurent Lacoste e-Commerce
Je vais vous éviter la réponse molle qui ne sert à rien : non, tout le monde n’a pas besoin de refaire son thème avec PrestaShop 9.1. Mais non plus, tout le monde ne peut pas se contenter d’un petit coup de peinture CSS en sifflotant. Depuis le 23 mars 2026, PrestaShop 9.1 met Hummingbird 2.0 au centre du jeu, avec un thème front-office plus moderne, plus propre techniquement et pensé pour les exigences actuelles du web. Sur les nouvelles installations, Hummingbird devient le thème par défaut. Sur les boutiques déjà en 9.0.x, en revanche, le thème existant reste en place. Et c’est précisément là que les vraies questions commencent.
Quand j’accompagne une migration ou une refonte PrestaShop, je vois souvent la même illusion revenir : “On mettra le nouveau thème, ça ira plus vite.” (spoiler : la magie n'existe pas) En réalité, un thème ne vit jamais seul. Il traîne avec lui des modules, des overrides, des hooks, des templates recousus à la main, des morceaux de Bootstrap d’une autre époque et parfois quelques bricolages dont plus personne ne se souvient. Dit autrement : si votre boutique ressemble à une vieille maison qui a été agrandie trois fois sans plans, Hummingbird ne va pas transformer ça en villa d’architecte par magie.
Notre guide sur la migration vers PrestaShop 9
Ce que Hummingbird 2.0 change vraiment
Hummingbird 2.0 n’est pas juste un nouveau costume pour PrestaShop. C’est une base front-office plus moderne, bâtie autour de Bootstrap 5, avec une structure plus claire pour les développeurs, une approche plus propre de la personnalisation, et une volonté assumée d’aller vers plus de performance, d’accessibilité et de lisibilité côté SEO. PrestaShop le positionne aussi comme un thème aligné avec les attentes actuelles du web et ses communications 2026 insistent sur l’accessibilité, avec un niveau de conformité mis en avant dans l’écosystème officiel.
Annonce officielle de PrestaShop 9.1
Le changement technique le plus important, et celui qui fait grincer les dents quand on ne l’anticipe pas, c’est le passage à Bootstrap 5.2 pour Hummingbird, alors que le thème Classic et une foule de modules historiques reposaient sur Bootstrap 4. PrestaShop le dit clairement dans sa documentation : le basculement vers Hummingbird peut provoquer des effets de bord sur les modules développés avec les conventions de Classic. C’est propre, c’est moderne, mais ce n’est pas neutre.
Documentation PrestaShop sur la compatibilité Bootstrap et Hummingbird
Autre point trop souvent oublié : Hummingbird ne remplace pas automatiquement Classic partout et pour tout le monde. Classic reste utilisable, et une boutique déjà en 9.0.x qui passe en 9.1 conserve son thème actuel. En clair, vous n’êtes pas forcé de changer de front-office du jour au lendemain. C’est une bonne nouvelle pour les marchands prudents. C’est aussi une excellente excuse pour ne pas faire n’importe quoi à la va-vite.
La mauvaise idée du moment : “on va juste changer de thème”
C’est souvent là que les ennuis commencent. Changer de thème, sur le papier, semble simple. Dans une vraie boutique e-commerce, cela touche presque toujours au catalogue, aux listes produits, au panier, au tunnel de commande, aux comptes clients, à la recherche, aux modules d’avis, aux blocs de réassurance, aux menus, aux filtres, aux formulaires et parfois à la logique d’affichage injectée par plusieurs modules à la fois.
PrestaShop a d’ailleurs documenté des changements de compatibilité, de hooks et de comportements à prendre en compte pour les développeurs de modules et de thèmes avec la version 9.1. Il existe même une cartographie visuelle des hooks disponibles dans Hummingbird pour aider à comprendre où les modules peuvent s’accrocher dans le front. Ce détail est important : s’il faut une cartographie dédiée, ce n’est pas pour le folklore. C’est parce qu’un front plus moderne implique aussi une architecture front à réévaluer sérieusement.
Je vais être un peu taquin : si votre thème actuel tient grâce à quinze overrides, trois modules qui s’ignorent cordialement et un développeur freelance qui a disparu dans la nature en 2023, vous n’avez pas un thème. Vous avez une zone archéologique.
Dans quels cas une simple adaptation suffit
Oui, il y a des cas où adapter est la bonne décision. Et même la plus rentable.
Une adaptation est souvent suffisante quand votre boutique repose sur un thème relativement propre, récent, avec peu de surcharge côté templates, peu de dépendances front exotiques et des modules bien maintenus. Si l’essentiel de vos personnalisations est visuel ou léger, si le markup n’a pas été massacré au fil des années et si votre équipe technique maîtrise le sujet, vous pouvez viser une transition raisonnable, structurée et sécurisée.
PrestaShop le dit noir sur blanc dans sa documentation sur le parent/child theme : le mécanisme child theme est utile pour modifier légèrement un thème, par exemple pour ajouter un bloc ou surcharger proprement une partie limitée. En revanche, si vous devez modifier le markup en profondeur, la doc recommande de modifier le thème plutôt que de créer un child theme. C’est un critère décisif pour trancher entre adaptation légère et refonte plus lourde.
Documentation PrestaShop sur le parent theme et le child theme
Checklist : les signaux qui plaident pour une adaptation
- Votre thème est récent et encore maintenu.
- Vous avez peu d’overrides Smarty ou ils sont documentés.
- Vos modules front sont officiels, connus ou bien suivis.
- La personnalisation tient surtout dans le CSS, quelques blocs, et pas dans une réécriture complète des templates.
- Le panier, le checkout et les pages produit n’ont pas été réinventés de façon artisanale.
- Vous pouvez tester sérieusement tout cela sur un staging.
Dans quels cas il vaut mieux refaire le thème
Là aussi, je vais être direct : parfois, vouloir “adapter” coûte plus cher que repartir proprement (en général c'est du x2). C’est contre-intuitif pour le client, mais très fréquent sur les architectures e-commerce complexes.
Si votre thème a été empilé couche après couche, si le front dépend d’anciens patterns Bootstrap 4, si plusieurs modules injectent du HTML ou du JavaScript dans les mêmes zones, si le checkout a été tordu dans tous les sens, si les performances mobiles sont déjà mauvaises et si vous visez en plus une montée en gamme UX, SEO et accessibilité, alors refaire le thème devient souvent la décision la plus saine.
Guide SEO complet pour PrestaShop
Ce n’est pas seulement une question d’esthétique. Hummingbird a été pensé comme une base moderne, avec une structure plus claire pour la personnalisation, moins de dépendances tierces et une logique plus nette pour les développeurs. Le vrai calcul n’est donc pas “combien coûte une refonte ?”, mais “combien coûte de continuer à réparer un front devenu trop fragile ?”
Combien coûte réellement un site PrestaShop
Les signaux qui montrent qu’un rebuild est probablement plus intelligent
- Votre thème a plus de trois ou quatre ans et a subi beaucoup de retouches.
- Vous ne savez plus exactement quels fichiers ont été surchargés.
- Plusieurs modules cassent déjà visuellement certaines pages.
- Le thème dépend encore très fortement de conventions Bootstrap 4.
- Votre mobile est moyen, votre CLS fait peur, et votre conversion ne progresse plus.
- Vous voulez en profiter pour revoir l’UX, la structure des pages et la crédibilité globale de la boutique.
- Votre équipe dit “on testera en prod vite fait”. Là, pardon, mais non.
Je n'ai pas vos réponses mais cela vous montrent quand le rebuild n’est plus une option.
Adapter ou refaire ?
Situation | Adapter le thème | Refaire le thème |
Thème récent, propre, peu customisé | Oui, souvent | Pas prioritaire |
Beaucoup d’overrides et de modules front | Risqué | Souvent préférable |
Boutique avec enjeux SEO, UX et accessibilité élevés | Possible si base saine | Recommandé si dette forte |
Dépendance marquée à Bootstrap 4 | Limité | Plus cohérent |
Refonte graphique déjà prévue | Peu rentable | Logique |
Objectif court terme, budget encadré, front stable | Oui | Pas forcément |
La méthode d’audit que je recommande avant de décider
Avant de parler design, je parle inventaire. Pas parce que j’aime les tableurs plus que de raison, mais parce qu’en e-commerce, l’improvisation coûte cher.
Checklist d’audit avant décision
- Lister tous les modules qui injectent du contenu dans le front-office.
- Identifier les overrides de templates, de modules et de sélecteurs.
- Vérifier les dépendances Bootstrap, jQuery et scripts custom.
- Contrôler les hooks critiques sur les pages catégorie, produit, panier, checkout et compte client.
- Tester le comportement du thème sur un staging, pas sur la boutique active.
- Évaluer séparément le coût d’une adaptation légère, d’une adaptation lourde et d’un rebuild.
- Vérifier la compatibilité technique de la plateforme avec PrestaShop 9, notamment le socle serveur et PHP.
Sur ce dernier point, la documentation PrestaShop 9 recommande notamment PHP 8.5, avec un minimum PHP 8.1 déjà posé depuis PrestaShop 9.0. Il est donc absurde de ne raisonner que “thème” si l’environnement technique global n’est pas à niveau.
Là où ça casse en vrai
Ce qui casse rarement, c’est “la couleur du bouton”. Ce qui casse souvent, c’est le reste.
Quand on passe d’un univers Classic à un front pensé autour d’Hummingbird, on touche à des conventions de structure, de classes, de comportements JS, de positionnement de blocs et de compatibilité module/thème. Si un module attend un DOM proche de Classic et qu’il tombe sur un front Hummingbird plus moderne, il peut continuer à s’installer très poliment… puis casser l’affichage tout aussi poliment. La documentation officielle sur la compatibilité Bootstrap et sur les changements 9.1 est très claire là-dessus.
Autrement dit : la compatibilité “PrestaShop 9” d’un module ne garantit pas automatiquement une compatibilité front parfaite avec Hummingbird.
Ce qu’il faut surveiller côté business
Le sujet n’est pas de savoir si Hummingbird est “beau”. Le sujet est de savoir si votre boutique vend mieux, charge plus proprement, inspire davantage confiance et devient plus simple à maintenir.
Sur un projet e-commerce, je regarde toujours les mêmes zones de vérité :
- la page catégorie,
- la page produit,
- le panier,
- le tunnel de commande,
- la recherche,
- le compte client,
- la cohérence mobile.
Si ces zones sont déjà fragiles, profiter du passage à PrestaShop 9.1 pour remettre le front à plat peut être une excellente décision. Si elles sont stables et bien tenues, une adaptation maîtrisée peut suffire.
Ma grille de décision, très simplement
Je résume cela en trois scénarios.
Vous pouvez adapter
Votre thème est propre. Les personnalisations restent raisonnables. Les modules sont suivis. Le front n’est pas un champ de mines. Dans ce cas, inutile de sortir le bulldozer.
Vous devriez faire une refonte partielle
Votre base est exploitable, mais certaines pages clés méritent une remise à niveau. Typiquement : listing, fiche produit, panier, checkout. On garde ce qui tient debout, on reconstruit ce qui ralentit tout le monde.
Vous devriez repartir de zéro
Votre thème est trop ancien, trop bricolé, trop dépendant d’une logique passée. Le temps passé à rafistoler dépassera vite le coût d’un thème propre, documenté et maintenable. Et franchement, sur le long terme, c’est souvent le meilleur calcul.
Ce que j’éviterais absolument
Checklist anti-bêtises
- Basculer vers Hummingbird sans environnement de test.
- Supposer qu’un module compatible PrestaShop 9 est automatiquement compatible Hummingbird.
- Empiler un child theme alors que le markup doit être revu en profondeur.
- Juger la migration uniquement sur la home page.
- Oublier les pages panier et checkout.
- Lancer une adaptation sans cartographier les hooks et les surcharges.
- Mélanger refonte graphique, migration technique, optimisation SEO et changement de modules sans pilotage clair.
Alors, faut-il migrer maintenant vers Hummingbird 2.0 ?
Oui, si vous lancez une nouvelle boutique ou si vous aviez déjà prévu une refonte. Oui aussi si votre base technique est saine, documentée et que vous voulez profiter d’un front plus moderne. Mais si votre boutique actuelle est très custom, fortement liée à des modules anciens ou remplie de dépendances front historiques, la bonne réponse n’est pas “oui tout de suite”. La bonne réponse est “oui, mais après audit”. PrestaShop pousse clairement Hummingbird 2.0 comme la nouvelle base de référence de son front-office, tout en conservant Classic comme option. Cela vous laisse une vraie marge de manœuvre stratégique.
Et c’est justement là qu’un accompagnement sérieux fait la différence. Pas pour faire joli dans un devis. Pour éviter de transformer une mise à jour utile en séance de déminage à 23h.
Mon conseil, sans langue de bois
Si votre boutique est simple, propre et bien tenue, adaptez.
Si votre boutique est rentable mais techniquement fatiguée, refondez intelligemment.
Si votre thème actuel donne l’impression qu’on a rajouté des couches depuis l’époque où “responsive” sonnait encore comme une innovation, arrêtez les frais et repartez sur une base saine.
Ce n’est pas la réponse la plus sexy. C’est souvent la plus rentable.
Que retenir ?
Vous avez une boutique PrestaShop et vous vous demandez si Hummingbird 2.0 est une opportunité ou un piège déguisé en nouveauté séduisante ?
Je vous conseille de ne pas décider au doigt mouillé. Faites auditer votre thème, vos modules front, vos overrides et vos pages clés avant de toucher à la production. En quelques heures d’analyse sérieuse, on sait généralement si votre boutique peut être adaptée proprement, s’il faut viser une refonte partielle, ou s’il est plus rentable de repartir sur une base front moderne et maintenable.
Chez Toonetcreation, l’idée n’est pas de vous vendre une refonte parce que “ça ferait plus propre”. L’idée, c’est de choisir la bonne architecture pour éviter la dette technique inutile, protéger vos conversions et préparer une boutique qui tiendra la charge dans la durée.
Et l'on peut même vous aider si vous voulez changer de plateforme Comparatif PrestaShop ou WooCommerce
FAQ
Hummingbird remplace-t-il définitivement Classic ?
Non. À partir de PrestaShop 9.1, Hummingbird devient le thème par défaut pour les nouvelles installations, mais le thème Classic reste utilisable. Les boutiques existantes qui passent de 9.0.x à 9.1 conservent leur thème actuel tant qu’aucun changement n’est fait manuellement.
Un child theme suffit-il pour passer à Hummingbird ?
Pas toujours. Le child theme est recommandé pour des modifications légères. Si vous devez revoir le markup en profondeur, la documentation PrestaShop conseille plutôt de modifier ou reconstruire le thème lui-même.
Mes modules PrestaShop 9 sont-ils forcément compatibles avec Hummingbird ?
Non. Hummingbird repose sur Bootstrap 5.2, alors que beaucoup de modules historiques ont été conçus autour de Bootstrap 4 et du front Classic. Une compatibilité “PrestaShop 9” ne suffit donc pas à garantir un rendu impeccable côté front-office.
Hummingbird améliore-t-il le SEO à lui seul ?
Pas à lui seul. Hummingbird fournit une base plus moderne et plus propre, ce qui peut aider sur la performance, la maintenabilité et certains aspects de l’expérience utilisateur. Mais si vos contenus, votre maillage, vos gabarits, vos données structurées ou vos temps de chargement restent faibles, le thème ne fera pas de miracle. Le SEO aime les fondations saines, pas les baguettes magiques.
Faut-il refaire son thème avant ou après la mise à jour PrestaShop 9.1 ?
Cela dépend du contexte. Sur une boutique stable et bien maîtrisée, on peut séquencer intelligemment. Sur une boutique fragile, je recommande de traiter la décision thème/migration dans un même audit, pour éviter d’empiler les risques au mauvais moment. L’essentiel est de tester en staging et de ne pas séparer artificiellement des sujets qui se répondent.
Peut-on revenir à Classic après avoir testé Hummingbird ?
Oui, Classic reste disponible comme thème. Cela ne veut pas dire que l’aller-retour se fait sans effort si vous avez déjà engagé des adaptations lourdes, mais vous n’êtes pas enfermé d’office dans Hummingbird.
Prêt à concrétiser votre projet ?
Posez nous toutes vos questions et nous vous aiderons à y voir plus clair.
