Applications et extensions : quand la facture de modules devient l'architecture
Personne ne prévoit d'avoir vingt-trois applications installées. Cela arrive une décision raisonnable à la fois : un module d'avis, un calculateur de livraison, une fenêtre modale, un programme de fidélité — chacun réglait un vrai problème le jour de son installation.
Deux ans plus tard, la vitrine charge onze scripts tiers, quatre applications font le même travail et la facture mensuelle dépasse discrètement l'hébergement. C'est une architecture, et elle n'a jamais été conçue.
Ce qu'une application coûte vraiment#
| Coût | Comment il se manifeste |
|---|---|
| Abonnement mensuel | Prévisible, et cumulatif sur une douzaine |
| Poids de page | Scripts tiers sur chaque page, souvent bloquants |
| Données | Vos données clients vivent aussi ailleurs |
| Couplage | La désinstallation laisse des données orphelines et des gabarits cassés |
| Risque de mise à jour | La plateforme évolue, l'application n'a pas bougé depuis un an |
Des règles pour garder la pile saine#
- Un travail, une application. Si deux se recouvrent, retirez-en une avant d'en ajouter une troisième.
- Rien qui écrive dans les commandes ou les prix sans revue de ce qui arrive en cas d'échec.
- Vérifiez ce que l'application injecte dans la vitrine avant d'installer, pas après une plainte de lenteur.
- Tout ce qui n'est plus maintenu depuis un an est un passif, même si cela fonctionne aujourd'hui.
- Passez la liste en revue chaque trimestre et retirez ce que personne ne sait justifier.
Quand construire plutôt qu'installer#
Construisez quand la tâche est centrale à votre façon de vendre : règles de lots, logique de fidélité, devis. Installez quand elle est standardisée et ennuyeuse : validation d'adresse, export comptable, collecte d'avis. L'erreur est d'inverser.
Une application qui touche aux prix ou au stock mérite la même revue qu'un changement de code, parce que c'en est un.
Le ménage trimestriel qui se rembourse#
Triez la liste par coût mensuel et demandez pour chacune : que casse-t-on si on la résilie demain ? Pour la plupart des boutiques, deux ou trois réponses sont rien, et l'économie finance du vrai travail.
Questions fréquentes
Combien d'applications sont de trop ?
Dès que vous ne pouvez plus dire ce que chacune fait et ce qui casse sans elle.
Les applications ralentissent-elles la boutique ?
Celles côté vitrine, en général oui. Celles côté back-office, souvent non.
Vaut-il mieux développer la même chose ?
Plus sûr à contrôler, plus cher à maintenir. Développez le central ; installez le standardisé.
applications e-commercemodules boutiquesurcharge d'extensionsscripts tiersperformance boutique
