Compatibilité Hyvä : Quelles extensions Magento fonctionnent ?
Chaque extension Magento payante qui touche le frontend nécessite un module de compatibilité Hyvä avant de s'afficher correctement sous Hyvä. Sans cela, la logique backend de l'extension continue de fonctionner, la configuration admin, les observateurs, les événements, mais sa sortie visible est silencieuse. Les clients ne voient rien là où l'extension était censée s'afficher.
La bonne nouvelle : la plupart des grands fournisseurs expédient désormais leur propre module de compatibilité Hyvä. La mauvaise nouvelle : la longue traîne des extensions plus petites et plus anciennes n'en ont pas, et vous avez besoin d'une compatibilité personnalisée pour chacune.
Cet article est le guide pratique pour vérifier ce qui fonctionne et ce qui ne fonctionne pas, ainsi que le coût de la compatibilité personnalisée lorsque vous en avez besoin.
Le premier endroit à vérifier : compat.hyva.io
compat.hyva.io est le traqueur de compatibilité Hyvä géré par la communauté. Chaque extension Magento payante qui a un module de compatibilité Hyvä, fourni par le fournisseur ou contribué par la communauté, y est répertoriée avec son statut, sa compatibilité de version et un lien vers le module.
Avant tout appel de cadrage de migration Hyvä, le marchand doit savoir :
- La liste complète des extensions payantes sur leur boutique (fournisseur + version + statut de licence)
- Les extensions qui sont répertoriées sur compat.hyva.io avec le statut "Compatible" (compatibilité fournisseur disponible)
- Celles qui sont répertoriées comme "Workaround" (compatibilité contribué par la communauté existe)
- Celles qui sont répertoriées comme "Not Compatible" ou "Unknown" (vous avez besoin d'une compatibilité personnalisée)
Cet exercice de 15 minutes permet d'économiser des semaines de temps de découverte de projet.
Catégories de compatibilité des extensions
Dans un ordre approximatif de "combien de travail cela représente" :
1. Compatibilité Hyvä fournie par le fournisseur (aucun travail)
Le fournisseur de l'extension publie son propre module de compatibilité Hyvä. L'installation est composer require + un basculement de configuration. 30 minutes par extension.
Les fournisseurs qui expédient la compatibilité Hyvä à partir de 2026 :
- Amasty (la plupart de leurs principales extensions)
- Mageplaza (la plupart des extensions modernes)
- Aheadworks (extensions sélectionnées)
- Mirasvit (extensions sélectionnées)
- MGS (extensions sélectionnées)
- Mageworx (extensions sélectionnées)
- Yotpo, Klaviyo, Bloomreach (les outils marketing)
- Stripe, Adyen, Klarna, PayPal, Worldpay, Mollie, Braintree (passerelles de paiement)
- Signifyd, Riskified (fraude)
- ShipperHQ, ShipStation (expédition)
Cette liste s'agrandit chaque trimestre. Vérifiez compat.hyva.io pour l'état actuel, la liste des fournisseurs est plus importante que n'importe quel article de blog.
2. Compatibilité Hyvä contribué par la communauté (peu de travail)
Modules de compatibilité open-source contribué par des membres de la communauté Hyvä pour des extensions commerciales largement utilisées. Souvent publiés sous licence MIT, souvent par des agences spécialisées dans Hyvä (y compris nous, nous publions les nôtres via notre organisation GitHub).
L'installation est composer require depuis un registre public. Le risque est la maintenance, la compatibilité communautaire n'est à jour que grâce au dernier commit de quelqu'un. Vérifiez que le module de compatibilité prend en charge votre version d'extension avant de le considérer comme un gain gratuit.
3. Compatibilité Hyvä personnalisée nécessaire (travail moyen à élevé)
Lorsque ni le fournisseur ni la communauté n'ont expédié de module de compatibilité, vous en construisez un. Les coûts varient :
- Extensions uniquement d'affichage (bannières, badges, blocs de contenu, widgets de preuve sociale) : 1 500 £ à 3 000 £ par extension, 1 à 3 jours de travail
- Extensions touchant PDP / PLP (sélecteurs de variantes de produits, configurateurs, galeries d'images) : 2 500 £ à 5 000 £ par extension, 3 à 5 jours
- Extensions touchant le processus de paiement (paiement, fraude, calculateurs de tarifs d'expédition, cartes-cadeaux, crédit magasin) : 4 000 £ à 8 000 £ par extension, 5 à 10 jours plus des tests de flux de commande
La variance provient de la profondeur avec laquelle l'extension s'intègre au frontend. L'affichage uniquement est une ré-implémentation de modèle simple. Les extensions touchant le processus de paiement nécessitent des tests d'intégration sur de vraies commandes.
Ce que fait réellement un module de compatibilité Hyvä
Pour les lecteurs techniques, le modèle de docs.hyva.io :
- Un nouveau module Magento qui dépend du module de l'extension d'origine
- Mises à jour de mise en page qui ciblent les blocs de l'extension d'origine et les remplacent par des versions rendues par Hyvä
- Modèles natifs Hyvä (.phtml fichiers) ré-implémentant la sortie frontend de l'extension en utilisant des classes Tailwind et des composants Alpine.js
- Chaînes magiques et déclencheurs d'événements préservés afin que la configuration admin de l'extension soit transférée sans changement
- Optionnellement, un magasin Alpine si l'extension nécessite un état réactif côté client (par exemple, un calculateur de prix configurable)
Le modèle est bien documenté ; le travail est mécanique mais fastidieux. Un spécialiste construit ces modules 2x plus vite qu'un généraliste apprenant le modèle.
Quand ignorer la compatibilité et changer d'extensions
Parfois, la bonne réponse n'est pas de construire une compatibilité, mais de remplacer l'extension par une alternative native Hyvä. Deux scénarios où nous recommandons de faire l'échange :
1. L'extension est profondément abandonnée. Si le fournisseur n'a pas expédié de mises à jour depuis plus de 18 mois, construire une compatibilité maintenant, c'est investir un budget dans quelque chose qui devra de toute façon être remplacé. Mieux vaut remplacer par une alternative native Hyvä maintenue.
2. Un module Hyvä natif existe. Lorsqu'il existe un équivalent Hyvä-first qui fait le même travail à un coût comparable, échanger est plus propre que de maintenir une compatibilité personnalisée indéfiniment. Souvent, la version native Hyvä fonctionne mieux et a une empreinte de code plus petite.
Nous vous indiquons quel chemin est moins cher lors de la phase de cadrage, pas après que vous ayez déjà commandé le module de compatibilité.
Le problème "nous devons connaître notre liste d'extensions"
La principale cause de l'augmentation du périmètre de migration Hyvä est la découverte d'une extension en cours de projet qui n'était pas sur la liste d'origine. Chaque extension surprise ajoute 1 à 2 semaines au calendrier et 1,5k £ à 8k £ au budget.
Comment éviter cela : faites l'inventaire des extensions de manière approfondie avant l'appel de cadrage. Incluez :
- Toutes les extensions dans
composer.json(fournisseur + version) - Toute extension dans
app/code/*non livrée via Composer - Tous les thèmes ou modules tiers même si "nous ne les utilisons pas vraiment"
- Toute extension dans admin → Système → Gestionnaire d'extensions (ou composer.lock)
- Modules personnalisés internes qui touchent le frontend
Coller composer.json + composer.lock dans un document partagé est généralement suffisant.
Qu'en est-il des extensions installées par ZIP ?
Certaines extensions plus anciennes ou à petit budget sont encore expédiées sous forme de fichiers ZIP pour une installation manuelle plutôt que via Composer. Celles-ci sont généralement les pires cas pour la migration Hyvä car :
- Le code de l'extension est souvent plus ancien, moins maintenu
- Pas de suivi de version signifie qu'il est plus difficile de vérifier les versions des modules de compatibilité
- La compatibilité fournie par le fournisseur basée sur Composer cible généralement uniquement les extensions installées via Composer
Si vous avez des extensions installées par ZIP, prévoyez de :
- Passer à une version distribuée par Composer (souvent payante)
- Remplacer par une alternative native Hyvä
- Construire une compatibilité personnalisée (l'option la plus coûteuse)
Les extensions installées par ZIP sont la raison pour laquelle les mises à niveau de Magento prennent plus de temps qu'elles ne le devraient ; le même problème s'applique aux migrations Hyvä.
La bibliothèque de modules de compatibilité, pourquoi cela s'accumule
Une agence Hyvä spécialisée accumule une bibliothèque de modules de compatibilité personnalisés au fil du temps. Lors de leur 10e migration Hyvä, ils saisissent un module pré-construit au lieu d'en écrire un de zéro, c'est la différence entre un projet de 6 semaines et un projet de 10 semaines sur le même périmètre.
Pour nous spécifiquement : nous avons expédié plus de 100 modules de compatibilité Hyvä personnalisés dans le cadre de notre travail client, avec un sous-ensemble significatif open-sourcé via notre organisation GitHub. Les nouveaux clients bénéficient de la bibliothèque, les extensions qui nécessiteraient une construction de compatibilité personnalisée de 2 semaines pour une première équipe Hyvä ne nécessitent qu'une installation de 30 minutes pour la nôtre.
C'est le cas pratique pour choisir un spécialiste : la bibliothèque s'accumule.
Tarification, ce que coûte réellement le travail de compatibilité
Coût de compatibilité personnalisée par extension :
| Complexité | Temps | Coût |
|---|---|---|
| Affichage uniquement (bannière, badge, bloc de contenu) | 1 à 3 jours | 1 500 £ à 3 000 £ |
| Touchant PDP (sélecteur de variante, configurateur) | 3 à 5 jours | 2 500 £ à 5 000 £ |
| Touchant le processus de paiement (paiement, fraude, expédition) | 5 à 10 jours | 4 000 £ à 8 000 £ |
| Touchant le panier (carte-cadeau, crédit magasin, bundles) | 3 à 7 jours | 3 000 £ à 6 000 £ |
| Compte client (abonnements, portefeuilles, retours) | 3 à 7 jours | 3 000 £ à 6 000 £ |
Intégré dans une migration Hyvä, le travail de compatibilité fait partie du devis global à prix fixe. En standalone (vous avez un site Hyvä existant et une nouvelle extension à ajouter), les prix par extension ci-dessus s'appliquent.
Politique de contribution open-source
Lorsque nous construisons une compatibilité pour une extension commerciale largement utilisée, nous la publions sous MIT via notre organisation GitHub. La communauté Hyvä au sens large en bénéficie et le prochain client qui en a besoin l'obtient gratuitement.
Le travail personnalisé spécifique au client (modules sur mesure uniques à un marchand) reste privé par défaut. Nous discuterons de l'open-source à la remise si le client est d'accord et qu'il y a une demande communautaire plus large.
Conclusion
La plupart des grandes extensions Magento ont une compatibilité Hyvä fournie par le fournisseur ou la communauté disponible, vérifiez compat.hyva.io avant de cadrer. Pour la longue traîne d'extensions sans compatibilité, les modules personnalisés coûtent entre 1,5k £ et 8k £ chacun selon la complexité. Une agence Hyvä spécialisée a accumulé une bibliothèque qui signifie que le travail de compatibilité personnalisée est plus rapide + moins coûteux que de partir de zéro.
Le nombre d'extensions est la variable la plus importante dans le coût de migration Hyvä. Faites l'inventaire correctement avant l'appel de cadrage.
Prochaines étapes
- Parcourez compat.hyva.io pour la liste actuelle des compatibilités fournisseur
- Consultez la page des services de compatibilité Hyvä
- Consultez l'entrée du glossaire sur le module de compatibilité Hyvä pour le primer technique
- Lisez Développement de module Hyvä : quand avez-vous besoin de modules personnalisés
- Réservez un appel de cadrage, nous auditerons votre liste d'extensions et établirons un devis en fonction de celle-ci