développeur, pas d’intégrateur : catalogue profond, multi-boutique natif, B2B, mais une stack lourde
(OpenSearch, Redis, Varnish, cron) qui ne tolère aucun hébergement mutualisé. J’interviens sur les
modules sur mesure, la performance, les intégrations ERP et les montées de version — et je vous dis
franchement quand Magento est surdimensionné pour votre catalogue.
Pourquoi une boutique Magento finit toujours par demander du développement
Magento couvre nativement ce que les autres plateformes font à coups d’extensions : plusieurs
boutiques et plusieurs langues sur une seule installation, grilles de prix par groupe de clients,
devis B2B, règles de promotion complexes, gestion de stock multi-entrepôt. C’est précisément pour
ça qu’on le choisit.
Mais cette richesse a une contrepartie : dès qu’on sort du comportement par défaut, il n’y a pas
de réglage dans l’administration — il y a du code. Un champ personnalisé sur une commande, une règle
de livraison qui dépend du poids et du pays, un flux de stock venu de l’ERP toutes les quinze
minutes : tout cela se développe. C’est là que j’interviens.
Ce que je fais concrètement sur une boutique Magento
Modules sur mesure
Développement de modules propres, respectant l’injection de dépendances, les plugins et les observateurs. Pas de surcharge sauvage du cœur : votre boutique reste capable d’encaisser une montée de version.
Performance
Cache pleine page Varnish, indexeurs en mode planifié, OpenSearch correctement dimensionné, images et CSS critiques. Le temps de réponse d’une fiche produit est un chantier technique, pas une option de thème.
Intégrations
Connexion à votre ERP, votre PIM, votre transporteur ou votre logiciel comptable, via l’API REST ou GraphQL de Magento, avec files d’attente et reprise sur erreur.
Montées de version
Passage d’une 2.4.x à la suivante, audit des extensions tierces qui bloquent, patchs de sécurité appliqués sans casser le thème. Le point douloureux de Magento, traité méthodiquement.
L’hébergement n’est pas un détail sur Magento
C’est la première cause de boutiques Magento lentes, et elle n’a rien à voir avec le code. Magento
exige une base MySQL ou MariaDB correctement paramétrée, un moteur de recherche OpenSearch ou
Elasticsearch, Redis pour les sessions et le cache, idéalement Varnish devant, et un cron qui tourne
réellement. Sur un hébergement mutualisé à cinq euros par mois, rien de tout cela n’existe.
C’est pour ça que mes missions Magento s’accompagnent souvent d’un travail sur
l’hébergement et l’infrastructure, et parfois d’une mise
en place Cloudflare en amont.
Les cas où je vous déconseille Magento
Autant le dire tout de suite : Magento est surdimensionné pour la majorité des boutiques. Si vous
vendez moins de quelques centaines de références, sans logique B2B, sans multi-boutique et sans
intégration lourde, vous paierez la puissance de Magento sans jamais l’utiliser — en hébergement, en
maintenance et en délai de développement.
Dans ce cas, WooCommerce ou Shopify vous
serviront mieux pour bien moins cher, et PrestaShop reste un bon compromis
sur des catalogues moyens. Si vous êtes déjà sur Magento et que la plateforme vous coûte plus qu’elle
ne vous rapporte, la migration de boutique est une option sérieuse
— je la chiffre sans essayer de vous garder.
Un doute sur la plateforme ?
Décrivez votre catalogue, vos contraintes B2B et vos intégrations. Je vous dis si Magento est justifié dans votre cas — et si la réponse est non, laquelle choisir à la place. Premier retour sous 24 h.
Déroulé d’une mission et tarifs
Une mission Magento commence toujours par un cadrage : accès à l’administration et au dépôt,
inventaire des extensions tierces, relevé de l’infrastructure, mesure de l’existant. Ce cadrage
conditionne le chiffrage — sur Magento plus qu’ailleurs, annoncer un prix sans avoir vu la boutique
serait malhonnête.
Les interventions ponctuelles — un module à corriger, un patch de sécurité à appliquer, un flux
qui ne passe plus — se traitent en régie. Les projets plus larges, module métier ou montée de version
complète, sont chiffrés au forfait poste par poste.
Questions fréquentes
Faites-vous du Magento 1 ?
Non. Magento 1 est en fin de vie depuis juin 2020 : plus aucun correctif de sécurité, extensions abandonnées, incompatibilité avec les versions récentes de PHP. Une boutique encore en Magento 1 doit être migrée, pas maintenue — c’est un sujet que je traite, mais comme une migration, jamais comme de la maintenance.
Quelle différence entre Magento Open Source et Adobe Commerce ?
Magento Open Source est gratuit et couvre l’essentiel du e-commerce. Adobe Commerce ajoute, sous licence payante annuelle, des fonctions B2B avancées, la segmentation client, des outils de merchandising et un support éditeur. Le code de base est le même : ce que je développe pour l’un fonctionne sur l’autre.
Pourquoi ma boutique Magento est-elle lente ?
Dans l’ordre de fréquence : indexeurs en mode « à la sauvegarde » au lieu de « planifié », absence de Redis ou de Varnish, OpenSearch sous-dimensionné, extensions tierces qui chargent sur toutes les pages, et images non optimisées. Le code sur mesure est rarement le coupable principal.
Pouvez-vous reprendre une boutique développée par quelqu'un d'autre ?
Oui, et c’est une part importante de mes missions. Le préalable est un audit : quelles extensions sont installées, le cœur a-t-il été modifié directement, quelle version de Magento, quel état du dépôt. Cet audit me dit ce qui est reprenable et ce qui devra être réécrit.
Combien coûte une montée de version Magento ?
Cela dépend entièrement du nombre d’extensions tierces et du degré de personnalisation du thème. Une boutique propre avec peu d’extensions se met à jour en quelques jours ; une boutique où le cœur a été modifié peut demander plusieurs semaines. Le cadrage tranche avant tout engagement.
Travaillez-vous avec les thèmes Hyvä ?
Oui. Hyvä remplace le front Luma et Knockout par une base Tailwind et Alpine beaucoup plus légère, avec des gains de performance très nets. C’est une bonne piste sur une refonte de front, à condition de vérifier que vos extensions critiques disposent d’un module de compatibilité.