Personne ne repousse une mise à jour par négligence. On la repousse parce que la dernière a cassé le paiement un vendredi soir, et que plus le temps passe, plus le retard grandit. Au bout de deux ans, ce n'est plus une mise à jour : c'est un déménagement. Ce qui décide du coût, ce n'est pas votre nombre de produits — c'est le nombre de retouches accumulées et de modules abandonnés par leur auteur.
Il faut distinguer deux choses qu'on appelle du même nom. La mise à jour courante, d'abord : un correctif de sécurité, une version mineure. Elle se joue en une heure sur une boutique saine, et le seul vrai risque est de l'appliquer directement sur la boutique en ligne sans l'avoir rejouée ailleurs.
La montée de version majeure ensuite — une 1.6 ou une 1.7 vers la 8 — qui est un chantier de plusieurs semaines et n'a rien à voir. Ce qui coûte, dans une montée majeure, ce sont les couches accumulées. Chaque surcharge — un fichier maison qui remplace un morceau du logiciel d'origine — doit être relue, parce que le morceau qu'elle remplaçait a changé.
Chaque personnalisation faite directement dans le thème d'origine, au lieu d'un thème enfant — la copie prévue pour recevoir les modifications sans toucher à l'original —, est perdue à la montée et doit être refaite proprement. Et chaque module acheté doit être vérifié : compatible, à racheter dans une version récente, ou abandonné par son auteur — auquel cas il faut décider entre le remplacer, le reprendre, ou s'en passer. C'est cet inventaire, pas le catalogue, qui donne la durée.
La méthode ne varie pas. On monte une copie complète de la boutique sur un espace séparé, on y joue la montée, on recense tout ce qui casse, on corrige, et on recommence jusqu'à ce que le parcours d'achat passe de bout en bout — y compris les cas particuliers de taxe, de livraison et de code promo, qui sont précisément ceux que personne ne pense à tester. Puis on rejoue le tout une dernière fois avec les données de la veille, et on bascule. La boutique en ligne n'est jamais le terrain d'essai, et la sauvegarde est restaurée pour de vrai avant qu'on touche à quoi que ce soit.
Retouches, personnalisations, modules et leur état d'entretien. C'est ce relevé qui chiffre le chantier, et il est déduit s'il est mené dans le cadre d'un audit.
Copie complète de la boutique — fichiers, base, images — sur une adresse séparée, invisible de Google, où l'on peut casser sans conséquence.
On joue la montée, on recense ce qui casse, on corrige, on recommence. Les modules abandonnés sont remplacés ou repris, décision par décision avec vous.
Commande testée de bout en bout sur les cas réels de votre boutique : taxes, livraisons, codes promo, comptes clients, emails automatiques.
Import des commandes de la veille, bascule, vérification d'un paiement réel. L'ancienne version reste accessible en secours.
Suivi des erreurs, des commandes et de la présence dans Google. Les correctifs de cette période sont compris.
Boutique bloquée depuis quatre ans sur une 1.6 et un PHP 7.0 — un moteur qui ne recevait plus aucun correctif. 23 retouches relues une à une, 9 modules remplacés, 2 repris. Sept semaines, aucune coupure, adresses inchangées.
Toutes les personnalisations avaient été faites directement dans le thème d'origine : chaque tentative de mise à jour les effaçait, depuis trois ans. Refaites au bon endroit, la montée suivante a pris deux jours.
Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.
Certification délivrée par l'éditeur du CMS
