App Store Connect indique que vous avez vendu 9 412 € le mois dernier. La console Google Play indique 3 108 €. Vous additionnez, vous vous sentez plutôt bien avec 12 520 € — puis les dépôts arrivent : 6 580 € d’Apple, 2 210 € de Google. Personne ne vous a volé. Chaque dollar manquant a un nom : TVA, commission, remboursements, retenues, conversion de devises, et finalement l’impôt sur le revenu. Le problème n’est pas l’écart en lui-même — c’est que la plupart des développeurs indépendants n’ont pas de livre de comptes qui l’explique, donc ils ne peuvent pas répondre aux trois questions qui comptent vraiment : mon prix est-il correct ? Suis-je au bon taux de commission ? Mon prévisionnel de trésorerie est-il réaliste ?
Ce guide parcourt l’ensemble du waterfall, du prix affiché au revenu net, explique pourquoi le versement ne correspond jamais au rapport, et vous donne une routine de rapprochement mensuelle qui prend environ 30 minutes une fois en place.
Trois chiffres, trois réponses différentes
Chaque entreprise d’applications a trois chiffres de revenus, et les confondre est là où commence la confusion :
- Ventes brutes — ce que les clients ont payé, comme indiqué dans les tableaux de bord analytiques. C’est le chiffre de vanité. Il inclut les taxes lorsque le store les collecte, et c’est généralement une estimation qui est ajustée plus tard.
- Produits du développeur — ce que le store dit que vous avez gagné, selon les rapports financiers mensuels (Apple) et les rapports de revenus (Google). C’est net de la commission, des taxes que le store collecte et reverse, des remboursements et des rétrofacturations. C’est le chiffre sur lequel votre comptabilité devrait être construite.
- Le versement — le dépôt bancaire. Les produits moins toute retenue fiscale, ajustés pour la conversion de devises, et soumis aux seuils de paiement minimum et au calendrier de paiement du store.
Si vos livres enregistrent uniquement le dépôt bancaire, vos revenus sont silencieusement sous-estimés et décalés d’un mois ou plus. S’ils enregistrent les ventes brutes, les revenus sont surévalués de 30 à 50 % et ne correspondent à aucun argent que vous recevez jamais. Tout l’art de la comptabilité des app stores consiste à relier ces trois chiffres afin que chaque mois se ferme avec une différence nulle entre les produits déclarés et les espèces reçues.
Le Waterfall du prix affiché au revenu net
Prenons un abonnement de 9,99 € vendu dans un pays avec une TVA de 20 %, à la commission standard de 30 %. Voici la version honnête de ce qui se passe :
| Étape | Calcul | Restant | % du prix affiché |
|---|---|---|---|
| Prix affiché | — | 9,99 € | 100 % |
| TVA collectée et reversée par le store | 9,99 € ÷ 6 | 8,33 € | 83 % |
| Commission du store (taux standard) | 30 % × 8,33 € | 5,83 € | 58 % |
| Remboursements et rétrofacturations (supposons 3 %) | 3 % × 5,83 € | 5,65 € | 57 % |
| Impôt sur le revenu à un taux effectif de 30 % | 30 % × 5,65 € | 3,96 € | 40 % |
Environ 60 % du prix affiché n’arrive jamais dans votre poche. Une vente aux États-Unis dans un État qui ne taxe pas les biens numériques part d’une base plus élevée, et un développeur à un taux de commission réduit garde nettement plus (la même vente dans une région avec TVA à 15 % de commission rapporte 7,08 € avant remboursements — environ 71 % du prix affiché). Le pourcentage précis dépend de votre mix de ventes, mais la leçon structurelle vaut partout : le revenu brut n’est pas votre argent. C’est l’argent du store qui passe par votre tableau de bord.
Rien de tout cela n’est caché. Les conditions des programmes d’Apple et de Google détaillent chaque déduction. Ce qui manque dans la plupart des entreprises indépendantes, c’est le suivi — un endroit où chaque couche du waterfall est un fait enregistré et vérifiable plutôt qu’une surprise mensuelle.
Le taux de commission que vous payez réellement
L’erreur la plus coûteuse liée à la comptabilité dans ce domaine est d’être au mauvais taux. Les deux stores réduisent de moitié leur commission pour les petits développeurs, et l’inscription n’est pas automatique partout :
Le programme Small Business de l’App Store d’Apple réduit la commission de 30 % à 15 % sur les applications payantes, les achats intégrés et les abonnements. L’éligibilité est mesurée en produits — les ventes nettes de la commission d’Apple et de certaines taxes et ajustements, pas le brut — et exige que vous ayez gagné au plus 1 million de dollars sur votre compte et tous les comptes de développeurs associés (tout compte que vous possédez, contrôlez, ou qui vous possède ou vous contrôle) au cours de l’année civile précédente, et au plus 1 million de dollars jusqu’à présent dans l’année en cours. Deux détails piègent les développeurs :
- Si vous dépassez 1 million de dollars en cours d’année, le taux standard de 30 % s’applique aux ventes futures — les ventes déjà réalisées à 15 % ne sont pas récupérées, et vous pouvez vous requalifier l’année suivante si vos produits retombent sous le seuil.
- Les changements de taux prennent effet 15 jours après la fin du mois fiscal où votre inscription est approuvée, donc une inscription retardée coûte de l’argent réel chaque semaine qu’elle reste dans votre liste de tâches.
Le palier réduit de Google Play applique 15 % sur le premier million de dollars que vous gagnez chaque année civile, avec le taux de 30 % qui s’applique sur les revenus au-dessus — vous vous inscrivez en regroupant vos comptes associés dans Play Console et en acceptant les conditions. Une différence structurelle à connaître : chez Google, tous les abonnements à renouvellement automatique sont facturés au frais de service de 15 % dès le premier jour, quel que soit le programme d’inscription. Au taux standard d’Apple, un abonné paie le taux de 30 % pendant les 12 premiers mois et 15 % à partir de la deuxième année — un argument discret pour la rétention qui ne compte que lorsque vous sortez du programme réduit.
Si vous êtes sous 1 million de dollars et pas inscrit au programme d’Apple, corriger cela est probablement les dix minutes au meilleur retour sur investissement de votre année : le flux d’inscription se trouve dans App Store Connect sous Accords, Taxes et Banque.
Pourquoi le dépôt ne correspond jamais au rapport
Même avec le bon taux, les produits et les versements divergent pour des raisons toutes mécaniques — et chacune mérite une ligne dans vos livres :
Les calendriers de paiement ne sont pas mensuels. Apple paie dans les 45 jours suivant la fin de chaque mois fiscal, et ses mois fiscaux ne coïncident pas avec les mois civils — un mois fiscal peut se terminer le 27 décembre, avec un paiement arrivant le 29 janvier. En pratique, l’écart est d’environ 33 jours. Google paie le 15 du mois suivant (glissant au jour ouvrable suivant si le 15 tombe un week-end). Si vous êtes en comptabilité d’engagement, les revenus de décembre sont les espèces de janvier ou de mi-février, et vos livres ont besoin d’un compte de compensation de versements pour faire le pont entre les deux.
Les seuils minimum retardent les petits versements. Apple ne paie que lorsque vos produits dépassent un seuil de paiement minimum qui varie selon le pays bancaire et la devise. Un mois lent peut signifier aucun dépôt du tout, le solde étant reporté — ce qui ressemble à 30 € manquants si vous ne le suivez pas.
Les remboursements et les rétrofacturations sont déduits avant les produits. Les stores récupèrent la transaction complète, et votre taux de remboursement varie silencieusement selon le produit et la région. Enregistrés correctement, c’est un contre-revenu dans le mois où le remboursement apparaît dans le rapport, pas une déduction mystérieuse du dépôt.
Les taxes passent par deux portes différentes. Pour la TVA et de nombreuses taxes sur les ventes, les stores agissent comme commerçant de référence à des fins fiscales — dans l’UE, par exemple, Google facture, collecte et reverse la TVA, donc vos produits sont calculés sur une base hors taxes et vous ne déposez généralement pas de déclarations de TVA dans ces pays. Séparément, les développeurs non américains subissent une retenue fiscale américaine sur les montants de source américaine, qui peut atteindre un taux forfaitaire de 30 % si vous n’avez pas déposé de W-8BEN ou W-8BEN-E dans App Store Connect (ou l’équivalent dans Play Console). Les taux des conventions — ou simplement le fait que les versements viennent souvent des entités internationales des stores — peuvent la réduire à zéro. Dans tous les cas, la retenue apparaît comme un écart entre les produits déclarés et le dépôt, et elle est généralement récupérable comme crédit — si vous l’enregistrez.
La conversion de devises est un coût réel. Les stores paient dans la devise de votre arrangement bancaire, convertissant les produits par territoire au passage. L’écart de change est une dépense sans facture, donc la seule façon de le voir est de comparer les produits déclarés par devise avec le dépôt.
La question comptable que la plupart des indépendants se trompent
Votre ligne de revenus doit-elle montrer les ventes brutes ou les produits nets ? Pour l’écrasante majorité des développeurs indépendants, la réponse est nette. Sous les cadres de reconnaissance des revenus applicables aux US GAAP (ASC 606) et à l’IFRS 15, le test est de savoir si vous êtes le principal dans la vente — si vous contrôlez le bien ou le service avant le transfert au client — ou un agent dont l’obligation de performance est remplie lorsque le store réalise la vente. Lorsque le store est le commerçant de référence, collecte la taxe, met en place les rails de paiement, assume les mécanismes de remboursement et vous paie un montant net par transaction, le store est le principal et vos revenus sont vos produits. Enregistrer le brut et montrer la commission comme une dépense gonfle les revenus, fausse tout ratio de marge que vous calculez et fausse les taxes si quiconque regarde.
La deuxième erreur est le timing : enregistrer le dépôt bancaire comme revenu du mois. Le dépôt règle les produits du mois précédent (ou du mois fiscal précédent). Le modèle correct est :
- Accumulez les revenus lorsque les ventes se produisent, en utilisant les estimations du store si les chiffres réels ne sont pas encore sortis.
- Ajustez aux chiffres réels lorsque le rapport financier mensuel arrive, en enregistrant la différence estimation-réel (il y en a presque toujours une — devises, remboursements et ajustements tardifs y veillent).
- Compensez le dépôt avec la créance lorsque le versement arrive, tout résidu allant à la retenue, au change ou au report de seuil — chacun son compte.
Cette dernière clause est tout le jeu : lorsque chaque résidu a un compte nommé, une différence non nulle est impossible à manquer et prend quelques minutes à expliquer.
Un flux de rapprochement mensuel de 30 minutes
- Téléchargez les chiffres réels. Depuis App Store Connect, récupérez le rapport financier mensuel (celui détaillé qui couvre chaque territoire, avec les dates de règlement). Depuis Play Console, récupérez le rapport de revenus. Ceux-ci — pas les tableaux de bord analytiques — sont vos documents sources.
- Enregistrez les produits par territoire et devise. Une ligne de revenus par store, avec les territoires et devises suivis en dessous. C’est là que vit la piste d’audit : le jour où vous devez répondre à « pourquoi les produits de l’UE ont chuté de 12 % en mars », vous voudrez la TVA, la commission et les remboursements détaillés, pas un seul chiffre mélangé.
- Passez l’ajustement estimation-réel. La différence entre ce que votre tableau de bord projetait et ce que dit le rapport : généralement remboursements, devises et ajustements de paiement de masse.
- Enregistrez les remboursements et rétrofacturations comme contre-revenus dans le mois du rapport, et surveillez le taux au fil du temps — un taux de remboursement en hausse est un signal produit déguisé en costume comptable.
- Rapprochez le versement de la créance. Lorsque le dépôt arrive, faites-le correspondre au rapport. La retenue va dans un compte de créance fiscale (elle est souvent créditable) ; les différences de change vont dans une dépense de change ; un dépôt court sous le seuil minimum reste dans le compte de compensation jusqu’au mois suivant.
- Vérifiez votre taux de commission trimestriellement. Vérifiez votre inscription au programme Small Business dans App Store Connect et votre palier dans Play Console — surtout si vous approchez 1 million de dollars de produits, où les deux stores changent le taux sur les ventes futures. Modélisez la graduation avant qu’elle ne se produise : franchir la ligne peut repondérer toute votre structure de marge en cours d’année.
Six étapes, une séance par mois. La récompense n’est pas seulement des livres propres — c’est que les décisions de prix, les inscriptions de taux et les prévisions de trésorerie commencent toutes à fonctionner sur les produits au lieu du chiffre de vanité.
Suivez tout le waterfall en texte plain
C’est exactement le type de rapprochement multicouche où la comptabilité en texte plain fait ses preuves. Un grand livre beancount donne à chaque couche du waterfall son propre compte — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — donc l’écriture mensuelle est l’explication, et chaque chiffre se rattache à un rapport téléchargé que vous pouvez redériver des années plus tard. Parce que le grand livre est du texte, les rapports des stores peuvent se trouver à côté dans le contrôle de version, et le rapprochement devient un diff plutôt qu’un projet d’archéologie de feuille de calcul. Si vous voulez la machinerie pour importer les relevés bancaires et les données des stores, la documentation couvre le pipeline d’importation en profondeur.
Simplifiez votre gestion financière
Les revenus des app stores sont le revenu le plus rapproché contre vous que la plupart des développeurs auront jamais : commissions, taxes, remboursements et calendriers de paiement prennent tous leur part avant que l’argent ne vous atteigne. Tenir des livres qui reflètent ce waterfall — au lieu d’une seule ligne « revenus d’applications » — est ce qui transforme un versement déroutant en un système transparent et vérifiable. Beancount.io offre une comptabilité en texte plain transparente, versionnée et prête pour l’IA, afin que chaque rapport de store, ajustement et dépôt reste traçable. Commencez gratuitement et rendez votre revenu net aussi lisible que votre code.