Tous les articles
Deep dive8 min de lecture

Votre tableau de bord enregistre une vente le jour où elle est validée, mais le revenu net après remboursements est le seul chiffre auquel votre budget publicitaire devrait se fier

Une vente est comptabilisée à l'instant où elle est validée. Le remboursement arrive quelques jours plus tard, le rejet de débit des mois plus tard, et à ce moment vous avez déjà dépensé cet argent. Voici comment les remboursements et les rejets de débit gonflent votre revenu et votre LTV, et pourquoi le revenu net après remboursements est le chiffre sur lequel piloter l'entreprise.

Une main retirant des billets d'une pile à côté d'un ordinateur portable affichant une courbe en hausse, représentant le revenu net après remboursements plus petit que le chiffre du tableau de bord

Points clés

  • Le revenu net après remboursements, c'est votre revenu enregistré moins chaque remboursement et rejet de débit qui s'annule ensuite. Il est toujours plus petit que le chiffre affiché par votre tableau de bord le jour de la vente, car les annulations arrivent après que la vente a déjà été comptabilisée.
  • Les taux de remboursement typiques sur mobile vont de 2 to 5 percent des transactions payées, atteignant environ 4.9 to 5.1 percent pour les applications éducatives et 5.8 percent derrière un paywall strict, selon l'analyse d'Adapty portant sur 1.9 billion de dollars et plus de 11,000 applications.
  • Ne pas soustraire un taux de remboursement de 3 to 5 percent surestime le retour de vos campagnes d'acquisition, si bien que vous enchérissez pour acheter des utilisateurs sur la base d'un revenu qui n'existe pas.
  • Un remboursement annule votre net, pas le brut. Apple et Google rendent tous deux leur commission lors d'un remboursement, donc vous restituez à peu près ce que vous avez perçu, pas le prix plein que le client a vu.
  • Un rejet de débit est l'annulation coûteuse. Depuis le August 3, 2026, Google Play facture au développeur le prix d'achat moins les frais de service du Play plus des frais bancaires de rejet, que les sources du secteur des paiements situent autour de 15 to 25 dollars par litige.
  • Les annulations arrivent à des rythmes différents. Un remboursement peut arriver quelques jours après la vente, et un rejet de débit sur carte dispose couramment de 120 jours et jusqu'à 540 dans certains cas, si bien qu'une cohorte que vous aviez clôturée peut continuer à se réduire pendant un an.
  • Le coût de livraison ne s'annule jamais avec la vente. Le calcul, les appels d'API, le stockage et les versements que vous avez dépensés pour servir ce client sont perdus, que l'argent revienne ou non.

Le revenu enregistré et le revenu conservé sont deux chiffres différents. L'écart entre eux, c'est chaque remboursement et rejet de débit qui s'annule après que la vente semblait déjà définitive, et il est plus large que la plupart des tableaux de bord ne l'admettent.

Votre tableau de bord enregistre une vente à l'instant où elle est validée. Le remboursement peut arriver quelques jours plus tard, le rejet de débit peut arriver des mois plus tard, et à ce moment vous avez déjà déclaré le revenu, l'avez comptabilisé dans une cohorte, et dans la plupart des cas dépensé pour acheter l'utilisateur suivant. Le revenu net après remboursements est le chiffre qui survit à tout cela, et c'est le seul auquel votre budget d'acquisition devrait se fier.

Voici d'où vient l'écart, ce qu'il fait aux chiffres sur lesquels vous pilotez l'entreprise, et ce qu'il coûte en argent réel une fois que vous cessez de compter les ventes que vous avez dû rendre.

Ce que signifie vraiment le revenu net après remboursements

Le revenu net après remboursements est une idée simple que les tableaux de bord font facilement oublier. C'est l'argent que vous avez enregistré moins l'argent que vous avez dû rendre, une fois que la boutique a pris sa part. Une vente est enregistrée à l'instant où elle est validée. Un remboursement ou un rejet de débit est enregistré au moment où il survient, ce qui est plus tard, parfois bien plus tard. Les deux événements tombent dans des périodes de reporting différentes, si bien que la vente ressemble à un revenu net jusqu'au moment où l'annulation apparaît discrètement dans un relevé futur.

Une vente est comptée une fois, et annulée selon son propre calendrier

Sur Google Play, un acheteur peut demander lui-même un remboursement pendant 48 heures après l'achat, une fois par application. Apple tranche les demandes de remboursement au cas par cas, généralement en un ou deux jours. Un rejet de débit sur carte suit le calendrier de la banque, couramment 120 jours à compter de la transaction et jusqu'à 540 dans certains cas de fraude et de livraison future. Cet étalement est tout le problème. La vente atteint votre tableau de bord maintenant, et l'annulation peut survenir à tout moment, de demain à l'an prochain.

Les réservations brutes ne sont pas ce que vous gardez

Les réservations brutes, c'est ce que les clients ont payé. Le revenu net après remboursements, c'est ce qui reste sur votre compte une fois que les annulations sont réglées et que la boutique a pris sa part. Apple comme Google rendent leur commission quand un achat est remboursé, donc un remboursement récupère votre net, pas le brut. C'est un soulagement sur un simple remboursement et un piège dans vos métriques, car si votre chiffre de revenu porte encore le brut d'une vente ensuite remboursée, vous déclarez de l'argent déjà parti.

Comment les remboursements gonflent discrètement les chiffres sur lesquels vous pilotez l'entreprise

Ils surestiment le revenu et le MRR

Chaque remboursement que vous n'avez pas soustrait est un revenu que vous n'avez pas, assis à l'intérieur d'un chiffre que vous traitez comme réel. À un taux de remboursement de 3 to 5 percent, quelques points de votre revenu déclaré sont de l'argent déjà promis en retour. Sur les abonnements, cela soutient aussi le MRR, car un abonné remboursé et parti peut encore apparaître comme revenu actif jusqu'à ce que l'annulation soit rapprochée.

Ils gonflent la LTV, si bien que vous surpayez les utilisateurs

C'est là que l'erreur comptable devient une erreur de dépense. La valeur vie construite sur les réservations brutes compte les ventes remboursées comme de la valeur vie. Le benchmarking d'Adapty est franc à ce sujet. Ne pas tenir compte d'un taux de remboursement de 3 to 5 percent surestime nettement le retour des campagnes d'acquisition. Si votre LTV est de quelques points trop haute, votre coût par installation admissible est de quelques points trop haut, et vous enchérissez plus haut pour acheter des utilisateurs sur la base d'un revenu qui s'annule. Vous payez de vrais dollars publicitaires pour courir après un chiffre qui n'a jamais été le vôtre à garder.

Ils corrompent les données d'attribution et de cohorte

Les remboursements brisent aussi le lien entre une vente et la campagne qui l'a produite. AppsFlyer place les remboursements non traités parmi les écueils qui réduisent l'exactitude des données d'achat intégré, et estime que les remboursements seuls peuvent réduire l'exactitude de 5 to 10 percent. La correction est fastidieuse. Rapprochez chaque remboursement du reçu d'origine et soustrayez-le de la campagne et de la cohorte créditées de la vente. Sautez cette étape, et votre canal le plus performant sur le papier peut n'être que celui au taux de remboursement le plus élevé.

AnnulationQui décideQuand elle peut survenirCe que vous rendez
Remboursement en libre-service Google PlayGoogleDans les 48 heures suivant l'achatVotre net; Google rend ses frais de service
Demande de remboursement AppleAppleAu cas par cas, généralement un ou deux joursVotre net; Apple annule sa commission
Rejet de débit sur carte, Google PlayLa banque du clientCouramment jusqu'à 120 jours, 540 dans certains casPrix d'achat moins les frais de service, plus des frais bancaires de 15 to 25 dollars, depuis le August 3, 2026
Rejet de débit sur carte, App StoreLa banque du clientCouramment jusqu'à 120 jours, 540 dans certains casApple le résout en tant que marchand officiel; aucun frais bancaire ne vous est répercuté

Ce que l'écart vous coûte en argent

La précision des métriques compte car l'écart n'est pas théorique. C'est de la trésorerie.

Un remboursement vous coûte votre net plus le service déjà dépensé

Sur un simple remboursement, le volet argent est borné. Apple et Google annulent leur commission, donc sur une vente remboursée de 100 dollars vous rendez à peu près les 70 dollars que vous aviez perçus, pas 100. Ce qui ne revient pas, c'est le coût du service rendu à ce client. Le calcul que vous avez exécuté, les appels d'API que vous avez payés, le stockage que vous avez retenu et tout versement déjà enregistré sont dépensés. Un remboursement annule le paiement, pas le travail.

Un rejet de débit coûte plus cher, et sur Google Play il vous coûte désormais directement

Un rejet de débit est l'annulation coûteuse, et la facture a changé de camp. Pour les commandes passées à partir du August 3, 2026, Google Play facture au développeur le prix d'achat moins les frais de service du Play, plus les frais de rejet de la banque. Les sources du secteur des paiements situent ces frais bancaires autour de 15 to 25 dollars par litige. Sur une vente de 19.99 dollars, un rejet de débit perdu annule les quelque 17 dollars que vous aviez nets et ajoute 15 to 25 dollars par-dessus, si bien qu'un seul litige peut coûter plus du double de la vente. Sur l'App Store, Apple est le marchand officiel et règle lui-même les litiges de carte, donc il ne vous répercute pas les frais de la banque.

La facture arrive après que vous avez déjà dépensé le revenu

C'est le moment qui fait mal. Vous avez enregistré la vente, l'avez comptée dans une cohorte et l'avez dépensée pour acheter l'utilisateur suivant. Le remboursement arrive quelques jours plus tard et le rejet de débit peut arriver des mois plus tard, sur Google Play couramment jusqu'à 120 jours et parfois bien plus. Le temps que l'annulation survienne, le revenu est déjà déployé. Vous ne rognez pas une prévision, vous couvrez un manque de trésorerie déjà engagée.

Deux bocaux de pièces sur un bureau, l'un plein et debout, l'autre laissant fuir des pièces par une fissure près de sa base, illustrant le revenu enregistré qui s'écoule vers le revenu net après remboursements

Comment piloter sur le revenu net après remboursements

Soustrayez les annulations au niveau de la cohorte, pas seulement de la ligne du haut

Un pourcentage de remboursement à l'échelle de l'entreprise ne suffit pas, car les remboursements ne sont pas répartis uniformément. Les applications éducatives et à paywall strict remboursent bien plus que celles de voyage ou de shopping. Soustrayez remboursements et rejets de débit à l'intérieur de chaque cohorte et de chaque campagne, afin que le canal que vous développez soit celui au meilleur net, pas au meilleur brut.

Gardez la vente ouverte jusqu'à la fermeture des fenêtres

Ne traitez pas une vente comme un revenu définitif le jour où elle est validée. Gardez-la provisoire pendant la fenêtre de remboursement et, pour l'argent que vous prévoyez de dépenser, pendant la fenêtre de rejet de débit. Un remboursement Play de 48 heures et un litige de carte de 120 jours sont deux horizons de risque différents sur la même vente.

Répondez aux deux fenêtres où votre preuve compte

Vous ne pouvez pas arrêter la plupart des annulations, mais deux d'entre elles demandent votre version, et y répondre protège un revenu réel. Apple envoie à votre serveur un CONSUMPTION_REQUEST et vous donne 12 heures pour répondre via Send Consumption Information V2. Google Play ouvre une revue de rejet de débit de 24 heures via orders.reviewrefund. Tout le reste, le remboursement Play de 48 heures, les remboursements du support, les achats annulés, est décidé sans vous et ne peut qu'être enregistré. Manquez les deux fenêtres qui acceptent une contribution, et vous perdez un revenu que vous auriez pu garder.

Rapprochez tard, car le chiffre continue de bouger

Le revenu d'un mois donné n'est pas définitif à la fin du mois. Un versement qui semblait net peut être réduit par un rejet de débit des semaines ou des mois plus tard. Rapprochez remboursements et litiges des commandes d'origine en continu, afin que votre revenu net après remboursements se fixe sur la vérité au lieu de dériver.

C'est le chiffre que RefundHalt est conçu pour garder honnête. Remboursements et rejets de débit sont rapprochés de la vente et de la cohorte qu'ils annulent, la revue de 24 heures de Google et la demande de consommation de 12 heures d'Apple apparaissent avec leurs horloges pour que vous répondiez à celles qui acceptent une contribution, et un litige qui arrive des mois plus tard tombe sur la bonne vente au lieu d'une déduction mystérieuse dans un versement ultérieur.

La version courte

Votre tableau de bord affiche une vente le jour où elle est validée. Le revenu net après remboursements montre ce que vous avez réellement conservé après chaque annulation, et c'est toujours le chiffre le plus petit. Les remboursements vont de 2 to 5 percent des transactions payées et davantage dans certaines catégories, ils annulent votre net plutôt que le brut, et un rejet de débit sur Google Play vous coûte désormais le prix d'achat moins les frais de service plus des frais bancaires de 15 to 25 dollars par-dessus. Tout cela arrive après que vous avez enregistré le revenu et souvent après que vous l'avez dépensé. Construisez votre LTV et votre budget publicitaire sur le net, répondez aux deux fenêtres qui acceptent votre preuve, et rapprochez tard, car une vente n'est pas à vous tant que le client peut encore la reprendre.

Questions fréquentes

Qu'est-ce que le revenu net après remboursements?
Le revenu net après remboursements, c'est votre revenu enregistré moins chaque remboursement et rejet de débit qui s'annule ensuite, après règlement de la commission de la boutique. Une vente est comptée le jour où elle est validée, mais remboursements et rejets de débit arrivent plus tard, donc le net est toujours plus petit que le brut affiché par votre tableau de bord le jour de la vente. C'est le chiffre à utiliser pour la LTV et les budgets d'acquisition, car c'est l'argent que vous conservez réellement.
De combien les remboursements réduisent-ils le revenu d'une application?
Les taux de remboursement typiques sur mobile tournent autour de 2 to 5 percent des transactions payées, et plus élevés dans certaines catégories, environ 4.9 to 5.1 percent pour les applications éducatives et 5.8 percent derrière un paywall strict, selon l'analyse d'Adapty portant sur 1.9 billion de dollars et plus de 11,000 applications. C'est la part du revenu enregistré que vous devez vous attendre à rendre, avant les rejets de débit.
Est-ce que je récupère la commission de la boutique quand je rembourse un client?
Oui. Apple comme Google rendent leur commission quand un achat est remboursé, donc vous rendez à peu près ce que vous avez perçu, pas le prix plein que le client a vu. L'accord d'Apple se réserve le droit de conserver sa commission, mais en pratique normale il l'annule. Le coût que vous ne pouvez pas récupérer, c'est le service déjà rendu, pas les frais de la plateforme.
Pourquoi les remboursements gonflent-ils la LTV et le ROAS?
Parce qu'une vente est comptée immédiatement et le remboursement soustrait plus tard, s'il l'est. La valeur vie construite sur les réservations brutes traite les ventes remboursées comme de la valeur que vous avez gardée, ce qui surestime le retour de l'acquisition. Ne pas tenir compte d'un taux de remboursement de 3 to 5 percent suffit à faire paraître rentables des campagnes non rentables, si bien que vous surenchérissez pour des utilisateurs sur la base d'un revenu qui s'annule.
En quoi un rejet de débit diffère-t-il d'un remboursement en coût?
Un remboursement annule votre net et la boutique rend sa commission. Un rejet de débit est décidé par la banque du client, est définitif, et sur Google Play depuis le August 3, 2026 il facture au développeur le prix d'achat moins les frais de service du Play plus des frais bancaires de rejet, couramment 15 to 25 dollars. Sur l'App Store, Apple gère les litiges de carte en tant que marchand officiel et ne vous répercute pas les frais de la banque.
Quand une vente peut-elle être comptée sans risque comme revenu conservé?
Pas avant la fermeture de ses fenêtres d'annulation. Le remboursement en libre-service de Google Play dure 48 heures, Apple tranche les demandes au cas par cas, et un rejet de débit sur carte dispose couramment de 120 jours et jusqu'à 540 dans certains cas. Pour le revenu que vous prévoyez de dépenser, traitez la vente comme provisoire pendant la fenêtre de rejet de débit, car c'est le temps pendant lequel la banque du client peut encore la reprendre.

Sources et lectures complémentaires

RefundHalt

Le pilote automatique des remboursements pour l'App Store et Google Play

Poursuivre la lecture

La prochaine demande de remboursement est déjà en route.

Configurez RefundHalt dans le temps qu'il vous faudrait pour lire un nouvel e-mail d'assistance au sujet d'un remboursement que vous n'avez pas pu contester.