Un développeur indépendant m'a montré ses relevés bancaires le mois dernier. 4 200 € de chiffre d'affaires sur son app de méditation, 1 180 € net sur son compte. Le reste ? La commission Apple, la TVA, un rappel fiscal qu'il n'avait pas anticipé. Il n'a rien fait d'illégal. Il n'avait juste pas lu les contrats qu'il avait signés.
C'est le problème quand on parle de monétiser une application mobile légalement : tout le monde vous explique comment encaisser, personne ne vous explique ce qui se passe après l'encaissement. Les commissions, les règles de consentement publicitaire, la fiscalité, les politiques de contenu des stores. Autant de sujets qui transforment une app rentable en casse-tête administratif si vous les découvrez trop tard.
J'ai lancé trois apps, j'en ai tué deux, et j'ai appris la plupart de ces leçons en recevant des emails désagréables. Voici ce que j'aurais aimé qu'on me dise avant.
Points clés à retenir
- Apple et Google prélèvent entre 15 % et 30 % de commission, avec des seuils de chiffre d'affaires qui changent tout.
- La publicité ciblée impose un consentement explicite (RGPD en Europe, ATT sur iOS) : sans ça, votre SDK est hors la loi.
- Chaque modèle de monétisation a ses obligations propres : TVA sur achats intégrés, déclaration des revenus pub, mentions légales.
- Les achats intégrés dans les apps de contenu numérique doivent passer par le paiement in-app, pas par votre propre système.
- Le statut juridique (auto-entrepreneur ou société) se décide avant les premiers revenus significatifs, pas après.
- Les "dark patterns" de conversion sont la première cause de rejet et de suspension sur les stores.
Monétiser une application mobile légalement : le cadre que personne ne vous explique
La première fois que j'ai reçu un virement d'Apple, j'ai cru à une erreur. 340 € pour un mois où j'avais estimé mes revenus à 480 €. J'ai mis deux jours à comprendre : Apple avait prélevé sa commission avant de me verser quoi que ce soit, et j'avais oublié de la déduire de mes calculs.
Ce n'est pas une arnaque. C'est écrit noir sur blanc dans l'accord de développeur. Le problème, c'est que personne ne lit un contrat de 50 pages en anglais juridique avant de publier sa première app.
Qui encaisse réellement quand un utilisateur paie ?
Quand un utilisateur dépense 10 € dans votre app, il ne vous en reste pas 10 €. Voici la répartition concrète, celle que je vois sur mes propres relevés :
| Plateforme | Commission standard | Commission réduite | Condition pour le taux réduit |
|---|---|---|---|
| Apple App Store | 30 % | 15 % | Moins d'1 M$ de revenus annuels |
| Google Play | 30 % | 15 % | Premier million de dollars gagné chaque année |
| Abonnements (après 1 an) | 30 % → 15 % | 15 % → 15 % | L'utilisateur reste abonné 12 mois |
Le détail qui m'a coûté le plus cher : la commission sur abonnement baisse après un an de fidélité du même utilisateur. J'ai passé des mois à optimiser mes campagnes d'acquisition avant de réaliser que ma vraie fuite était le churn au bout du onzième mois. Trois dixièmes de pourcentage de rétention en plus, et je basculais une partie de mon catalogue au taux réduit. Ça paraît anecdotique. Sur 12 000 € de revenus annuels, ça représente quand même 1 800 €.
Faut-il déclarer ses revenus d'application ?
Oui, et cette phrase va vous paraître bête, mais j'ai vu des développeurs croire que les virements d'Apple échappaient au fisc parce qu'ils venaient de l'étranger. Non. Un revenu est un revenu, peu importe qui vous le verse et depuis quel pays.
Ce qui change, c'est qui déclare la TVA. Depuis que les plateformes sont considérées comme redevables pour les ventes d'applications (un mécanisme de guichet unique pour les services numériques), Apple et Google collectent et déclarent la TVA à votre place sur les achats intégrés. Vous, vous déclarez le revenu net que vous percevez. C'est plus simple qu'avant, mais ça ne vous dispense pas de tenir une comptabilité propre.
L'erreur que j'ai faite : mélanger mon compte personnel et le compte qui recevait les virements de Google. Six mois de relevés à retrier. Franchement, ouvrez un compte dédié dès le premier euro.
Choisir un modèle conforme aux règles des stores
Le choix du modèle de monétisation n'est pas qu'une question de chiffres. Chaque option embarque ses propres obligations légales, et certaines sont éliminatoires.
Achats intégrés ou abonnement : quelle différence juridique ?
Sur le plan technique, les deux passent par le système de paiement du store. Sur le plan légal, la différence porte sur la révélation des conditions et la résiliation.
Un abonnement impose d'afficher clairement : le prix, la durée, le mode de renouvellement automatique, et comment résilier. Apple rejette les apps qui cachent le bouton de résiliation ou qui font croire à un achat unique. J'ai vu une app se faire recaler trois fois de suite pour un libellé de bouton trop vague ("Continuer" au lieu de "S'abonner pour 4,99 €/mois").
Les achats uniques sont moins contraignants côté affichage, mais vous devez gérer les remboursements. Et les remboursements, c'est la plateforme qui décide, pas vous.
La publicité : le piège du consentement
C'est ici que le mot "légalement" pèse le plus lourd. Si vous intégrez un SDK publicitaire qui cible les utilisateurs, vous manipulez des données personnelles. En Europe, ça veut dire RGPD. Sur iOS, ça veut dire App Tracking Transparency : votre app doit demander explicitement l'autorisation de tracker l'utilisateur, et l'utilisateur a le droit de refuser.
Ce que beaucoup de développeurs ignorent : si vous affichez une publicité non ciblée à un utilisateur qui a refusé le tracking, c'est légal. Si vous continuez à transmettre son identifiant publicitaire à votre régie après un refus, ce ne l'est plus.
J'ai désactivé un SDK publicitaire entier après avoir découvert qu'il continuait à envoyer des données même quand l'utilisateur disait non. Six semaines de revenus pub envolées. Mais la paix fiscale et juridique valait largement ces 400 € mensuels.
Et les apps pour enfants ?
Régime à part. La publicité ciblée y est purement interdite par les règles des stores et par plusieurs législations (COPPA aux États-Unis, RGPD renforcé en Europe). Si votre app vise un public jeune, prévoyez un modèle sans tracking dès la conception, pas après coup.
Statut juridique et fiscalité : la partie qu'on repousse toujours
Auto-entrepreneur ou société ? La question se pose rarement au bon moment. Le développeur de mon exemple plus haut a attendu d'atteindre 3 000 € mensuels avant de se renseigner. Résultat : un plafond de chiffre d'affaires franchi sans le voir venir, et une régularisation à faire dans l'urgence.
Je ne suis pas comptable, et je ne vais pas vous donner de chiffres précis sur les seuils, parce qu'ils bougent et dépendent de votre situation. Ce que je peux vous dire, c'est la logique :
- Le statut de micro-entreprise est simple et adapté pour tester une idée, mais il plafonne.
- Dès que vous dépassez ce plafond ou que vous embauchez, il faut basculer vers une structure plus lourde.
- Certains modèles (publicité, revente de données agrégées) sont plus scrutés fiscalement que d'autres.
- Les revenus de l'étranger compliquent la déclaration : prévoyez un accompagnement avant d'y arriver.
Bref, ne laissez pas la fiscalité être la variable que vous découvrez en recevant votre premier vrai virement.
Les pièges juridiques qui font suspendre les apps
La suspension pour non-conformité, personne n'y croit avant de la vivre. Elle arrive vite, souvent sans avertissement clair, et elle coupe vos revenus du jour au lendemain.
Les dark patterns, première cause de rejet
Un "dark pattern", c'est une interface qui pousse l'utilisateur à faire un choix qu'il n'aurait pas fait consciemment. Réduire la taille du bouton "Non merci". Cacher le coût réel derrière un astérisque. Faire croire qu'une offre gratuite est limitée dans le temps alors qu'elle ne l'est pas.
Ces techniques convertissent. Elles convertissent tellement bien que les stores les ont interdites explicitement, et que la régulation européenne s'y attaque désormais de front. J'ai testé, une fois, un écran de paiement un peu trop persuasif. Il est passé. Mais je l'ai retiré de moi-même au bout d'un mois, parce qu'il rapportait 12 % de conversions de plus et 40 % de désinstallations dans les jours qui suivaient. Les gens paient, puis se sentent piégés, puis partent et laissent un avis à une étoile. Le calcul économique était mauvais. Le calcul éthique aussi.
Collecte de données : le minimum vital
Chaque donnée que vous collectez crée une obligation. Une politique de confidentialité claire, une base légale pour le traitement, un droit à l'effacement respecté. J'ai vu des apps stocker des emails sans jamais pouvoir les supprimer proprement parce que personne n'avait prévu la fonction.
Ma règle perso : si je n'ai pas une raison précise d'utiliser une donnée pour faire fonctionner l'app, je ne la collecte pas. Moins de données, moins de risques.
Vérifier la conformité avant de publier, pas après
Le contrôle qualité de mon dernier lancement m'a pris une journée entière, sur une app que je maîtrisais. Cette journée m'a évité un rejet. L'app précédente, je ne l'avais pas fait. Elle a été rejetée deux fois, ce qui a décalé sa mise en ligne de dix jours — pile pendant une période d'acquisition où j'avais des campagnes en cours.
La check-list que j'applique maintenant, dans cet ordre :
- Conditions générales et politique de confidentialité accessibles avant tout achat.
- Bouton de résiliation d'abonnement trouvable en moins de trois clics.
- Écran de consentement au tracking conforme, avec l'option de refus clairement visible.
- Aucune transmission de données publicitaires après un refus de consentement.
- Mentions légales et coordonnées de l'éditeur, obligatoires en Europe.
- Prix affichés en euros TTC, pas en dollars avec conversion floue.
- Un test de l'app depuis un appareil vierge, sans mes données de développeur préchargées.
Cette dernière ligne m'a fait découvrir un bug de paiement que je n'aurais jamais vu autrement. Rien de juridique, mais vous voyez l'idée : la conformité se vérifie dans les conditions réelles de l'utilisateur, pas dans votre environnement de développement.
Rien de tout ça n'est glamour. Aucune de ces étapes ne fait grimper votre chiffre d'affaires d'un coup. Mais elles font une chose : elles garantissent que le chiffre d'affaires que vous générez reste le vôtre, et qu'il continue d'arriver mois après mois sans qu'un email de suspension ne vienne tout arrêter.
Et si vous devez retenir une seule chose : l'illégalité en matière de monétisation d'app mobile n'est presque jamais intentionnelle. Elle vient de contrats non lus, de SDK mal compris, de plafonds fiscaux découverts trop tard. Le remède est bête — lire, vérifier, anticiper — mais il demande du temps que personne ne veut donner. Donnez-le quand même. Le jour où vous recevrez l'email de suspension, il sera trop tard pour le récupérer.
