Deux devis peuvent porter la même ligne « Mise à jour Magento 2.4.9 » sans acheter le même résultat. Le premier chiffre une installation du cœur. Le second prévoit aussi l’adaptation du serveur, les connecteurs, une répétition du basculement et la vérification des commandes. Comparer uniquement leurs totaux revient à comparer une pièce détachée avec une intervention complète.
Pour une boutique française, l’enjeu n’est pas de demander le devis le plus long. Il est de savoir qui prend en charge chaque dépendance et quelle preuve permettra de réceptionner le travail. Voici une façon de lire le budget avant de signer, sans prétendre fixer un tarif valable pour toutes les boutiques.
La version cible ne décrit pas votre installation
Les notes Adobe Commerce 2.4.9, consultées le 14 septembre 2026, annoncent le support de PHP 8.5, d’OpenSearch 3.x et de Valkey 9.x. Elles indiquent aussi que PHP 8.2 et 8.3 ne sont plus supportés ; PHP 8.4 y est autorisé pour la mise à niveau, mais n’est pas recommandé en production.
Cela donne des questions à poser, pas une configuration à recopier. Commencez par identifier Magento Open Source ou Adobe Commerce, la version exacte avec ses correctifs, les modules B2B éventuels et le mode d’hébergement. Une note Adobe Commerce ne prouve pas à elle seule qu’une fonction commerciale existe dans Magento Open Source, ni que votre hébergeur fournit toutes les versions annoncées.
La documentation des prérequis système distingue notamment les environnements Cloud et sur site. Faites joindre au devis la matrice datée correspondant réellement à la cible. Ne transposez pas une colonne 2.4.8 à 2.4.9.
Notre article sur les vérifications avant une mise à jour Magento 2.4.9 traite de la préparation générale. Ici, la question est différente : où commencent et où s’arrêtent les engagements du devis ?
Demandez trois montants, pas un forfait opaque
Un budget lisible sépare le cadrage, la réalisation et les coûts récurrents après bascule.
Le cadrage produit un inventaire, une cible d’hébergement, les incompatibilités connues et les inconnues à lever. La réalisation couvre les adaptations et leur recette. Le récurrent comprend ce qui restera à payer : hébergement, services gérés, licences de modules, supervision et maintenance selon le contrat retenu.
Une provision pour aléas n’est utile que si son déclenchement est clair. « Adaptation des modules incluse » ne dit pas si cela couvre une nouvelle licence, un développement spécifique ou le remplacement d’un module abandonné. Demandez ce qui nécessite un accord complémentaire et qui fournit l’estimation avant intervention. Pour comparer des offres françaises, placez les montants sur une même base HT ou TTC et distinguez bien ponctuel et mensuel.
Les lignes qui changent vraiment le périmètre
| Poste | Ce que le devis doit préciser | Preuve de réception à demander |
|---|---|---|
| PHP et construction du site | Versions retenues pour le site, les tâches planifiées et les traitements en arrière-plan ; modules concernés | Construction reproductible et parcours critiques exécutés avec la cible retenue |
| Base de données | Version cible, conversion des données, volume et durée de bascule ; responsabilité de restauration | Migration répétée sur une copie et rapprochement des commandes, clients et stocks |
| Recherche catalogue | Moteur, version, indexation, filtres et extensions de recherche | Résultats attendus sur un jeu de requêtes françaises convenu |
| Cache et sessions | Service retenu, configuration, stratégie de bascule et effets sur les sessions | Prix, panier et connexion cohérents après changement et réchauffement des caches |
| Connecteurs et files de travaux | ERP, stocks, transporteurs, paiements, traitements différés et responsables | Commande de test retrouvée une seule fois dans les systèmes attendus |
| Contenus et administration | Éditeur, personnalisations, pages commerciales et langues | Une page représentative modifiée, enregistrée et relue côté public |
| Retour arrière | Sauvegardes, durée de restauration, responsable et traitement des commandes nouvelles | Répétition documentée et décision de reprise métier explicite |
Cette grille est une proposition de cadrage 1Design, pas le compte rendu d’un audit client. Le nombre de boutiques, de langues, de catalogues et de systèmes connectés détermine son ampleur.
PHP : le site peut fonctionner pendant que les tâches échouent
Le serveur qui affiche les pages et celui qui lance les traitements ne sont pas nécessairement configurés de façon identique. Le devis doit couvrir ces deux usages. Un connecteur ancien peut aussi être compatible avec votre version actuelle de Magento sans être validé pour le PHP cible.
Demandez une liste courte : module, éditeur, version retenue, preuve de compatibilité et action si la preuve manque. Une mention « compatible » dans une présentation commerciale ne remplace pas un essai sur votre copie de travail.
Recherche et cache : ne payez pas une migration que personne n’a qualifiée
Adobe annonce OpenSearch 3.x tout en mentionnant une compatibilité conservée avec OpenSearch 2.x dans ses notes 2.4.9. Le support d’une nouvelle version majeure ne signifie donc pas que chaque boutique doit changer immédiatement de moteur. Le prestataire doit justifier la cible par la combinaison supportée, sa durée de vie et les possibilités de l’hébergeur.
Pour une boutique de pièces détachées, la recette peut porter sur une référence exacte, une recherche avec accent, un synonyme métier et un filtre de dimension. Ces exemples doivent être choisis dans votre catalogue : mesurer seulement le nombre de produits indexés ne suffit pas.
Même logique pour Valkey 9.x, dont le support est annoncé. Demandez ce qui change pour les sessions et les caches, ainsi que les adaptations des extensions. La compatibilité générale du logiciel ne garantit pas celle de chaque personnalisation.
Le cas qui fait apparaître le devis incomplet
Imaginons un distributeur lyonnais qui vend aux particuliers et à des comptes professionnels. Il affiche des prix TTC au public, utilise des conditions propres à certains clients et transmet les commandes à un ERP. Ce cas est fictif.
Une recette limitée à « ajouter au panier et payer » peut laisser passer un défaut de tarif professionnel, un export avec une mauvaise base de taxe ou une commande transmise deux fois. Le devis devrait inclure un parcours public et un parcours professionnel, puis rapprocher montant, taxe, remise, frais de port et référence de commande entre la boutique et le système destinataire.
Si des traitements utilisent un courtier de messages, inscrivez-le dans le périmètre. Adobe présente RabbitMQ 4.2 comme une voie de compatibilité à court terme et ActiveMQ Artemis comme une orientation de long terme. Ce n’est pas une raison pour imposer une seconde migration sans étude : le devis doit indiquer si elle est incluse, différée ou hors périmètre, et pourquoi.
Le même raisonnement vaut pour le passage de TinyMCE à HugeRTE décrit par Adobe : qui vérifie les boutons personnalisés et les contenus réellement utilisés par l’équipe ? Un écran d’administration qui s’ouvre ne prouve pas que l’équipe peut encore préparer sa prochaine opération commerciale.
Avant de réserver la fenêtre, rendez le retour arrière concret
Une sauvegarde présente sur un disque n’est pas une restauration éprouvée. Faites préciser ce qui est sauvegardé ensemble, le temps de restauration observé sur une copie et la personne qui décide d’interrompre la bascule.
Surtout, traitez les commandes reçues après réouverture. Restaurer une ancienne base peut effacer des commandes pourtant payées ; relancer un connecteur peut dupliquer une transmission. Le plan doit prévoir leur rapprochement avec le paiement et l’ERP avant toute reprise. Il ne doit pas promettre qu’un simple retour au code précédent annule toutes les modifications de données.
En période de campagne commerciale, prévoyez aussi la disponibilité de l’équipe : qui valide les prix, qui surveille les commandes et qui peut joindre le prestataire ? La durée d’intervention technique et la durée de surveillance métier sont deux lignes différentes.
Ce qu’il faut transmettre pour obtenir un chiffrage utile
Préparez la version et l’édition actuelles, l’hébergement, la liste des modules, les systèmes connectés, le nombre de vues boutique et vos dates commerciales à éviter. Ajoutez trois parcours dont l’échec empêcherait votre activité de fonctionner. Ces éléments ne doivent contenir aucun mot de passe ni clé d’accès.
Une agence Magento à Lyon peut alors distinguer la mise à niveau nécessaire des évolutions de confort. Si une refonte est envisagée, séparez aussi le budget de création ou évolution e-commerce de celui qui maintient l’existant en état de fonctionner.
Vous avez deux devis difficiles à comparer ? Présentez votre périmètre à 1Design. Le premier livrable à définir est une carte des dépendances, des exclusions et des preuves de recette attendues. Le bon prix devient beaucoup plus lisible quand le résultat acheté l’est aussi.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?
