Rentabilité d'une application mobile : le calcul 2026

Il faut 58 jours à une application à abonnement pour atteindre 865 € de revenu mensuel. Mais seules 17,3 % des applications lancées y parviennent en deux ans. Le second chiffre désamorce le premier : une médiane de délai ne se calcule que sur les applications qui franchissent la marche. Les autres ne figurent nulle part.

C'est le premier piège de la rentabilité d'une application mobile : les délais publiés décrivent des survivantes. Voici le calcul dans l'autre sens, en partant de ce que l'application coûte.

58 joursdélai médian pour atteindre 865 € de revenu mensuel, quand 17,3 % des applications seulement y parviennent en deux ans

Source : RevenueCat, State of Subscription Apps 2026, données de l'année 2025 (plus de 115 000 applications à abonnement)

Les montants en dollars sont convertis au taux BCE du 10 août 2026, soit 1 USD pour 0,865 €. Les paliers de 865 € et 8 650 € sont bruts de commission : au taux réduit de 15 %, 865 € de revenu correspondent à 735 € réellement encaissés. Tout ce qui suit est calculé en net.

Ce que coûte une application mobile, tous les mois

Les coûts d'une application ne s'arrêtent jamais. Ils tombent qu'elle rapporte ou non, et c'est ce qui permet d'encaisser de l'argent tous les mois sans jamais dégager le moindre bénéfice.

Il y a d'abord le droit d'exister sur les magasins. L'adhésion au programme développeur Apple coûte 99 $ par an, renouvelés tous les ans. Le compte développeur Google Play coûte 25 $, une seule fois.

Source : Apple, frais d'adhésion au Apple Developer Program

Ensuite viennent les frais de fonctionnement, qui dépendent de ce que fait l'application. Posons un dispositif modeste : une base de données, un serveur, des notifications, un suivi des plantages.

Les deux lignes du milieu sont des hypothèses, pas des tarifs relevés : elles posent un plancher crédible, pas votre facture. Une application entièrement locale, sans serveur, tombe aux 7 € de l'adhésion Apple — et son seuil de rentabilité avec, autour de 270 utilisateurs actifs au lieu des 1 730 calculés plus bas.

Retenez ces 45 €, tout ce qui suit s'y rapporte.

Le seuil de rentabilité d'une application mobile : à partir de combien d'utilisateurs ?

Couvrir 45 € par mois ne demande pas le même effort selon le modèle de monétisation. Et l'écart n'est pas seulement une question de montant : les deux modèles ne demandent pas la même nature d'effort.

Côté publicité. Un utilisateur actif mensuel rapporte environ 0,026 € en bannières — le bandeau fixe — et en interstitiels — la publicité plein écran entre deux actions. Le calcul complet est détaillé dans l'article sur le revenu publicitaire d'une application. Les magasins ne prélèvent rien sur la publicité : il faut donc 45 ÷ 0,026, soit 1 730 utilisateurs actifs mensuels, en permanence.

Côté abonnement. Une installation en freemium — l'application reste utilisable gratuitement, sans limite de durée — rapporte 0,33 € en médiane sur ses soixante premiers jours. Après la commission de 15 % prélevée par le magasin, il vous en reste 0,28 €.

Sur ce taux de 15 % : c'est celui qui s'applique à un développeur indépendant, sur Google Play dans l'Espace économique européen depuis le 30 juin 2026, et sur l'App Store via le Small Business Program tant que vos revenus restent sous le million de dollars annuel.

Soixante jours, c'est deux mois. Chaque mois, deux générations d'installations rapportent en même temps : celle qui vient d'arriver et celle du mois précédent, chacune à peu près pour moitié. Les deux moitiés font un. En régime de croisière, le revenu du mois vaut donc le nombre d'installations du mois multiplié par 0,28 €. Il faut 160 nouvelles installations par mois.

1 730 contre 160. L'écart brut trompe : 1 730 est un stock, 160 un flux.

Un stock met des mois à se constituer et fond dès qu'on cesse d'acquérir. Une application qui atteint 1 730 utilisateurs actifs puis arrête toute promotion repasse sous son seuil sans qu'aucun chiffre de son tableau de bord n'ait clignoté. Un flux se pilote : 160 installations ce mois-ci, on sait dès la fin du mois si c'est atteint.

Deux réserves en sens inverse. Le calcul s'arrête à soixante jours et ignore ce que rapportent les abonnés qui restent au-delà : c'est un plancher. Et 0,33 € est une médiane entre applications, pas une espérance pour la vôtre.

Le simulateur part des mêmes hypothèses de trafic. Il calcule un revenu, pas un seuil : c'est à vous de comparer son résultat aux 45 € posés plus haut. Vous pouvez ouvrir le simulateur de revenus d'application en pleine page et partager votre simulation par son URL.

Le coût que personne ne compte : votre temps de maintenance

Le vrai obstacle à la rentabilité d'une application mobile n'est pas sur le relevé bancaire. Une application ne se maintient pas toute seule, et ce temps-là ne se facture pas.

• Chaque version majeure d'iOS et d'Android impose des ajustements.
• Google Play exige de cibler un niveau d'API récent : passé le délai, l'application cesse d'être disponible pour les nouveaux utilisateurs équipés des versions récentes d'Android.
• Les bibliothèques tierces cessent d'être maintenues.
• Les rapports de plantage arrivent avec chaque nouveau modèle de téléphone.

Un exemple chiffré et daté. Sur Google Play, un compte développeur personnel créé après le 13 novembre 2023 ne peut pas publier directement : il doit d'abord faire tourner un test fermé avec au moins 12 testeurs volontaires, pendant 14 jours consécutifs, avant de pouvoir seulement demander l'accès à la production. Un testeur qui se désinscrit remet le compteur à zéro.

Source : Google Play Console, exigences de test pour les comptes personnels

Mettons un chiffre sur ce temps, en sachant qu'il n'existe aucun repère public sérieux : huit heures par mois valorisées à 30 € de l'heure, soit 240 € par mois. Les deux valeurs sont arbitraires et discutables — un tarif journalier de développeur mobile freelance en France tourne plutôt autour de 45 à 70 € de l'heure, ce qui doublerait le résultat. Ce qui compte ici n'est pas leur exactitude mais l'ordre de grandeur. Le budget passe de 45 € à 285 €, plus de six fois plus.

Les seuils suivent :

Vivre d'une application mobile : le tapis roulant des abonnés

Passons de la survie à un objectif plus ambitieux : 2 500 € encaissés par mois, avant charges et impôts.

En publicité classique, à 0,026 € par utilisateur actif mensuel — et sans commission de magasin sur ce modèle — il faut 96 000 utilisateurs actifs. Une audience que la très grande majorité des applications n'atteint jamais.

En abonnement, attention au prix affiché. Un abonnement à 4,99 € par mois n'est pas 4,99 € pour vous : les magasins affichent des prix TTC. À 20 % de TVA il reste 4,16 € hors taxes, puis 3,53 € après la commission de 15 %. Il faut donc environ 710 abonnés actifs.

Le chiffre paraît modeste. Il l'est beaucoup moins qu'il n'en a l'air, parce que ces 710 abonnés ne restent pas.

Sur 100 abonnés mensuels, il n'en reste que 17 au bout d'un an — le taux de rétention d'une application mobile est un sujet à part entière, avec ses propres leviers.

Source : RevenueCat, State of Subscription Apps 2025, rétention des abonnements à 12 mois par périodicité

Ces départs ne tombent pas d'un bloc au douzième mois : ils se répètent tous les mois, chacun rognant ce qui restait du précédent. Pour passer de 100 à 17 en douze mois de cette façon, il faut en perdre près de 14 % chaque mois.

Sur 710 abonnés, cela fait 98 départs par mois, et donc 98 nouveaux abonnés à recruter tous les mois pour rester exactement au même endroit. Sur un an, près de 1 200 personnes convaincues pour un revenu qui n'a pas bougé d'un euro. Et l'estimation est optimiste : elle suppose un taux de départ constant, alors que les résiliations se concentrent sur les premiers mois.

C'est un tapis roulant, pas un revenu acquis. Et ces 2 500 € encaissés ne sont pas ce qui finit dans votre poche : le calcul complet — coût de la vie, cotisations sociales, délais et paliers de transition — est déroulé dans vivre d'une application mobile.

Comment rentabiliser une application mobile : trois leviers qui déplacent le seuil

Ce tapis roulant a une vitesse, et elle n'est pas donnée. Trois décisions la règlent.

Le type de paywall, et de loin. Le paywall, c'est l'écran qui bloque l'accès tant que l'utilisateur n'a pas payé. En paywall dur — rien n'est accessible sans abonnement — une installation rapporte 2,67 € en médiane à soixante jours, soit 2,27 € après commission, contre 0,28 € en freemium. Les 160 installations par mois tombent à 20. Aucun autre paramètre ne déplace le seuil dans ces proportions.

Ce levier a un prix que les chiffres ne montrent pas : un paywall dur réduit le volume d'installations et expose aux avis négatifs. Les 2,67 € sont mesurés sur des applications qui l'ont adopté dès le départ, pas sur des produits qui ont basculé en cours de route.

Les échecs de facturation. Sur Google Play, près d'une résiliation sur trois n'est pas une décision de l'utilisateur : c'est une carte expirée ou un plafond atteint. Sur l'App Store, ce taux tombe à 14 %. Deux réglages les récupèrent sans aucune conviction supplémentaire de la part de l'abonné : le délai de grâce et la suspension de compte dans Google Play Billing, la période de grâce de facturation dans App Store Connect. C'est le réglage le plus vite rentabilisé de tout le dispositif.

La durée de l'essai gratuit. Les essais de 17 à 32 jours convertissent à 42,5 %, contre 25,5 % pour les essais de quatre jours ou moins — un facteur 1,67, pour un champ à changer dans l'offre introductive de App Store Connect ou de la Play Console. En contrepartie, un essai long retarde d'autant le premier encaissement.

Une application rentable, ou trois applications viables

Reste une sortie qui change complètement le calcul : ne pas viser un revenu de subsistance avec une seule application.

Trois applications à 830 € par mois rapportent les 2 500 € visés plus haut. Le risque, lui, n'a rien à voir. Un déclassement dans les magasins, une mise à jour système qui casse tout : sur une seule application, tout tombe d'un coup. Sur trois, un tiers tombe.

Mais faisons le calcul jusqu'au bout. Seuls les 7 € d'adhésion Apple sont mutualisés — le compte développeur couvre autant d'applications que vous en publiez. Les 38 € restants se multiplient, et les huit heures de maintenance aussi : trois applications, c'est 121 € de frais et 24 heures par mois, soit 841 € au total contre 285 €. Le portefeuille divise le risque par trois et multiplie la charge par presque autant.

Le marché, lui, est déjà occupé : les applications les plus anciennes captent l'essentiel du revenu d'abonnement, comme détaillé dans ce que rapporte une application mobile gratuite. Une application lancée aujourd'hui se bat contre des produits qui ont cinq ans d'avance en référencement et en avis.

Rien de tout cela ne rend une application mobile impossible à rentabiliser. La rentabilité d'une application mobile se joue simplement plus tôt qu'on ne le croit : au choix du modèle de monétisation, bien avant le choix de la technologie.