MagentoHyvä

Hyvä vaut-il le coup ? Guide de décision honnête pour les boutiques Magento

Hyvä vs Luma pour Magento 2 : ce qui change, ce qui fait le coût (thème, extensions, checkout), les vrais gains et quand une solution légère suffit.

Par OlehPublié le 8 min de lecture

Hyvä vaut le coup quand votre boutique va rester sur Magento encore plusieurs années, que le frontend Luma ralentit à la fois vos clients et vos développeurs, et que vos extensions disposent de modules de compatibilité Hyvä ou peuvent être remplacées. En général, cela ne vaut pas encore le coup quand la boutique tourne sur une version de Magento non supportée, dépend de nombreuses extensions uniquement compatibles Luma, est sur le point de changer de plateforme, ou quand la lenteur vient du serveur plutôt que du frontend. Depuis novembre 2025, le thème Hyvä lui-même est gratuit et open source : la décision porte donc sur l’effort de migration, pas sur le coût d’une licence.

Voici comment nous accompagnons les e-commerçants et les agences dans cette décision.

Ce que Hyvä change vraiment

Hyvä remplace le thème frontend de Magento, pas Magento lui-même. Le back-office, le catalogue, les commandes, les intégrations et le code backend restent tels quels.

Luma (frontend Magento par défaut)Hyvä
JavaScriptRequireJS, Knockout, jQuery, UI componentsAlpine.js
CSSLESSTailwind CSS
Templateslayout XML, blocks, view models, .phtmlidentiques : layout XML, blocks, view models, .phtml
Extensionsfonctionnent directement si elles sont conçues pour Lumales parties frontend Luma nécessitent un module de compatibilité
Licenceincluse dans Magentothème Hyvä : gratuit, open source (OSL3 + AFL3)

Ce tableau a deux conséquences :

  • Les développeurs backend restent en terrain connu. Layout XML, blocks et view models fonctionnent comme toujours : la courbe d’apprentissage concerne le frontend (Tailwind et Alpine.js), pas Magento.
  • Chaque morceau de JavaScript Luma doit être reconstruit. Tout ce qui repose sur RequireJS, Knockout ou les UI components en frontend (votre thème personnalisé, les widgets d’extensions, les étapes du tunnel de commande) nécessite une version Hyvä.

Licence et produits (en novembre 2026)

  • Le thème Hyvä est passé sous licence OSL3 + AFL3 en novembre 2025. Il s’installe avec une clé Packagist gratuite obtenue depuis un compte hyva.io.
  • Hyvä Checkout, Hyvä Enterprise et Hyvä Commerce restent des produits commerciaux, avec leurs propres licences.
  • Hyvä UI (une bibliothèque de composants prêts à l’emploi) est devenu un produit payant distinct.

Consultez hyva.io pour les prix actuels avant d’établir votre budget ; ils ne font pas partie de ce guide.

Versions requises

La documentation de Hyvä exige actuellement Magento 2.4.4-p9, 2.4.5-p8, 2.4.6-p7, 2.4.7-p1 ou plus récent, et PHP 8.1 à 8.4. Les postes de développement ont besoin de Node.js 20 ou plus récent pour le build Tailwind.

À noter : Adobe indique PHP 8.5 pour Magento 2.4.9. Si vous prévoyez de combiner une montée de version en 2.4.9 avec une migration Hyvä, vérifiez qu’à ce moment-là Hyvä et chaque module de compatibilité dont vous avez besoin supportent officiellement PHP 8.5. Les versions de PHP et des services par version de Magento figurent dans la checklist de montée de version.

Ce qui détermine le coût et l’effort

Une migration Hyvä est une reconstruction du frontend dont la structure est connue. Quatre éléments déterminent son ampleur.

1. Votre thème actuel

  • Proche de Luma, avec les couleurs de la marque et quelques blocs spécifiques : le cas le plus prévisible. L’essentiel du travail consiste à restyler avec Tailwind.
  • Thème très personnalisé avec de nombreuses surcharges de templates, des widgets JavaScript spécifiques et du contenu Page Builder : chaque composant spécifique est reconstruit en Alpine.js. Le nombre de composants distincts compte généralement plus que le nombre de pages.
  • Refonte graphique en même temps : c’est souvent le bon moment, mais cela ajoute du temps de design et de validation. Gardez « migration » et « refonte » comme deux lignes séparées du devis, pour que le périmètre reste lisible.

2. Les extensions avec une partie frontend

La documentation de Hyvä est claire sur ce point : les modules conçus pour Luma ou Blank ont besoin d’un module de compatibilité pour fonctionner sur un frontend Hyvä. Les modules uniquement backend (connecteurs ERP, flux, outils d’administration) ne sont pas concernés.

Pour chaque extension avec un rendu frontend, quatre cas de figure :

  1. L’éditeur intègre le support Hyvä dans le module lui-même. Mettez à jour et testez.
  2. Un module de compatibilité existe, référencé dans le Compatibility Module Tracker public de Hyvä. Installez et testez.
  3. Pas encore de module de compatibilité. Quelqu’un doit l’écrire ; il ne réimplémente que les parties frontend du module.
  4. L’extension ne vaut pas la peine d’être portée. Remplacez-la par une alternative compatible Hyvä ou supprimez-la.

Cette liste est l’un des éléments les plus utiles pour une estimation. Nous la construisons pendant l’audit, avant de chiffrer un prix au forfait.

3. Le choix du tunnel de commande

C’est dans le tunnel de commande que la pile JavaScript de Luma est la plus lourde : il mérite donc une décision à part. La documentation de Hyvä décrit trois options :

  • Hyvä Checkout. Le tunnel de commande conçu pour Hyvä, basé sur Magewire (un framework de composants PHP piloté côté serveur). Il fait l’objet d’une licence commerciale distincte. Il peut aussi tourner sur des boutiques Luma et s’activer par store view, ce qui permet un déploiement progressif.
  • Conserver le tunnel de commande Luma grâce au module de fallback de thème de Hyvä. Les routes du tunnel de commande continuent de charger RequireJS, Knockout et jQuery, tandis que le reste de la boutique tourne sur Hyvä. Il faut un travail de style supplémentaire pour l’harmoniser avec le nouveau frontend.
  • Conserver un tunnel de commande tiers basé sur Luma (plusieurs extensions de checkout en une étape sont référencées dans la documentation de Hyvä) via le même fallback.

Comment choisir :

  • Moyens de paiement et de livraison avec support Hyvä Checkout disponible → Hyvä Checkout donne le résultat le plus propre.
  • Tunnel de commande très personnalisé, ou prestataires de paiement sans support Hyvä Checkout → migrez d’abord le frontend, conservez le tunnel de commande existant via le fallback, et planifiez le tunnel de commande en seconde phase.

4. Les intégrations qui touchent le frontend

Tag managers, data layers analytics, bannières de consentement, widgets de recherche et de recommandation, avis clients et scripts de chat doivent tous être rebranchés et retestés. Ils bloquent rarement une migration, mais ils ont leur place dans l’estimation et dans le plan de tests.

Les bénéfices, sans le battage

  • Un frontend plus léger. Hyvä supprime RequireJS, Knockout et la pile UI components en frontend. D’après notre expérience, c’est l’un des leviers les plus efficaces pour les Core Web Vitals sur Magento, mais mesurez votre propre boutique avant et après. Le temps de réponse serveur, les images et les scripts tiers comptent toujours.
  • Un développement frontend plus rapide. Tailwind et Alpine.js sont plus légers et plus faciles à appréhender que les couches LESS et Knockout de Luma. Des modifications qui demandaient de plonger dans les UI components deviennent du travail de template ordinaire.
  • Un écosystème partagé. Les éditeurs d’extensions peuvent intégrer le support Hyvä dans leurs propres modules, et les modules de compatibilité qui accompagnent le thème sont passés en open source en même temps que lui.
  • Plus de frais de licence pour le thème depuis novembre 2025, ce qui lève un argument contre lui pour les petites boutiques.

Ce que Hyvä ne fait pas : corriger des réponses serveur lentes, un faible taux de hit du full-page cache, des données catalogue non indexées ou une synchronisation ERP lente. Ce sont des problèmes backend, qui subsistent après la migration.

Quand Luma ou une solution plus légère est le meilleur choix

Hyvä est un bon choix par défaut pour une boutique qui a un avenir sur Magento, mais ce n’est pas toujours la prochaine étape. Nous recommandons généralement autre chose quand :

  • La boutique est sur une version non supportée ou bientôt non supportée. Faites d’abord la montée de version de Magento et de PHP. Une migration sur une plateforme obsolète double le risque, et la montée de version risque de toute façon de modifier votre liste d’extensions. Notre checklist de montée de version Magento 2.4.x détaille cette montée de version étape par étape.
  • La lenteur vient du serveur. Si le time to first byte est élevé, que le full-page cache rate ses hits ou que Varnish n’est pas utilisé, corrigez cela d’abord. C’est généralement moins cher et cela profite à chaque page, quel que soit le thème.
  • Les scripts tiers dominent. Si les conteneurs de tag manager, les widgets de chat et les pixels marketing occupent l’essentiel du main thread, les nettoyer est un gain rapide, y compris sur Luma.
  • De nombreuses extensions clés n’ont pas de support Hyvä ni de bon remplaçant. Le coût d’écriture des modules de compatibilité peut dépasser le gain, du moins pour l’instant.
  • Un changement de plateforme ou un frontend headless est déjà prévu d’ici un an ou deux. Consacrez plutôt le budget à ce projet.
  • Peu de trafic et un design stable. Si la boutique convertit bien et que personne n’a besoin de toucher au frontend, une passe d’optimisation des performances sur Luma peut suffire, pour bien moins cher.

Une checklist de décision simple

Répondez à ces questions avant de demander un devis :

  1. La boutique restera-t-elle sur Magento / Adobe Commerce au moins trois ans de plus ?
  2. Est-elle sur une branche 2.4.x supportée et sur le dernier patch ?
  3. Combien d’extensions ont un rendu frontend, et combien disposent d’un support Hyvä ou d’un module de compatibilité ?
  4. Le tunnel de commande est-il standard ou très personnalisé, et vos prestataires de paiement supportent-ils Hyvä Checkout ?
  5. Où part le temps aujourd’hui : réponse serveur, JavaScript frontend ou scripts tiers ?
  6. Voulez-vous une refonte graphique en même temps, ou d’abord une migration à l’identique ?

Si la plupart des réponses vont dans le sens « avenir long, version supportée, liste d’extensions maîtrisable, frontend comme goulot d’étranglement », Hyvä vaut très probablement le coup.

Prochaine étape

Notre audit express gratuit examine les versions, le niveau de patch, la performance et la sécurité de base, et vous dit si le vrai goulot d’étranglement est le frontend ou le serveur. Si Hyvä est pertinent, le forfait de migration Hyvä démarre à 2 000 € (prix au forfait après un audit) et fait partie de nos prestations de montée de version, il peut donc être combiné à une montée de version 2.4.x et PHP. Pour le suivi après la mise en ligne, consultez nos forfaits TMA Magento.


Sources : Hyvä : Hyvä Theme is now open source and free, Hyvä Theme licence, What is Hyvä?, Getting started (requirements), Compatibility modules, Luma theme fallback, Luma checkout with Hyvä, Hyvä Checkout ; Adobe : System requirements.

Un regard extérieur sur votre boutique ?

L’audit express gratuit couvre les versions, le niveau de patch, la performance et la sécurité de base, avec un rapport court et un appel de 20 minutes.

À lire aussi

Poser une questionDemander