Apps Shopify gratuites ou payantes : quand faut-il payer ?
Apps Shopify gratuites ou payantes : dépenses réelles par tranche de CA, test du ROI x3 et volume de commandes à partir duquel le gratuit ne suffit plus.

1,82 % des boutiques Shopify dépensent plus de 100 $ par mois en apps. Ce n’est pas une coquille. C’est le chiffre réel, sur 3,59 millions de boutiques suivies. Toutes les autres utilisent des plans gratuits, des offres à prix réduit ou rien du tout, et une part non négligeable d’entre elles perd discrètement du chiffre d’affaires à cause de cela.
Gratuit ne veut pas dire bon
45,80 % des quelque 12 320 apps du Shopify App Store proposent au moins un plan gratuit ou un essai. Les 54 % restantes ne s’en donnent pas la peine. Le prix moyen des plans payants s’établit à 66,54 $ par mois, les offres haut de gamme tournant en moyenne autour de 54,87 $ et les apps les plus chères atteignant 999,99 $. Cet écart en dit long : l’App Store a été conçu pour deux profils très différents, le marchand qui ne regarde jamais au-delà du badge « gratuit » et celui qui considère ses dépenses en apps comme un poste budgétaire à piloter.
Aucune des deux approches n’est forcément mauvaise. Une boutique à cinq commandes par jour qui paie 80 $ par mois pour une app de bundles qu’elle utilise à peine dépense trop. Une boutique à 2 millions de dollars par an qui fait tourner son flow d’upsell sur un plugin gratuit sans statistiques dépense trop peu, d’une manière différente et bien plus coûteuse. La question n’a jamais été « gratuit ou payant ». C’est de savoir si l’app rapporte ce qu’elle coûte, quel que soit ce montant.
Ce que les apps gratuites font vraiment bien
Les offres gratuites ne sont pas un piège. Pour les boutiques sous les 100 commandes par mois, les outils gratuits couvrent l’essentiel de ce qui doit vraiment l’être. Le plan gratuit de Judge.me inclut des avis illimités avec photos et vidéos. Shopify Email offre 10 000 envois gratuits par mois, largement assez pour une boutique qui cherche encore ses mille premiers clients. Les pages FAQ basiques, les barres d’annonce simples et les badges de confiance standard nécessitent rarement une offre payante à ce stade.
C’est là que beaucoup de conseils prennent le problème à l’envers. Les auteurs partent du principe que payant veut toujours dire meilleur, et recommandent donc à tous les marchands de passer immédiatement à l’offre supérieure. C’est une erreur. Gratuit ne veut pas dire inférieur : c’est simplement adapté à une boutique qui n’a pas encore atteint le volume où les limites de l’offre commencent à se faire sentir.
Là où l’offre gratuite atteint ses limites
Chaque plan gratuit a un plafond. Le problème, c’est que la plupart des marchands ne le voient pas venir avant de l’avoir atteint, généralement sous la forme d’une file de support qui s’allonge ou d’une fonctionnalité du checkout qui plafonne sans prévenir.
Stade de la boutique | Commandes par mois | Ce qui casse en premier |
Tout juste lancée | Moins de 100 | Rien. Les outils gratuits couvrent presque tout à ce stade. |
En croissance | 100-500 | Les outils d’avis et d’emailing perdent la segmentation et l’automatisation à ce volume. |
En accélération | 500-2 000 | Les tickets de support dépassent 50 par mois, seuil à partir duquel les plans gratuits de helpdesk ne tiennent plus. |
Établie | 2 000+ | La logique d’upsell, les règles de bundle et la vitesse de chargement des apps exigent des outils dédiés et payants. |
La règle du x3 pour tout ce que vous payez
Un test permet de trancher l’essentiel du débat gratuit contre payant : l’app rapporte-t-elle au moins trois fois ce qu’elle coûte ?
Une app payante doit mériter sa place. Une app à 30 $ par mois qui ne génère pas au moins 90 $ par mois de gain mesurable n’est plus un outil de croissance : c’est un abonnement que vous avez oublié de résilier.
Les apps d’upsell post-achat qui tournent à plein régime convertissent à 15-25 %. Une app dédiée aux retours commence à être rentable dès que le taux de retour dépasse 10 %. Un outil de helpdesk rentabilise son abonnement quelque part au-delà de 50 tickets de support par mois. En dessous de ces seuils, la version gratuite ou bon marché fait très bien le travail. Au-dessus, la version payante devient l’option la moins chère, une fois que l’on compte le temps et le chiffre d’affaires que le plan gratuit vous coûte discrètement.
La vitesse, cette taxe que personne ne voit
Chaque app, gratuite ou payante, alourdit une boutique. Les boutiques avec 1 à 2 apps affichent en moyenne un score PageSpeed mobile de 53 sur 100. Celles avec 6 à 10 apps tombent à 45. Celles qui en cumulent 11 ou plus se situent en moyenne à 38-39, et ce n’est pas une erreur d’arrondi. C’est environ un tiers du score de vitesse qui disparaît.
La vitesse est directement liée au taux de conversion. Une app gratuite jamais utilisée mais jamais désinstallée vous coûte quand même du temps de chargement à chaque visite. Pour voir plus en détail à partir de quand cela devient vraiment dommageable, consultez notre analyse sur l’accumulation d’apps Shopify et la vitesse du site.
Les modèles tarifaires qui se cachent derrière le « gratuit »
Tous les « gratuits » ne se valent pas. Certaines apps sont réellement illimitées dans leur offre gratuite. D’autres plafonnent une fonctionnalité à un faible volume et la disent gratuite malgré tout. D’autres encore ne sont qu’un essai de 14 jours affublé d’un badge « gratuit », jusqu’à ce que votre carte soit débitée automatiquement. Lisez la page des tarifs avant d’installer, pas après la première facture.
Une fois que vous décidez de payer, la tarification prend six formes courantes : paliers mensuels fixes, paliers selon le volume de commandes, tarification entreprise selon le nombre de contacts, partage de revenus, tarification à l’usage et tarifs négociés sur mesure pour les gros comptes. Les paliers fixes sont les plus simples à budgéter. Le partage de revenus et la tarification à l’usage évoluent avec la boutique, ce qui paraît équitable jusqu’à ce qu’un bon mois se transforme en facture étonnamment salée. Identifiez le modèle d’une app avant de la comparer à un concurrent à prix fixe. Un plan fixe à 49 $ et un plan à 2 % du chiffre d’affaires peuvent coûter des montants radicalement différents selon la taille de la boutique.
Les erreurs se répètent dans les boutiques de toutes tailles. Les marchands paient pour une fonctionnalité que leur thème inclut déjà gratuitement, continuent de payer un outil six mois après avoir cessé de l’utiliser, ou font tourner en parallèle deux apps qui font la même chose parce que personne n’a résilié la première. Rien de tout cela ne relève du gratuit contre payant. C’est une question de suivi de ce qui est réellement installé.
Ce qui change réellement à chaque tranche de chiffre d’affaires
Les dépenses en apps n’augmentent pas de façon linéaire. Elles font des bonds. Les boutiques sous le million de dollars de chiffre d’affaires annuel dépensent généralement 50 à 300 $ par mois pour 3 à 5 apps. Dans la tranche de 1 à 5 millions, on passe à 1 000 à 3 500 $ par mois pour 6 à 9 apps. Au-delà de 5 millions, les dépenses grimpent à 5 000-15 000 $ par mois, réparties sur 10 à 12 apps.
La plupart des boutiques dépensent trop précisément au stade de 1 à 5 millions. Personne ne fait l’audit de la stack une fois qu’elle est en place, et les apps zombies s’accumulent discrètement : toujours facturées, rarement ouvertes. Un vrai nettoyage à ce stade permet de récupérer en moyenne 500 à 2 000 $ par mois, simplement en supprimant des abonnements que personne ne se souvient avoir souscrits. Si vous construisez ou reconstruisez une stack de zéro, nos guides sur la stack d’apps Shopify pour une boutique à 100 000 $ par mois et sur les meilleures apps Shopify pour une nouvelle boutique détaillent ce qu’il faut installer et ce qu’il faut éviter à chaque étape.
Un moyen concret de freiner cette dérive, c’est le regroupement. Une seule app qui réunit cart drawer, sticky add to cart, barre de livraison gratuite et upsell dans le panier en un seul abonnement, comme ConvertX, remplace trois ou quatre apps mono-usage. Moins d’apps, moins de factures, moins de poids qui plombe votre score de vitesse.
Les priorités si vous partez de zéro
- Gardez en plan gratuit tout ce que vous utilisez rarement. FAQ basique, avis simples, emailing sous les 10 000 envois par mois. Aucune raison de payer à ce stade.
- Payez dès que les fonctionnalités de panier ou de checkout commencent à toucher un vrai volume de commandes. C’est là que le plafond des 100 commandes par mois se fait vraiment sentir.
- Appliquez le test du x3 avant d’ajouter quoi que ce soit. Si l’app ne prouve pas sa rentabilité en 30 jours, supprimez-la.
- Faites l’audit complet de votre stack d’apps chaque trimestre, pas une fois par an. Les abonnements zombies s’accumulent plus vite que la plupart des marchands ne le pensent.
- Regroupez avant d’ajouter. Une app qui fait bien quatre choses vaut mieux que quatre apps qui en font chacune une.
Choisissez-en une. Mettez-la en place. Mesurez pendant une semaine.
Questions fréquentes
La plupart ne sont pas entièrement gratuites. Environ 45,8 % des quelque 12 320 apps du Shopify App Store proposent une forme de plan gratuit ou d’essai, mais les 54 % restantes sont uniquement payantes. Même les gratuites limitent souvent une fonctionnalité à un faible volume ou basculent automatiquement vers un essai payant au bout de deux semaines. Vérifiez toujours la page des tarifs avant d’installer.
Il n’y a pas de nombre fixe : cela dépend du chiffre d’affaires. Les boutiques sous le million de dollars par an utilisent généralement 3 à 5 apps, celles entre 1 et 5 millions en utilisent 6 à 9, et celles au-delà de 5 millions en ont souvent 10 à 12. Le bon nombre, c’est celui que votre boutique exploite réellement bien, car les apps inutilisées coûtent toujours en vitesse de chargement, même quand elles ne coûtent pas d’argent.
Oui, et l’effet est mesurable. Les boutiques avec 1 à 2 apps affichent en moyenne un score PageSpeed mobile de 53 sur 100, celles avec 6 à 10 apps tombent à 45, et celles avec 11 apps ou plus se situent autour de 38 à 39. Les apps gratuites ne font pas exception, car le poids d’une page vient du code, pas du prix.