Un développeur m'a montré ses chiffres la semaine dernière. 40 000 téléchargements, 4,2 étoiles, un taux de rétention à J7 qui ferait pâlir pas mal de jeux mobiles. Revenu net sur les six derniers mois : 312 €. Il m'a écrit parce qu'il ne comprenait pas. Il avait coché toutes les cases du "guide complet de la monétisation", sauf une : il n'avait jamais vraiment choisi comment gagner de l'argent, il avait coché des options dans une console. Et le problème quand on empile les modèles sans stratégie, c'est que chacun mange la marge de l'autre.
Monétiser une application mobile, ce n'est pas un menu où l'on prend un peu de tout. C'est une décision structurante qui détermine votre tunnel, votre rétention, et jusqu'à la façon dont Apple et Google ponctionnent vos revenus. Voici ce que j'ai appris en me plantant, puis en corrigeant le tir sur mes propres projets.
Points clés à retenir
- Le choix du modèle de monétisation se fait avant le développement, pas après.
- Les commissions des stores (15 à 30 %) s'appliquent sur chaque transaction — intégrez-les dès le calcul de votre prix.
- Un taux de conversion freemium vers payant tourne souvent autour de 2 à 5 % sur les apps grand public ; le publicitaire peut descendre sous 1 € par utilisateur actif mensuel.
- La rétention passe avant la monétisation : monétiser une app qu'on désinstalle en trois jours, c'est vider une piscine percée.
- Le cadre réglementaire (consentement pub, tracking) n'est pas un détail juridique, c'est une variable de revenu.
Comment choisir le bon modèle pour monétiser une application mobile
La plupart des articles vous listent cinq modèles et vous laissent choisir. Franchement, ce n'est pas un service. Le bon modèle ne dépend pas de vos goûts, il dépend de trois choses : votre type d'usage, la fréquence d'ouverture de l'app, et la sensibilité au prix de votre audience.
La question à se poser d'abord : à quelle fréquence ouvre-t-on votre app ?
Une app ouverte tous les jours (messagerie, jeux casual, fitness) et une app ouverte deux fois par an (impôts, garantie produit) n'ont rien à voir. Sur la première, l'abonnement et la pub fonctionnent. Sur la seconde, l'achat unique ou un service tiers est plus honnête — facturer un abonnement mensuel pour un besoin annuel, c'est le meilleur moyen de récolter des désabonnements et des avis à une étoile.
Sur un de mes projets — un tracker d'habitudes — j'ai testé l'abonnement à 4,99 €/mois contre l'achat unique à 14,99 €. Résultat : l'achat unique a rapporté davantage sur les six premiers mois, malgré un panier plus faible, parce que le taux de conversion était trois fois supérieur. L'utilisateur déteste s'engager dans la durée sur une app qu'il ne connaît pas encore.
Et l'audience ?
Une audience jeune et grand public supporte la publicité mais fuit les abonnements. Une audience professionnelle (outils B2B, apps métier) rejette la pub mais accepte des tarifs de 10 à 30 € par mois si le retour sur investissement est démontrable. Cette règle est loin d'être universelle, mais elle m'a évité plusieurs erreurs coûteuses.
- Utilitaire grand public : freemium + achats intégrés, la pub en complément si l'appui est fréquent.
- Jeu casual : pub + achats intégrés, l'abonnement rarement au centre.
- Outil B2B / SaaS mobile : abonnement, éventuellement par siège.
- Application métier ponctuelle : achat unique ou licence.
- App de contenu / média : abonnement ou pub, jamais les deux à forte dose (l'un dégrade l'autre).
Les modèles classiques, mais chiffrés
Le vocabulaire tourne toujours autour des mêmes mots : freemium, payant, abonnement, pub, in-app. Ce que l'on ne vous dit presque jamais, ce sont les ordres de grandeur à attendre. Voici ce que j'ai observé, sur mes projets et ceux de développeurs que j'accompagne.
Quel taux de conversion attendre d'un freemium ?
Sur une app grand public, un freemium bien exécuté convertit entre 2 et 5 % de ses utilisateurs actifs vers la version payante. Au-delà de 5 %, c'est exceptionnel et généralement le signe d'une audience très ciblée. En dessous de 1 %, le problème est presque toujours le même : la version gratuite offre trop, ou le moment de la demande de paiement est mal placé.
La règle que je me suis fixée après plusieurs tests : ne jamais demander le paiement au premier lancement. Attendez que l'utilisateur ait réalisé une action qui a de la valeur pour lui (exporté un rapport, atteint un palier). J'ai gagné environ un tiers de conversions en plus en déplaçant simplement le paywall de l'écran d'accueil vers l'écran de résultat.
La publicité : combien rapporte vraiment une app ?
La pub est le modèle le plus simple à activer, et le plus facile à surestimer. Le revenu dépend du format (bannière, interstitiel, récompensée), de la géographie de l'audience, et surtout du consentement au tracking. Une audience européenne consentante vaut mécaniquement moins qu'une audience américaine ou asiatique, parce que la publicité ciblée paye plus cher.
Ordre de grandeur réaliste : une app grand public avec 50 000 utilisateurs actifs mensuels génère souvent quelques centaines à quelques milliers d'euros par mois en pur publicitaire. Pas de quoi financer une équipe. La pub seule est un modèle de survie, rarement de croissance.
Comparatif : quel modèle pour quel type d'app
Voici le tableau que j'aurais aimé trouver il y a quelques années. Il n'est pas parfait — chaque app a ses spécificités — mais il cadre la réflexion.
| Modèle | Effort de mise en place | Type d'app adapté | Revenu par utilisateur | Risque principal |
|---|---|---|---|---|
| Achat unique | Faible | Utilitaire ponctuel | Moyen, ponctuel | Plafond de revenu atteint vite |
| Freemium + in-app | Élevé (tunnel à soigner) | Tout type à usage fréquent | Variable, fort potentiel | Version gratuite trop généreuse |
| Abonnement | Élevé (rétention critique) | Outil récurrent, contenu | Élevé, récurrent | Churn élevé si valeur faible |
| Publicité | Faible | Jeu casual, app massive | Faible par utilisateur | Dépend du volume et du tracking |
| Hybride (pub + in-app) | Élevé | Jeu free-to-play | Moyen à élevé | Équilibre difficile à tenir |
Un point que le tableau ne montre pas : le "revenu par utilisateur" n'est jamais une constante. Il dépend de la rétention. Un utilisateur qui reste six mois rapporte dix fois ce qu'un utilisateur qui part en trois jours rapporte. D'où la section suivante.
La rétention, préalable qu'on oublie trop souvent
J'ai fait cette erreur. Sur une app de suivi sportif, j'ai passé des semaines à peaufiner l'écran d'abonnement alors que la rétention à J7 était catastrophique. J'optimisais la caisse enregistreuse d'un magasin vide. Une fois la rétention corrigée — onboarding simplifié, notification utile, pas de spam — les revenus ont suivi sans que je retouche au paywall.
Le raisonnement est simple. Tous les modèles de monétisation, sauf l'achat unique, dépendent de la durée pendant laquelle l'utilisateur reste. Un abonnement à 5 €/mois sur un utilisateur qui churn au bout de deux mois rapporte 10 €, moins les commissions du store. Vous voyez le problème.
Comment savoir si la rétention est suffisante pour monétiser ?
Regardez la courbe à J1, J7 et J30. Si la courbe ne se stabilise pas (elle continue de chuter vers zéro), ne monétisez pas encore agressivement : vous brûlerez vos premiers utilisateurs pour quelques euros. Si elle s'aplatit, vous avez une base sur laquelle bâtir un abonnement ou un freemium.
Les contraintes de plateforme qui grignotent votre marge
On parle peu de ce point, et c'est une erreur. Apple et Google prélèvent une commission sur les transactions réalisées dans l'app. Le taux standard est de 30 %, réduit à 15 % pour les petites structures et sur les abonnements après la première année. Concrètement, un abonnement à 9,99 € vous rapporte autour de 7 € net — pas 9,99 €.
Beaucoup de développeurs calculent leur prix après coup et découvrent la marge réelle trop tard. Calculez toujours à partir du net.
Peut-on contourner la commission du store ?
Les règles ont évolué et diffèrent selon les régions et les juridictions. Dans certains cas, un développeur peut renvoyer vers un paiement externe ; dans d'autres, c'est interdit ou soumis à conditions. Ne bâtissez pas votre modèle économique entier sur une exception réglementaire : elle peut disparaître ou changer du jour au lendemain. La majorité des apps restent soumises à la commission standard.
Le consentement publicitaire, variable cachée de vos revenus
Depuis la mise en place des cadres de consentement (RGPD côté européen, et les restrictions de tracking côté Apple via App Tracking Transparency), une part croissante d'utilisateurs refuse le suivi. Résultat : la publicité qu'on vous sert est moins ciblée, donc moins bien payée.
J'ai constaté sur une app à forte composante publicitaire une baisse sensible du revenu par utilisateur le jour où une part notable de l'audience a refusé le tracking. Une app qui dépend à 90 % de la pub voit sa marge fondre sans que son trafic bouge. C'est une raison de plus pour ne pas mettre tous ses œufs dans le même panier.
Comment réduire sa dépendance à la publicité ?
Diversifiez. Un modèle hybride — une base d'abonnement ou d'achats intégrés, la pub en complément — absorbe mieux les variations du marché publicitaire qu'un modèle 100 % pub. Et un utilisateur qui paye directement est aussi un utilisateur qu'on connaît, donc qu'on peut garder.
Trois erreurs que je vois encore trop souvent
- Choisir le modèle après le lancement, quand l'architecture de l'app rend le changement douloureux.
- Oublier les commissions dans le calcul du prix, puis s'étonner que la marge soit nulle.
- Monétiser une app à faible rétention : plus on insiste, plus l'utilisateur part.
- Empiler les modèles (pub + abonnement + achats) sans réfléchir à leur interaction — chacun abîme l'expérience de l'autre.
Ce dernier point mérite qu'on s'y attarde. La pub et l'abonnement ne cohabitent bien que si l'abonnement retire la pub. Si vos utilisateurs payants continuent de voir des interstitiels, vous vendez un abonnement qui ne tient pas sa promesse. Je l'ai fait, une fois. Les avis négatifs sont arrivés en deux semaines.
Ce que j'en retiens
La monétisation d'une app, au fond, ne se joue pas sur le choix du modèle. Elle se joue sur la cohérence entre trois choses : à quelle fréquence on ouvre votre app, combien de temps on y reste, et combien la plateforme vous laisse au passage. Les modèles, eux, ne sont que la traduction de ces contraintes.
Si vous ne devez retenir qu'une chose : commencez par mesurer votre rétention, calculez votre net après commission, puis seulement choisissez. Le reste — freemium ou abonnement, pub ou pas — suivra naturellement.
Et ce développeur avec ses 312 € ? On a réécrit son tunnel pour vendre un seul achat intégré au bon moment, à 4,99 €. Trois mois plus tard, il en était à un peu plus de 2 000 € net. Pas de quoi s'acheter une voiture. Mais il avait arrêté de cocher des cases.
