Combien d’apps Shopify, c’est trop ? Surcharge d’apps et vitesse
Trop d’apps Shopify ralentit votre site et vos conversions. Benchmarks réels sur le nombre d’apps à ne pas dépasser et méthode pour auditer votre stack.
Seulement 1,8 % des boutiques Shopify dépensent plus de 100 $ par mois en apps. Toutes les autres tournent au plus juste, ou perdent discrètement des conversions à cause d’une stack technique hétéroclite que personne n’a auditée depuis un an. Le plus dérangeant : la boutique qui se pénalise n’est généralement pas celle qui a 20 apps installées. C’est celle qui en a 12, juste au-delà du point où la vitesse commence à s’éroder.
Combien d’apps, c’est vraiment normal
Les données de Storeleads, qui couvrent 2,85 millions de boutiques, situent la moyenne à environ 4,1 apps par boutique. La plupart des marchands se situent entre 4 et 6. Ce n’est pas de la surcharge. C’est un outil de panier, une plateforme d’emailing, un widget d’avis, éventuellement une app d’abonnement.
Le tableau change à grande échelle. SKIMS utilise 12 apps. Alo Yoga en utilise 15. Glossier en utilise 10. Ce sont des marques Shopify Plus qui réalisent des dizaines de millions de GMV, et même elles considèrent chaque app supplémentaire comme un coût qui doit mériter sa place. Si une marque entre 1 et 10 M$ fait tourner plus de 15 apps payantes, on entre en zone de surcharge suspecte. Pas forcément un problème. Suspect.
Il existe un point de bascule approximatif autour de 10 à 12 apps payantes. En dessous, la plupart des boutiques ne remarquent pas vraiment de ralentissement. Franchissez-le sans faire le ménage, et le temps de chargement commence à grimper, app après app, script après script.
Ce que vous coûte réellement une app lente
L’analyse de performance 2026 de Shopify a montré que chaque tranche de 100 millisecondes de chargement supplémentaire fait baisser le taux de conversion d’environ 3,5 %. Gagnez une seconde sur le temps de chargement mobile et les conversions augmentent d’environ 3 %. Dépassez les quatre secondes et les taux de conversion chutent de 22 % par rapport aux pages plus rapides. Le taux de rebond atteint alors 63 %.
Appliquez maintenant cela à votre liste d’apps. Chaque app tierce mal optimisée coûte à elle seule environ 0,29 point de conversion. Cumulez-en cinq et vous avez discrètement cédé plus d’un point entier de taux de conversion avant même de remarquer un problème. Personne ne reçoit d’alerte pour ça. Cela se traduit simplement par « le trafic est correct, les ventes sont molles », le diagnostic le plus frustrant de l’e-commerce.
C’est pourquoi les audits d’apps comptent plus que ne le pensent la plupart des marchands. Vous ne cherchez pas les apps inutiles. Vous cherchez les apps lentes ET remplaçables, parce que ce sont elles qui taxent discrètement chaque session.
Les signes que vous avez déjà dépassé le point de bascule
Pas besoin d’un ingénieur performance pour repérer les signaux d’alerte. La plupart sont visibles depuis la boutique elle-même.
- Votre fiche produit met un temps perceptible à « se stabiliser » après le chargement, avec des widgets qui apparaissent les uns après les autres.
- Votre score PageSpeed mobile est inférieur à 50 alors que le desktop semble correct. Les apps pèsent plus lourd sur mobile, car la marge de puissance de calcul y est plus faible.
- Vous n’ouvrez plus du tout deux ou trois tableaux de bord d’apps. Si vous ne vous souvenez plus de votre dernière connexion, l’app est un poids mort avec une balise de script bien active.
- Votre éditeur de thème met plus de temps qu’avant à enregistrer les modifications. C’est souvent le symptôme de conflits de scripts qui s’accumulent en arrière-plan.
Aucun de ces signes, pris isolément, n’est une crise. Deux ou plus réunis, et vous payez déjà la taxe décrite plus haut, que vous l’ayez remarquée ou non dans vos chiffres de conversion.
Ce que révèle réellement un audit
Deux études de cas d’agences le démontrent mieux que n’importe quelle théorie. Une boutique est passée de 17 à 11 apps et a vu son taux d’ajout au panier grimper de 28 %. Une autre est passée de 15 à 6 apps et a gagné 31 % de conversion mobile. Même méthode dans les deux cas : supprimer les outils redondants, regrouper ce qui se chevauche, garder ce qui est rapide et indispensable.
Faites votre propre audit à l’aune des Core Web Vitals avant et après chaque installation d’app. LCP sous 2,5 secondes. INP sous 200 millisecondes. CLS sous 0,1. Si l’installation d’une app fait dépasser l’un de ces seuils, cette app est désormais sur la sellette, peu importe à quel point vous appréciez son tableau de bord.
Scénario | Apps avant | Apps après | Résultat |
Étude de cas A | 17 | 11 | +28 % de taux d’ajout au panier |
Étude de cas B | 15 | 6 | +31 % de conversion mobile |
Benchmark du secteur | Indifférent | −100 ms de temps de chargement | +3,5 % de taux de conversion |
Seuil à surveiller | 10-12 apps payantes | - | Point de bascule du ralentissement |
Les apps qui vous font le plus de mal ne sont pas les plus manifestement mauvaises. Ce sont les apps « suffisantes » que vous avez installées pour une seule fonctionnalité il y a deux ans et que vous n’avez plus jamais remises en question.
Pourquoi le problème s’installe sans prévenir
Personne ne se réveille un matin avec 18 apps. Cela arrive un lancement après l’autre. Une app de compte à rebours pour le Black Friday en octobre. Un widget d’avis en janvier parce qu’un concurrent en avait un. Un programme de fidélité en mars qui n’a jamais été complètement configuré. Chaque installation paraissait raisonnable prise isolément. C’est l’effet cumulé qui pose problème, et les effets cumulés sont précisément ce que les tableaux de bord de chiffre d’affaires mensuel font mal ressortir.
La plupart des fiches de l’App Store vantent la taille d’installation en kilo-octets, mais ce chiffre raconte rarement toute l’histoire. Les scripts tiers déclenchent souvent des requêtes réseau supplémentaires, des polices et des pixels de tracking qui n’apparaissent jamais dans le discours marketing. Une app de « 12 Ko » peut facilement ajouter 200 à 400 ms de temps de chargement réel une fois que l’on compte toutes les ressources qu’elle embarque.
Il y a aussi un coût que personne ne met dans un tableur : la charge de support. Chaque app, c’est une relation fournisseur, un identifiant, un cycle de mises à jour et un conflit potentiel avec votre thème. Cinq apps, ce sont cinq choses qui peuvent casser sans bruit après une mise à jour de la plateforme Shopify. Douze apps, ce sont douze.
Regrouper vaut mieux que supprimer
Supprimer des apps donne une impression d’efficacité, mais ce n’est pas la bonne première étape. La bonne première étape consiste à se demander quelles apps se chevauchent. Une boutique qui utilise des apps distinctes pour le cart drawer, le sticky add to cart, la barre de livraison gratuite, les upsells et les badges de confiance paie cinq chargements de scripts, cinq tableaux de bord fournisseurs et cinq points de défaillance pour des fonctionnalités qu’une seule app bien conçue peut couvrir. C’est exactement le manque que des outils comme ConvertX viennent combler, en regroupant les modules de panier, d’upsell et d’urgence dans une empreinte plus légère au lieu de cinq distinctes.
Regrouper, ce n’est pas seulement moins de scripts. C’est aussi moins de tickets de support quand quelque chose casse, moins de factures mensuelles à rapprocher, et un seul endroit à vérifier quand la conversion baisse au lieu de cinq. Ce dernier point compte plus que les marchands ne le pensent. Quand une boutique fait appel à cinq fournisseurs différents pour cinq fonctionnalités liées au panier, une baisse de conversion oblige à ouvrir cinq tableaux de bord, à consulter cinq journaux de modifications et à écrire à cinq équipes de support avant même de trouver le coupable. Un seul fournisseur, c’est un seul endroit où regarder en premier.
Les priorités si vous partez de zéro
- Auditez avant de toucher à quoi que ce soit. Listez vos apps et vérifiez vos scores Core Web Vitals en désactivant chacune d’elles, une par une. Quinze minutes, pas un chantier.
- Supprimez les apps auxquelles personne ne s’est connecté le trimestre dernier. Les apps inutilisées continuent de charger des scripts même quand la fonctionnalité est en sommeil.
- Regroupez d’abord les catégories qui se chevauchent. Les widgets de panier, d’upsell, d’urgence et de confiance sont les gains les plus faciles, car ce sont généralement les plus dupliqués.
- Retestez la vitesse après chaque changement. Pas une fois par trimestre. À chaque fois que vous ajoutez ou supprimez une app.
- Passez en revue votre stack d’apps tous les 90 jours. Ce qui méritait sa place en janvier ne la mérite peut-être plus en avril.
Choisissez-en une. Faites-la cette semaine. Mesurez la conversion pendant sept jours avant de toucher à quoi que ce soit d’autre.
Questions fréquentes
La plupart des boutiques font tourner 4 à 6 apps sans problème. Le point de bascule où la vitesse commence à en pâtir se situe autour de 10 à 12 apps payantes. Au-delà, chaque app supplémentaire a plus de chances de coûter que de rapporter, sauf si elle mérite clairement sa place.
Désactivez les apps une par une et revérifiez vos scores Core Web Vitals après chaque changement. L’app qui fait le plus bouger votre LCP ou votre INP est votre principal suspect. Les apps auxquelles vous ne vous êtes pas connecté depuis des mois méritent aussi d’être vérifiées en premier, car les apps inactives continuent de charger des scripts.
Pas toujours. Regrouper les outils qui se chevauchent dans un plus petit nombre d’apps mieux conçues fonctionne souvent mieux qu’une suppression pure et simple. Une seule app qui couvre le panier, l’upsell et l’urgence se charge plus vite que cinq apps distinctes qui font chacune le même travail.