Comment suivre les revenus d'application et les dépenses publicitaires dans un seul dashboard
Découvrez comment suivre les revenus d'application et les dépenses publicitaires dans un seul dashboard pour surveiller les performances, mesurer le ROI et prendre de meilleures décisions marketing.
Si vous avez déjà eu dix onglets de navigateur ouverts pour répondre à une seule question bête — « avons-nous vraiment gagné de l'argent la semaine dernière ? » — cet article est pour vous.
Voici la version courte pour suivre les revenus d'application mobile et les dépenses publicitaires au même endroit : récupérez les coûts publicitaires quotidiens de chaque réseau sur lequel vous achetez, récupérez les versements nets de chaque store et réseau publicitaire qui vous paie, convertissez tout dans une seule devise, et classez-les par application, pays et jour. Cette vue combinée est votre P&L marketing. Tout le reste n'est que décoration.
Ça ressemble à du travail. Ça l'est, la première fois. Mais une fois que c'est mis en place — que ce soit dans un tableur ou dans un dashboard qui place les dépenses et les revenus sur la même ligne — vérifier le profit prend quelques minutes au lieu d'un après-midi. Passons en revue l'ensemble du processus.
Qu'est-ce que le suivi des revenus d'application ?
Le suivi des revenus d'application consiste simplement à tenir un registre continu de chaque dollar gagné par votre application, et à savoir d'où provient chaque dollar.
Ce « d'où » compte plus qu'on ne le pense. Les revenus d'application arrivent généralement de plusieurs directions à la fois : abonnements iOS via App Store Connect, ventes Android via Google Play Console, revenus publicitaires via AdMob ou une solution de médiation comme AppLovin MAX, et parfois un paiement web via un service comme Paddle ou Stripe. Chaque source publie ses rapports selon son propre calendrier, dans sa propre devise, avec ses propres frais déduits (ou non).
Le véritable suivi des revenus d'application ne consiste donc pas à jeter un coup d'œil au dashboard d'un seul store. Il s'agit de collecter tous ces flux, d'en soustraire les remboursements, les taxes et les commissions des stores, pour obtenir un seul chiffre honnête : ce que vous conservez réellement. Les ventes brutes vous flattent. Les versements nets disent la vérité.
Pourquoi suivre uniquement les revenus d'application ne suffit pas
Connaître ses revenus, c'est rassurant. C'est aussi dangereusement incomplet.
Imaginez une application de langues qui génère $30,000 par mois en abonnements. Un excellent chiffre. Le fondateur le consulte chaque matin et se sent bien. Puis un jour, quelqu'un additionne les factures publicitaires sur Google, Meta et TikTok : $34,000. L'application ne croissait pas. Elle achetait ses revenus à perte, mois après mois.
Cela arrive constamment, et ce n'est pas de la bêtise — c'est une question de structure. Les dashboards de revenus ne montrent jamais les coûts. Ils ne le peuvent pas. Le store ne sait pas ce que vous avez dépensé pour gagner ces acheteurs. Les revenus seuls racontent donc toujours une histoire heureuse, même quand la vraie histoire ne l'est pas.
C'est pourquoi le suivi des revenus d'application mobile ne se justifie que lorsque les coûts sont placés juste à côté. Les revenus répondent à « combien est entré ? » Vous avez aussi besoin de « combien cela a-t-il coûté pour le faire entrer ? » et « combien reste-t-il ? » Sans ces deux éléments, vous volez avec la moitié des instruments.
Pourquoi vous devriez suivre les dépenses publicitaires avec les revenus d'application
Le suivi des dépenses publicitaires seul présente le problème inverse. Vos dashboards publicitaires affichent les clics, les installations et un ROAS qui semble parfaitement respectable. Ce qu'ils ne montrent pas, c'est si l'argent apporté par ces utilisateurs a couvert l'argent que vous avez payé pour les obtenir.
Associer les deux faces change chaque décision que vous prenez. Une campagne avec un « bon » ROAS plateforme de 2.5x peut encore perdre de l'argent une fois déduits la part de 30% du store, les remboursements et les taxes. Un pays qui semble moyen dans des chiffres agrégés peut se révéler être votre marché le plus rentable, ou un gouffre discret que vous financez depuis des mois.
Il y a aussi une question de timing. Les dépenses publicitaires passent sur votre carte maintenant. Les versements des stores arrivent des semaines plus tard. Si vous ne surveillez qu'un seul côté à la fois, les mauvaises surprises de trésorerie vous trouvent, plutôt que l'inverse. Voir les deux ensemble, jour après jour, c'est ce qui vous permet de suspendre une campagne perdante dès mardi plutôt que de la découvrir dans les_comptes du mois prochain. Petite habitude, grande différence.
Comment suivre les revenus d'application mobile et les dépenses publicitaires
Passons à la partie pratique. Il y a trois échelons sur cette échelle. Commencez là où vous êtes.
La méthode manuelle fonctionne bien au début. Une fois par semaine, ouvrez chaque source de revenus et chaque compte publicitaire, notez les totaux, et placez-les dans une seule feuille. Le guide officiel de Google pour examiner les ventes et les données acheteurs dans les rapports financiers de Play Console couvre bien la moitié Android de ce travail. Cette approche ne coûte rien et vous apprend ce que les chiffres signifient. Elle craque autour de votre troisième réseau ou votre deuxième application, quand les exports commencent à engloutir vos lundis.
Le P&L en tableur est l'échelon suivant. Même idée, plus de structure : des lignes quotidiennes, chaque source en colonne, dépenses et revenus associés par application, pays et date, une seule devise de référence. Faites-le correctement et vous pourrez calculer le vrai profit par campagne pour la première fois. C'est réellement satisfaisant. C'est aussi fragile — une seule personne en est responsable, ça devient obsolète pendant les vacances, et les formules se dégradent silencieusement.
La méthode automatisée confie le travail fastidieux à un logiciel. Vous connectez chaque compte publicitaire et chaque store une seule fois, et l'outil récupère des chiffres à jour selon un calendrier, convertit les devises, aligne les jours et affiche le tableau combiné. Personne n'exporte de CSV. Personne ne maintient de formules. C'est là que la plupart des équipes aboutissent une fois que de l'argent réel est en jeu, car le suivi manuel à grande échelle ne coûte pas seulement du temps — il coûte de la précision, et des chiffres de profit inexacts sont pires que pas de chiffres du tout.
Quel que soit l'échelon où vous êtes, la méthode sous-jacente ne change jamais : même clé (application, pays, date), même devise, chiffres nets. Faites ces trois choses correctement et le reste n'est que présentation.
Quelles données devriez-vous suivre ?
Restez concis. Vous avez besoin de moins de données que vous ne le craignez, mais chaque élément doit être exact.
Côté revenus, suivez les versements nets répartis par source — abonnements, achats ponctuels et revenus publicitaires séparément. « Net » signifie après la commission du store, après les remboursements et rétrofacturations, et avec les taxes acheteur prises en compte. L'aspect commission mérite de l'attention : Apple explique son taux réduit dans le App Store Small Business Program, et Google détaille ses paliers dans la mise à jour des frais de service Play. À volume réel, l'écart entre 15% et 30% décide si une campagne a survécu ou non, alors intégrez le bon taux dans vos calculs.
Côté dépenses, suivez le coût quotidien par compte publicitaire, associé à l'application et au pays auquel il appartient. Les coûts créatifs et d'agence comptent aussi s'ils sont significatifs — ils se situent simplement à un autre niveau de granularité, alors gardez-les dans une ligne séparée plutôt que de les forcer dans les lignes quotidiennes.
Calculez ensuite trois chiffres dérivés et surveillez-les de près. Le profit, qui est le revenu net moins toutes les dépenses. La marge, qui est le profit en proportion du revenu :
Marge = (Profit ÷ Revenu) × 100
Et le vrai ROAS, qui est le revenu net divisé par les dépenses publicitaires totales sur les mêmes dates :
Vrai ROAS = Revenu net ÷ Dépenses publicitaires
Si votre configuration peut produire ces trois chiffres par application, par pays, par semaine — vous suivez les bonnes choses. Si elle ne le peut pas, c'est l'écart à combler.
Comment un dashboard unifié facilite le suivi
Un dashboard unifié est exactement ce que son nom indique : un seul écran où chaque source de coûts et chaque source de revenus arrivent dans le même tableau. Mêmes jours, même devise, mêmes répartitions.
Qu'est-ce qui change en pratique ? Quatre choses. D'abord, les comparaisons deviennent instantanées. Cette semaine contre la semaine dernière, iOS contre Android, États-Unis contre Brésil — sans aucun export. Ensuite, les campagnes perdantes se révèlent elles-mêmes. Une campagne qui dépense plus qu'elle ne gagne cesse de se cacher dans des moyennes agrégées. Troisièmement, les casse-têtes de devises et de calendrier disparaissent, car la conversion se fait une seule fois, par jour, au lieu de le faire à la main. Quatrièmement — et c'est celui que les gens sous-estiment — vérifier le profit devient une habitude de cinq minutes au lieu d'un projet mensuel. Les habitudes battent les projets. Toujours.
Le cœur de l'affaire, c'est la jointure : dépenses et revenus associés par application, pays et date. Si vous êtes curieux de savoir ce qui sépare une jointure sérieuse d'une jointure cosmétique, renseignez-vous sur pourquoi le ROAS de votre plateforme publicitaire correspond rarement à votre compte bancaire. Le ROAS plateforme est brut, mono-réseau et auto-attribué. La version dashboard est nette, tous réseaux confondus, et honnête. Chiffre plus bas. Chiffre plus vrai.
Utiliser un logiciel de suivi des revenus d'application
À un moment donné, le tableur commence à coûter plus cher qu'un logiciel. Les symptômes sont familiers : les lundis matin disparaissent dans les exports, deux personnes maintiennent deux versions, les chiffres ne correspondent pas à ceux de la finance, et personne ne fait entièrement confiance aux totaux.
Les logiciels de suivi des revenus d'application existent pour prendre en charge la moitié mécanique du travail — récupération, conversion, alignement et actualisation — afin que les humains passent leur temps sur les décisions plutôt que sur la saisie de données. Vous connectez chaque source une seule fois via son identifiant officiel ou sa clé API. Ensuite, des chiffres à jour arrivent selon un calendrier sans que personne n'ait à toucher à quoi que ce soit.
Une mise en garde honnête avant de faire votre choix : ces outils ne sont pas des outils d'attribution, et ils n'essaient pas de l'être. L'attribution répond à la question de savoir quelle publicité a causé une installation. Les logiciels de profit répondent à la question de savoir quelle publicité, application ou pays a rapporté de l'argent. Des questions différentes, des couches différentes de la pile technologique, et la plupart des équipes en croissance utilisent les deux en parallèle. Si vous voulez que cette distinction soit clairement expliquée, il existe une analyse solide de comment les outils axés sur le profit se comparent aux plateformes d'attribution et d'abonnement qui reconnaît ce que chaque côté fait mieux. Cela vaut dix minutes avant de dépenser quoi que ce soit.
Il est également utile de savoir : les derniers jours de données bougent toujours un peu. Les stores et les réseaux révisent les chiffres récents à mesure que les remboursements et les conversions différées se stabilisent. Un bon logiciel vous le montre plutôt que de le cacher. Considérez les jours récents comme une ébauche et les jours plus anciens comme définitifs, quel que soit l'outil que vous utilisez.
Comment Revenue Sensor aide à suivre les revenus et les dépenses publicitaires
Puisque ce blog se trouve sur le site de Revenue Sensor, voici la version factuelle de ce que fait le produit — aucun superlatif, juste la mécanique.
Vous connectez vos comptes publicitaires (Google Ads, Meta, TikTok, Apple Search Ads, Unity Ads) et vos sources de revenus (App Store Connect, Google Play, AdMob, AppLovin MAX, Paddle). Tout arrive dans un seul dashboard sous forme de P&L marketing : dépenses d'un côté, revenu net de l'autre, marge et vrai ROAS calculés par ligne. « Net » signifie ici ce que le store déclare après sa commission, avec les remboursements et la taxe acheteur pris en compte plutôt qu'ignorés.
Le P&L se décompose par application, par pays, par plateforme et par campagne lorsque le réseau l'expose. Les chiffres de chaque jour se convertissent au taux de ce jour-là dans votre devise de référence, et le taux reste attaché à la ligne — ainsi le profit du mois dernier ne dérive pas lorsque les taux de change évoluent. Les dépenses qui ne peuvent être rattachées à une application précise sont étiquetées comme non attribuées plutôt que d'être silencieusement diluées sur l'ensemble, ce qui est la façon honnête de gérer cela.
Autour de ce noyau se trouvent quelques extras : des vérifications de pertes qui s'exécutent à chaque synchronisation et signalent les canaux dont le coût par installation dépasse les gains, un résumé matinal avec les chiffres du jour précédent plus une action suggérée, des prévisions construites à partir de votre propre historique, des questions en langage simple répondues strictement à partir de vos données, et des rôles d'équipe qui permettent à un développeur de corriger une connexion sans voir l'argent. La mise en place ne nécessite aucun SDK — chaque connecteur est en lecture seule via l'API officielle de la plateforme — et il existe un palier gratuit de départ, donc la question « notre application est-elle vraiment rentable » ne coûte rien à commencer à résoudre.
Voilà le produit. Que ce soit votre réponse ou celle de quelqu'un d'autre, le schéma à rechercher est le même : dépenses et revenus, associés quotidiennement, rapportés en net. Tout ce qui le fait fidèlement vous servira bien.
Que rechercher dans le meilleur outil pour suivre les revenus d'application et les dépenses publicitaires
Liste de critères, dans l'ordre que je prioriserais réellement :
La gestion du revenu net vient en premier. Si un outil affiche les ventes brutes du store et les appelle revenu, passez votre chemin — chaque marge qu'il vous montre sera fausse dans le sens flatteur. Ensuite, vérifiez qu'il couvre exactement vos sources. « La plupart des grands réseaux » n'est pas vos réseaux. Un compte publicitaire manquant signifie des dépenses sous-estimées et un profit fantôme.
Vérifiez ensuite la jointure et les répartitions. Vous voulez une correspondance application, pays et date, avec des vues P&L par application et par pays, ainsi que le détail par campagne lorsque disponible. Demandez à quel point les données sont fraîches — quotidiennes au minimum, plus rapides si vos budgets rendent une mauvaise journée coûteuse. Demandez si l'outil nécessite un SDK dans votre application ou s'il lit depuis les API des plateformes ; pour un calcul de profit pur, un SDK ne devrait pas être nécessaire.
Enfin, les aspects plus subtils qui s'avèrent importants : des rapports programmés pour que personne n'ait à se souvenir de se connecter, des alertes de perte qui détectent les problèmes au lieu d'attendre que vous les trouviez, un support multi-devises avec des taux quotidiens honnêtes, et des rôles d'accès si plusieurs personnes utilisent le compte. Confrontez tout candidat se prétendant le meilleur outil pour suivre les revenus d'application et les dépenses publicitaires à cette liste, et les prétendants tombent vite.
Erreurs courantes dans le suivi des revenus d'application et des dépenses publicitaires
La plupart des échecs de suivi du profit proviennent d'une courte liste de récidivistes. La première erreur est de compter les ventes brutes comme revenu — en oubliant la part du store, les remboursements et les taxes. Votre dashboard indique $50k, votre banque indique finalement quelque chose comme $33k, et chaque décision entre les deux a été construite sur le chiffre le plus élevé.
La deuxième erreur est de ne suivre que le plus gros réseau publicitaire. Les équipes surveillent Google, oublient l'expérience TikTok que quelqu'un a lancée en mars, et se demandent pourquoi les totaux ne correspondent jamais. Tous les comptes ou aucun — des données de dépenses partielles sont un générateur de mensonges.
La troisième erreur est de mélanger les devises ou les fuseaux horaires sans conversion. Une campagne brésilienne et un versement japonais ne peuvent pas partager une même ligne jusqu'à ce que les deux parlent la même devise et la même définition de « mardi ». Négligez cela et vos totaux dérivent de quelques pourcents par mois sans que personne ne puisse en trouver la raison.
La quatrième erreur est de trop faire confiance aux jours les plus récents. Les plateformes révisent constamment les chiffres récents. Jugez la semaine dernière, surveillez cette semaine avec souplesse, et ne suspendez jamais une bonne campagne sur la base des données partielles du lundi.
Et la cinquième — la plus humaine — est de construire un magnifique tracker que personne n'ouvre. Une simple révision hebdomadaire vaut mieux qu'un dashboard parfait qui prend la poussière. Revenu, dépenses, profit, ROAS par application. Quinze minutes. Chaque semaine. C'est toute la discipline.
Conclusion
Suivre ensemble les revenus d'application et les dépenses publicitaires se résume à une seule discipline : même clé, même devise, chiffres nets, révisés chaque semaine. Commencez par des exports et un tableur si vous êtes petit. Passez à l'automatisation lorsque la version manuelle commence à engloutir vos matinées, ou pire — à devenir obsolète en silence. Dans tous les cas, le résultat est le même : un profit réel par application, par pays, par campagne, assez tôt pour agir. Passez les chiffres de cette semaine à travers ce prisme. Vous trouverez probablement au moins une surprise qui vaut de l'argent.
Questions fréquentes
C'est la pratique consistant à enregistrer tout ce que votre application gagne — abonnements, achats ponctuels, revenus publicitaires — répartis par source, et réduits aux versements nets après les commissions des stores, les remboursements et les taxes. Fait correctement, cela vous indique ce que vous conservez réellement, pas seulement ce que les clients ont payé.
Commencez par les sources officielles : App Store Connect pour iOS, Google Play Console pour Android, ainsi que vos réseaux publicitaires et tout paiement web. Récupérez les chiffres nets selon un calendrier, convertissez-les en une seule devise, et combinez-les en une vue unique. Les tableurs fonctionnent au début ; les logiciels prennent le relais quand les sources se multiplient.
Associez les deux côtés sur la même clé : application, pays et date. Listez chaque source de revenus et chaque compte publicitaire, récupérez les chiffres quotidiens de chacun, normalisez les devises et les fuseaux horaires, et calculez le profit, la marge et le vrai ROAS pour chaque segment. Un dashboard unifié automatise exactement cette jointure.
Le revenu, c'est l'argent qui entre. Le profit, c'est l'argent conservé après tous les coûts — dépenses publicitaires, commissions des stores, remboursements, personnel, outils, hébergement. Une application peut voir son revenu croître tandis que son profit diminue, c'est pourquoi les deux doivent toujours être suivis côte à côte.
Parce que les dashboards des plateformes rapportent un ROAS brut et auto-attribué qui ignore la part des stores et les autres réseaux. Ce n'est qu'en confrontant les dépenses totales au revenu net que vous pouvez voir quelles campagnes, pays et applications génèrent réellement de l'argent — et arrêter celles qui n'en génèrent pas avant qu'elles ne brûlent davantage de budget.
