Personne ne prévoit d’installer trente applications. Cela arrive une décision raisonnable après l’autre : un widget d’avis pour la preuve sociale, une application d’upsell pour l’AOV, un convertisseur de devises pour un marché testé, un page builder parce que le thème ne le permettait pas, une application de fidélité choisie par l’ancien responsable marketing.
Trois ans plus tard, la boutique charge beaucoup de JavaScript tiers, la facture mensuelle d’applications passe sans contrôle, et au moins quatre applications injectent encore des scripts pour des fonctions désactivées depuis longtemps. Voici l’audit que nous menons, et la grille d’évaluation qui rend les décisions défendables, non arbitraires.
Étape 1 : Obtenir le total réel
Commencez par le nombre, car il est généralement plus élevé que prévu et simplifie la suite de la discussion. Récupérez vos trois dernières factures Shopify et listez chaque ligne d’application, y compris celles à l’usage.
Ajoutez ensuite les frais qui n’apparaissent pas ici : applications facturées directement par l’éditeur en dehors de la facturation Shopify, abonnements annuels réglés par carte, et toute dépense passée par un prestataire. D’après notre expérience, les applications hors facture représentent entre un cinquième et un tiers du total réel, et ce sont souvent celles qui sont abandonnées.
Faites-le avant d’examiner la performance. Un argument financier fait valider un audit des applications bien plus vite qu’un argument technique.
Étape 2 : Mesurer le coût de chaque application sur le Storefront
Le tableau de bord Web Performance de Shopify indique la tendance, mais il ne vous dira pas quelle application en est la cause. Pour cela, utilisez les panneaux réseau et performance de votre navigateur sur une page produit et une page collection, puis attribuez chaque requête tierce à son propriétaire.
- Taille transférée par application, sur les gabarits importants — pages collection et produit, pas la page d’accueil
- Temps de blocage du main thread, qui impacte réellement l’INP et donc ce que ressent l’acheteur
- Chargement sur toutes les pages ou uniquement là où elle est utilisée — un widget d’avis qui se charge sur la page Contact est une pure perte
- Blocage du rendu ou chargement différé de façon propre
Le constat est constant : deux ou trois applications concentrent la majorité du poids tiers, et ce ne sont presque jamais celles que l’on soupçonne. Les widgets de chat, les page builders et les scripts de personnalisation sont généralement en tête. Les widgets d’avis sont souvent plus légers que leur réputation.
Désinstaller une application ne supprime pas toujours son code. Les modifications du thème et les balises de script restent souvent après la désinstallation. Après avoir retiré une application, recherchez son nom dans les fichiers du thème — les fragments orphelins d’applications disparues sont l’un des constats les plus fréquents lors de cet audit.
Étape 3 : Vérifier si l’application est réellement utilisée
C’est l’étape souvent oubliée, mais c’est celle qui permet de réaliser des économies. Pour chaque application, répondez à deux questions avec des preuves, pas de mémoire : quand son administration a-t-elle été ouverte pour la dernière fois, et pouvez-vous mesurer le comportement qu’elle est censée produire ?
- Applications d’upsell et de bundles : quelle part des commandes des 90 derniers jours inclut une vente additionnelle attribuée à l’application ?
- Applications de popup et de collecte d’emails : combien de captures le mois dernier, et combien se sont converties en clients ?
- Applications de fidélité : combien de membres ont utilisé un avantage au dernier trimestre ?
- Page builders : combien de pages en ligne les utilisent réellement — et la refonte de ces quelques pages dans le thème coûterait-elle moins qu’un an d’abonnement ?
- Applications de devises et de marchés : quelle part du chiffre d’affaires provient des marchés qu’elles desservent ?
Vous trouverez généralement deux ou trois applications sans aucun effet mesurable. Les retirer ne demande aucun arbitrage : c’est un gain immédiat.
Étape 4 : Noter et décider
Évaluez chaque application selon trois axes, puis positionnez-la. Restez simple — l’objectif est une décision défendable, pas un tableur.
- Valeur (1–5) : contribution mesurable au chiffre d’affaires, ou à un coût opérationnel que vous auriez autrement en heures
- Coût (1–5) : abonnement, poids ajouté à la page et temps de blocage
- Fragilité (1–5) : ce qui cesserait de fonctionner si elle disparaissait demain, et la pérennité de son éditeur
Classez ensuite chaque application dans l’un des quatre groupes suivants :
- À conserver. Forte valeur, coût proportionné. La plupart des boutiques en comptent quatre à huit qui justifient réellement leur place.
- À remplacer nativement. La fonctionnalité existe désormais dans Shopify — metaobjects et metafields couvrent une grande partie de ce pour quoi les page builders et applications de tableaux techniques étaient achetés, et Shopify Functions prend en charge des logiques de remise qui nécessitaient auparavant une application. Chaque fonctionnalité réintégrée dans le thème, c’est un abonnement en moins et un script supprimé.
- À regrouper. Trois applications pour des usages similaires, souvent parce qu’elles ont été installées à des moments différents par des personnes différentes. Un seul éditeur couvrant les trois est généralement moins cher et toujours plus léger.
- À supprimer. Aucun effet mesurable, ou la fonctionnalité est désactivée et seul le script subsiste.
Étape 5 : Supprimer avec précaution
La suppression d’une application comporte un risque : vous la retirez, rien ne semble casser, et six semaines plus tard vous découvrez que les emails de relance panier abandonné ne partent plus.
- Exportez toutes les données détenues par l’application — avis, soldes de fidélité, listes d’abonnés, pages générées — avant toute intervention. Certains éditeurs suppriment tout à la désinstallation.
- Supprimez une application à la fois, en espaçant de quelques jours, afin d’identifier toute régression.
- Nettoyez le thème ensuite. Recherchez le nom de l’application dans les fichiers du thème et retirez les fragments orphelins et balises de script.
- Re-mesurez. Vérifiez que le poids a effectivement disparu, ne le supposez pas.
- Surveillez la conversion pendant quinze jours sur les gabarits concernés — et soyez honnête si le chiffre évolue dans le mauvais sens.
C’est le nettoyage du thème qui apporte le gain de vitesse visible. Sauter cette étape revient à annuler un abonnement tout en conservant le poids sur la page, ce qui est la pire option.
À quoi ressemble un bon état après intervention
Un parc d’applications Shopify sain sur une boutique de taille moyenne compte généralement entre six et douze applications, chacune avec un responsable capable d’expliquer sa fonction et d’indiquer la donnée qui le prouve. Le JavaScript tiers ne représente qu’une minorité du poids du storefront. Et il existe une règle : toute nouvelle application reçoit une date de révision, pour éviter la repousse silencieuse du parc.
C’est cette dernière règle qui garantit la pérennité de l’audit. Sans elle, vous recommencerez dans deux ans, au même point de départ.
L’aspect performance de ce travail recoupe largement notre pratique d’optimisation de la vitesse. Si l’audit conclut que le thème lui-même est le facteur limitant, c’est un autre projet — notre équipe de développement Shopify peut vous indiquer lequel des deux cas vous concerne. Si l’audit révèle que la plateforme n’est plus adaptée, notre accompagnement Shopify traite ce sujet en toute transparence.
Questions fréquentes
Combien d’applications Shopify est-ce trop ?
Il n’existe pas de seuil universel : une application qui ne se charge que sur les pages concernées et apporte une valeur mesurable ne pose pas de problème, quel que soit le nombre total. Le vrai test : chaque application a-t-elle un responsable identifié capable de justifier son maintien ? Les boutiques qui échouent à ce test en comptent généralement entre vingt et quarante.
La désinstallation d’une application supprime-t-elle son code du thème ?
Souvent non. Les applications qui modifient le thème ou ajoutent des balises script laissent fréquemment des traces. Après désinstallation, recherchez toujours le nom de l’application dans les fichiers du thème : des fragments orphelins datant de plusieurs années sont l’un des constats les plus courants lors de cet audit.
Quelles catégories d’applications pénalisent le plus la performance ?
Dans nos audits, les widgets de chat, les constructeurs de pages et les scripts de personnalisation sont systématiquement les plus lourds, car ils se chargent tôt et exécutent beaucoup de JavaScript sur le Main Thread. Les widgets d’avis sont généralement moins pénalisants que leur réputation ne le laisse penser.
Peut-on remplacer des applications par des fonctions natives de Shopify ?
Bien plus souvent qu’on ne le pense. Les metaobjects et metafields couvrent la plupart des usages pour lesquels on achetait des applications de tableaux de spécifications ou de construction de pages, et Shopify Functions gère la logique de remise et d’expédition qui nécessitait auparavant une application. Chaque remplacement supprime à la fois un abonnement et un script.
À quelle fréquence faut-il relancer l’audit ?
Une fois par an, et à chaque changement d’équipe marketing. Attribuez une date de révision à chaque application installée dès le départ : cette seule habitude évite que le parc ne regonfle discrètement.
Vous souhaitez que nous réalisions l’audit pour vous ?
Nous attribuons chaque requête tierce sur votre boutique à l’application responsable, la rapprochons de vos factures, et vous remettons la liste notée. Contactez notre équipe ; réponse sous un jour ouvré.