Hyvä ou thème Magento existant : comment choisir ?
Par l’équipe AXELITES
Votre boutique Magento doit évoluer et vous hésitez entre améliorer le thème actuel et passer à Hyvä. La décision dépend de vos parcours, de vos personnalisations et des causes réelles des difficultés rencontrées. Un changement de thème doit répondre à un besoin identifié.
Voici une méthode pour comparer les deux scénarios avec le même périmètre. Elle distingue le thème, le tunnel de commande et les connexions métier, afin d’éviter de découvrir une dépendance importante après le lancement de la refonte.
1. Partir des difficultés de la boutique
Relevez les situations qui posent problème : navigation mobile, recherche, fiche produit, panier ou validation de commande. Mesurez les temps de chargement et examinez les erreurs sur des parcours représentatifs. Une difficulté liée au serveur ou à une API ne disparaît pas automatiquement avec un nouveau thème.
Associez chaque difficulté à un objectif : rendre une variante plus facile à sélectionner, réduire les ressources nécessaires au premier écran ou simplifier la maintenance du front. Cette liste devient la base commune des deux propositions.
2. Comparer l’amélioration de l’existant et la reconstruction du front
Conserver le thème peut être pertinent si sa structure est maîtrisée, ses dépendances suivies et les corrections bien délimitées. Une évolution ciblée évite de reconstruire des parcours qui fonctionnent. Il faut néanmoins vérifier que les adaptations ne prolongent pas une base devenue trop difficile à maintenir.
Hyvä constitue une autre base pour construire l’interface Magento. Le projet implique d’examiner les composants visuels et les extensions qui interviennent dans le navigateur. L’effort dépend donc des fonctions à reprendre et des adaptations nécessaires, autant que du nombre de maquettes.
3. Faire une matrice de compatibilité des modules
Recensez les modules qui touchent la boutique : recherche, filtres, configurateurs, promotions, avis, paiement et livraison. Pour chaque version installée, demandez si une intégration compatible existe, qui la maintient et comment elle sera testée. Les modules spécifiques méritent une revue de leur code front.
La documentation Hyvä décrit les modules de compatibilité. Leur existence ne valide pas automatiquement votre combinaison de versions et de personnalisations. Classez chaque dépendance en compatible à vérifier, adaptation nécessaire, remplacement ou décision encore ouverte.
- Fonction et version du module réellement utilisé.
- Parcours concernés, responsable et preuve de compatibilité.
- Adaptation estimée et scénario de recette prévu.
4. Décider séparément du tunnel de commande
Le choix du thème ne suffit pas à choisir le checkout. Il faut examiner la solution actuelle, Hyvä Checkout ou une autre option compatible. Hyvä documente aussi un mécanisme de retour vers un thème Luma pour certains parcours. Le choix dépend des fonctionnalités à préserver et des intégrations disponibles.
Testez les moyens de paiement, la livraison, les adresses, les remises et les règles B2B réellement utilisées. Vérifiez les licences, le support et les conditions applicables au moment du projet. Ne déduisez pas le coût global de la seule disponibilité d’un thème.
5. Chiffrer deux scénarios sur un périmètre comparable
Incluez dans les deux scénarios les maquettes, l’intégration, les modules, le checkout, la recette, le déploiement et le suivi. Distinguez les frais ponctuels des coûts récurrents. Ajoutez le temps que vos équipes consacreront aux validations et au maintien des contenus.
Exemple pédagogique : une boutique possède un configurateur produit sur mesure et plusieurs règles de livraison. Avant de décider, réalisez un essai sur une fiche représentative et une commande complète. Les adaptations découvertes pourront modifier le budget et le planning, quelle que soit l’option préférée au départ.
6. Valider la décision avec des preuves
Comparez les résultats de l’essai aux objectifs initiaux, avec des appareils et conditions similaires. Documentez les fonctions couvertes, les limites restantes et la manière de maintenir l’interface. Un score de performance isolé ne remplace pas une commande réussie et une administration utilisable.
La décision peut être de corriger l’existant, de préparer une migration Hyvä ou de différer le changement après un audit. Conservez une justification courte et des critères de lancement : compatibilités confirmées, recette prête, ressources disponibles et plan de bascule défini.
Questions fréquentes
- Hyvä garantit-il une hausse des ventes ?
- Non. Les ventes dépendent de nombreux facteurs. La performance et l’ergonomie doivent être mesurées, puis rapprochées des parcours et des données commerciales dans des conditions comparables.
- Doit-on remplacer tous les modules Magento ?
- Pas nécessairement. L’analyse porte sur les modules effectivement utilisés et leur interaction avec le front et le checkout. Certains peuvent rester, d’autres demandent une adaptation ou un remplacement.
- Peut-on garder temporairement le checkout existant ?
- Cela dépend de la solution et de ses versions. Les options de compatibilité et de fallback documentées par Hyvä doivent être évaluées sur votre configuration, puis testées sur les paiements et livraisons retenus.
Sources et documentation
Comparons les scénarios pour votre boutique
Partagez votre thème, vos modules et vos parcours prioritaires pour cadrer une décision argumentée.
Étudier mon projet Hyvä
