
Revenus bruts, revenus estimés et produits nets expliqués
Le mot « revenus » désigne souvent plusieurs chiffres incompatibles. Un client peut payer un montant, un tableau de bord peut en estimer un autre, une boutique peut calculer les produits du développeur et la banque peut recevoir une quatrième valeur. Un tableau de bord fiable pour une activité d’apps préserve ces distinctions.
Ce glossaire donne à chaque étape un nom pratique pour que les comparaisons dans AdMate restent compréhensibles.
Ventes brutes aux clients
Les ventes brutes décrivent la valeur facturée aux clients avant les déductions que reflète un montant net pour le développeur. Selon le fournisseur et le territoire, la métrique de ventes affichée peut inclure ou séparer les taxes.
Utilisez les ventes brutes pour répondre à des questions sur les dépenses des clients ou la demande pour un produit. Ne les présentez pas comme de l’argent disponible pour le développeur sans documenter la commission, les taxes, les remboursements et les autres déductions.
Revenus publicitaires estimés
AdMob rapporte des revenus estimés pendant que les données publicitaires sont encore en cours de traitement. Il s’agit d’une mesure opérationnelle liée aux impressions, clics, demandes, au taux de correspondance et à l’eCPM.
Le montant peut être ajusté avant le paiement. Conservez le mot « estimés » dans le titre d’une carte, d’un export ou d’un rapport.
Revenus de la plateforme d’abonnements
RevenueCat fournit des analyses de revenus et d’abonnements selon ses définitions et les boutiques configurées dans un projet. Il peut offrir une vue multiplateforme très utile, mais ce n’est pas automatiquement la même chose que les ventes brutes en boutique, les produits nets en boutique ou un versement finalisé.
Documentez toujours le périmètre du projet, les boutiques, la devise et l’inclusion ou non des remboursements et des ajustements.
Produits estimés pour le développeur
App Store Connect et d’autres boutiques peuvent rapporter des produits estimés (proceeds) : le montant attendu pour le développeur après la commission applicable de la boutique et certaines taxes ou certains ajustements.
« Net » est un raccourci pratique, mais il ne suffit pas à lui seul. Net de quoi ? Indiquez si le chiffre est net de la commission de la boutique, des taxes, des remboursements, des frais de paiement ou de la conversion de devise.
Paiement finalisé
Un paiement finalisé du fournisseur appartient à une période de paiement et à un enregistrement de transaction. Le montant reçu à la banque peut encore différer à cause de la conversion ou des frais bancaires.
Pour la comptabilité, conservez le rapport officiel, l’identifiant de transaction, la devise et la preuve bancaire. Ne reconstruisez pas un paiement uniquement à partir d’estimations quotidiennes du tableau de bord.
Un tableau de bord qui commence par les libellés
Préférez des libellés comme :
- revenus estimés AdMob ;
- ventes aux clients App Store Connect ;
- produits estimés App Store Connect ;
- revenus du projet RevenueCat ;
- paiement finalisé AdSense ;
- paiement financier de l’App Store.
Évitez une carte générique intitulée « revenus totaux », sauf si sa formule et les sources incluses sont visibles. Si deux sources se recoupent, affichez-les côte à côte au lieu de les additionner.
Un exemple concret
Imaginez un abonnement iOS à 10 et une app Android qui gagne 3 grâce à la publicité sur la même période. Le prix client de 10 ne représente pas automatiquement 10 en produits pour le développeur. RevenueCat peut observer l’abonnement et l’afficher dans les revenus du projet ; App Store Connect rapporte aussi la transaction Apple ; AdMob estime séparément les 3 de publicité.
Un total trompeur additionne tous les chiffres visibles. Un rapport solide identifie la transaction Apple qui se recoupe, utilise pour elle une seule valeur clairement définie et n’ajoute que la source publicitaire indépendante.
Questions à se poser avant de combiner des chiffres
- Quel produit ou quelle activité la métrique couvre-t-elle ?
- Est-elle estimée ou finalisée ?
- S’agit-il de la valeur brute payée par le client ou des produits du développeur ?
- Quelles boutiques, apps et comptes sont inclus ?
- Les remboursements et ajustements sont-ils inclus ?
- Quelle devise et quelle date de conversion sont utilisées ?
- La même transaction pourrait-elle apparaître dans une autre source ?
- La valeur convient-elle au pilotage, aux prévisions ou à la comptabilité ?
Si une réponse est inconnue, gardez la ligne séparée.
Comment AdMate aide
AdMate regroupe les vues des fournisseurs et conserve le contexte de leur source. Utilisez-le pour surveiller, comparer et enquêter. Pour un rapprochement formel, revenez aux rapports finalisés et aux enregistrements de paiement du fournisseur.
La liste de vérification détaillée entre fournisseurs se trouve dans pourquoi les totaux d’AdMob, RevenueCat et App Store Connect diffèrent.
Questions fréquentes
Les revenus bruts s’entendent-ils avant toutes les taxes ?
Pas de manière universelle. Les fournisseurs et les territoires définissent différemment les ventes et la présentation des taxes. Lisez la définition de la métrique.
Les produits sont-ils toujours définitifs ?
Non. Un tableau de bord peut afficher des produits estimés. Les rapports financiers clôturés et les paiements sont des étapes ultérieures.
Peut-on additionner les revenus RevenueCat et les ventes en boutique ?
Pas lorsque les deux décrivent les mêmes transactions. Filtrez ou choisissez une seule mesure.
Que doit afficher un tableau de bord de synthèse ?
Choisissez une mesure définie explicitement et gardez visibles les lignes des fournisseurs qui l’étayent, pour que le chiffre puisse être expliqué.




