Un taux de remboursement d'app sain se situe entre 2 et 5 pour cent, voici où trouver le vôtre et ce qu'il coûte vraiment
La plupart des apps mobiles remboursent entre 2 et 5 pour cent des transactions payées, mais Apple et Google gardent ce chiffre dans des tableaux de bord différents. Voici où trouver le taux de remboursement de votre app, ce qui est normal selon le plan et la catégorie, et ce que chaque remboursement coûte réellement après les frais.

Points clés
- Sur de larges jeux de données, le taux de remboursement typique d'une app mobile se situe entre 2 et 5 pour cent des transactions payées. Adapty a mesuré cette fourchette sur $1.9 billion de revenus et plus de 11,000 apps, et RevenueCat rapporte une fourchette similaire sur plus de 75,000 apps.
- Le taux de remboursement se définit partout de la même façon, transactions remboursées divisées par le total des transactions payées, comptées sur la période où l'achat a eu lieu, pas le jour où le remboursement a été traité.
- La durée du plan fait bouger le chiffre. Les plans annuels remboursent le plus, environ 4.2 pour cent, et les plans hebdomadaires le moins, environ 2.6 pour cent, parce qu'une charge initiale plus élevée est ce que les acheteurs annulent le plus souvent.
- Le design du paywall le fait bouger davantage. Les apps avec un paywall strict remboursent environ 5.8 pour cent, tandis que les apps freemium se situent près de 3.4 pour cent, donc forcer l'achat avant toute valeur perçue augmente à la fois la conversion et le regret.
- Apple garde les remboursements dans Sales and Trends, choisissez Trends, ajoutez un filtre pour Transaction Type et sélectionnez Refunds, où ils apparaissent comme des valeurs d'unités négatives. Google Play affiche un nombre de remboursements sous Financial reports, Subscription, Overview, et les remboursements individuels sous Order management.
- Un remboursement annule vos revenus nets, pas le prix brut, parce que le store annule aussi sa commission. Mais il ne restitue jamais le calcul, les appels API, le stockage ou les paiements que vous avez déjà dépensés pour livrer l'achat, donc la perte réelle est plus grande que la ligne du remboursement.
- Seuls deux types de remboursement vous demandent une preuve, le CONSUMPTION_REQUEST d'Apple avec une fenêtre de 12 heures et la revue de rétrofacturation de Google Play via orders.reviewrefund avec une fenêtre de 24 heures. Tout le reste dans votre taux de remboursement a été décidé sans vous.
La plupart des apps mobiles remboursent entre 2 et 5 pour cent de ce qu'elles vendent, et pourtant très peu de développeurs peuvent citer leur propre chiffre sans aller le chercher. Une partie de la raison est qu'Apple et Google le gardent à des endroits différents, sous des noms différents, et aucun des deux ne le met en première page. Le taux de remboursement de votre app mérite d'être creusé quand même. C'est le signal de santé le plus clair que vous ayez sur le prix, le design du paywall et l'abus de remboursement, et c'est le multiplicateur d'un coût que la plupart des équipes ne comptent jamais entièrement. Un remboursement ne fait pas que rendre la vente. Il vous laisse avec le calcul, les appels API, le stockage et les paiements que vous avez déjà dépensés pour livrer l'achat, et sur une rétrofacturation, il vous coûte plus que le prix. Voici où chaque store garde ce chiffre, à quoi ressemble un taux normal selon le plan et la catégorie, et ce qu'un seul point de taux de remboursement coûte réellement une fois qu'on suit l'argent.
Ce qui compte comme un taux de remboursement d'app normal
Commencez par la référence, pour que votre propre chiffre ait un sens. Les meilleurs jeux de données publics placent le taux de remboursement typique d'une app entre 2 et 5 pour cent des transactions payées. Adapty a rapporté cette fourchette à partir d'une analyse de $1.9 billion de revenus sur plus de 11,000 apps. RevenueCat, en observant plus de 75,000 apps, tombe dans le même voisinage et qualifie le taux de remboursement de métrique de santé centrale pour l'activité. Si vous êtes dans cette fourchette, vous êtes ordinaire. Si vous êtes au-dessus, quelque chose de précis en est la cause, et les segments ci-dessous indiquent en général quoi.
Taux de remboursement selon la durée du plan et le paywall
Les plus gros facteurs dans les données publiques sont la durée du plan et la rigueur de votre paywall. Les engagements plus longs et les achats forcés augmentent tous deux le regret.
| Segment | Taux de remboursement typique | Pourquoi |
|---|---|---|
| Plan hebdomadaire | ~2.6% | Petite charge, peu de regret, facile à laisser passer |
| Plan mensuel | ~3.0 à 3.5% | Le milieu du peloton |
| Plan annuel | ~4.2% | La plus grosse charge initiale, et celle que les acheteurs annulent le plus |
| Paywall strict | ~5.8% | Achat forcé avant toute valeur perçue |
| Freemium | ~3.4% | Les acheteurs essaient d'abord, donc moins de regret sur la charge |
Taux de remboursement par catégorie d'app
La catégorie compte parce qu'elle reflète l'intention de l'acheteur. Les achats aspirationnels sont remboursés plus que les achats pratiques.
| Catégorie | Taux de remboursement typique |
|---|---|
| Éducation | ~4.9 à 5.1% |
| Santé et fitness | ~4.7% |
| Style de vie | ~3.0 à 4.0% |
| Productivité | ~2.5 à 3.5% |
| Business | ~2.9% |
| Jeux | ~2.7% |
| Shopping | ~1.5 à 2.5% |
| Voyage | ~1.5% |
Le schéma est cohérent. Éducation et fitness portent le plus de remords de l'acheteur, voyage et business le moins, et le prix joue aussi un rôle, puisque les plans les moins chers affichent le taux de remboursement le plus bas, autour de 2.2 pour cent. Lisez votre propre chiffre par rapport à votre catégorie, pas à la moyenne globale.
Où chaque store garde votre taux de remboursement
Aucun des deux stores n'affiche le taux de remboursement en vedette. Vous le calculez vous-même à partir d'un nombre de remboursements et d'un nombre de ventes, et les deux chiffres vivent sur des écrans différents sur chaque plateforme.
Trouver les remboursements dans App Store Connect
Apple garde les remboursements dans Sales and Trends. Ouvrez App Store Connect, sélectionnez Trends en haut, choisissez votre plage de dates en haut à droite, puis cliquez sur Add Filters en haut à gauche et choisissez Transaction Type. Sous Transaction Type, choisissez Refunds. Les remboursements apparaissent comme des valeurs d'unités négatives sur le côté droit, et la colonne Percentage Range montre comment votre total de remboursements a changé par rapport à la période précédente. Une chose à savoir, vos totaux quotidiens d'Unit incluent déjà les remboursements traités, donc le filtre sert à isoler les remboursements pour les mesurer par rapport aux ventes. Pour le côté financier plutôt que le côté unité, les Payments and Financial Reports montrent les remboursements déjà déduits de vos revenus.
Trouver les remboursements dans Google Play Console
Google Play sépare cela en deux. Pour l'agrégat, ouvrez Financial reports, puis Subscription, puis Overview, où un chiffre Refunds montre le nombre total de remboursements émis sur la période sélectionnée, à côté du revenu brut et des abonnements actifs. Pour les commandes individuelles, ouvrez Order management, où vous pouvez voir et filtrer les commandes remboursées une par une. Play Console garde les remboursements et les annulations comme des événements séparés, donc ne lisez pas un nombre d'annulations comme un nombre de remboursements. Un abonnement annulé qui va jusqu'au bout de sa période payée n'a jamais été remboursé.
Ce qu'un point de taux de remboursement coûte réellement
Voici la partie que les tableaux de bord ne vous montrent pas. Multipliez votre taux de remboursement par votre revenu et vous obtenez l'argent rendu, mais c'est la plus petite partie de la facture.
Suivez un remboursement pas à pas. Quand le store rembourse un achat, il rend le prix complet à l'acheteur et annule sa propre commission, donc ce qui quitte réellement votre compte, ce sont vos revenus nets, les 70 ou 85 pour cent que vous auriez gardés, pas le prix brut. C'est la bonne nouvelle, et c'est là que la bonne nouvelle s'arrête. Le store ne rend pas le calcul que vous avez consommé pour générer le résultat, les appels API tiers que vous avez payés, le stockage que vous avez provisionné, ni le paiement au créateur que vous avez déjà envoyé. Pour un consommable qui a été livré et utilisé, vous avez donné le produit au client et rendu l'argent. La ligne du remboursement sous-estime la perte à chaque fois.

Les rétrofacturations sont le niveau coûteux
Les remboursements ordinaires sont l'extrémité bon marché de la fourchette. Une rétrofacturation, c'est la même vente perdue plus des frais bancaires fixes, et les frais n'évoluent pas avec le prix. Sur un pack de pièces à $4.99, les frais seuls peuvent coûter plus que ce que le client a payé, donc un seul achat bon marché contesté peut vous coûter un multiple de sa valeur. Les rétrofacturations sont aussi définitives côté banque, il n'y a pas d'appel une fois que la banque a décidé. Et à partir du 3 août 2026, Google Play transfère le prix de la rétrofacturation plus les frais bancaires sur le développeur, donc sur Android, le calcul empire à partir de cette date. Suivez les rétrofacturations séparément de votre taux de remboursement ordinaire, parce qu'elles se comportent différemment et coûtent différemment.
| Type de remboursement | Qui décide | Contestable | Ce que ça vous coûte |
|---|---|---|---|
| Remboursement en libre-service du store | Le store, automatiquement | Non | Vos revenus nets, plus le coût de livraison déjà dépensé |
| Apple CONSUMPTION_REQUEST | Apple, avec votre avis | Oui, sous 12 heures | Revenus nets si le remboursement est accordé, rien de plus s'il est refusé |
| Revue de rétrofacturation Google Play | La banque, avec votre avis | Oui, sous 24 heures | Prix plus des frais bancaires fixes, et depuis le 3 août 2026 les deux retombent sur vous |
| Rétrofacturation bancaire, sans revue | La banque, définitif | Non | Prix plus des frais fixes, souvent plus que ce que valait un achat bon marché |
Comment faire baisser un taux de remboursement d'app élevé
Si votre chiffre est au-dessus de votre catégorie, les leviers sont les mêmes que ceux qui l'ont fait monter. Travaillez-les dans l'ordre d'impact.
- Adoucissez un paywall strict. Le saut de freemium à paywall strict vaut environ 2.4 points de taux de remboursement dans les données publiques. Une courte expérience gratuite avant la charge échange un peu de conversion contre beaucoup moins de regret.
- Adaptez le plan à l'intention. Les plans annuels portent le taux de remboursement le plus élevé, donc mettez en avant la durée que l'acheteur veut vraiment et faites de la mise à niveau annuelle un choix, pas un défaut.
- Attachez un identifiant de compte stable à chaque achat. L'appAccountToken d'Apple doit être un UUID, et le setObfuscatedAccountId de Google est un hash allant jusqu'à 64 caractères, jamais en clair. Sans cela, vous ne pouvez pas distinguer un premier remboursement d'un rembourseur en série, et vous ne pouvez pas répondre aux deux flux qui demandent une preuve.
- Répondez toujours aux deux flux contestables. Un CONSUMPTION_REQUEST ignoré sous 12 heures est un remboursement qu'Apple accorde souvent par défaut, et une revue de rétrofacturation manquée sous 24 heures est un litige que vous perdez. Le silence est la réponse la plus coûteuse.
- Regardez la tendance, pas le jour. Le taux de remboursement est bruyant à faible volume. Lisez-le comme une ligne glissante par rapport à votre propre historique et à votre catégorie, et enquêtez sur une hausse soutenue, pas une semaine isolée.
Une courte liste pour lire votre taux de remboursement
- Vous pouvez extraire un nombre de remboursements depuis App Store Connect Sales and Trends, filtré sur Transaction Type Refunds, et depuis Google Play Financial reports, Subscription, Overview.
- Vous calculez le taux comme les transactions remboursées sur le total des transactions payées, regroupées par la période d'achat.
- Vous comparez par rapport à votre catégorie, pas à la moyenne globale de 2 à 5 pour cent, et par rapport à votre propre tendance glissante.
- Vous segmentez les rétrofacturations à part, parce qu'elles coûtent plus que les remboursements ordinaires et que, sur Google à partir du 3 août 2026, les frais retombent sur vous.
- Chaque achat porte un identifiant de compte stable, donc un remboursement arrive avec un historique attaché.
- Vous répondez à chaque CONSUMPTION_REQUEST sous 12 heures et à chaque revue de rétrofacturation sous 24 heures.
Votre taux de remboursement n'est pas une métrique de vanité et ce n'est pas juste de l'argent rendu. C'est le chiffre qui vous dit si votre prix, votre paywall et vos contrôles anti-abus fonctionnent, mesuré par rapport à un coût toujours plus grand que le remboursement lui-même. Trouvez-le, comparez-le à votre propre catégorie, et suivez la tendance. Les stores ne vont pas vous le montrer, mais tout ce qu'il faut pour le calculer est déjà dans leurs tableaux de bord.
Questions fréquentes
- Quel est un taux de remboursement normal pour une app mobile ?
- Un taux de remboursement normal pour une app mobile se situe environ entre 2 et 5 pour cent des transactions payées, d'après l'analyse d'Adapty sur $1.9 billion de revenus sur plus de 11,000 apps et les données de RevenueCat sur plus de 75,000 apps. Lisez votre propre taux par rapport à votre catégorie, puisque éducation et fitness tournent autour de 5 pour cent tandis que voyage se situe autour de 1.5 pour cent.
- Comment voir mes remboursements dans App Store Connect ?
- Dans App Store Connect, ouvrez Sales and Trends, sélectionnez Trends, choisissez une plage de dates, cliquez sur Add Filters, choisissez Transaction Type, puis sélectionnez Refunds. Les remboursements s'affichent comme des valeurs d'unités négatives, et vos totaux quotidiens d'Unit incluent déjà les remboursements traités, donc le filtre sert à les isoler pour les compter par rapport aux ventes.
- Où Google Play Console affiche-t-il les remboursements ?
- Google Play affiche un nombre total de remboursements sous Financial reports, puis Subscription, puis Overview pour la période sélectionnée, et les commandes remboursées individuelles sous Order management. Les annulations sont suivies séparément des remboursements, donc ne traitez pas une annulation comme un remboursement.
- Comment le taux de remboursement d'une app est-il calculé ?
- Le taux de remboursement est les transactions remboursées divisées par le total des transactions payées, exprimé en pourcentage. La méthode la plus propre attribue chaque remboursement à la période où l'achat a eu lieu plutôt qu'au jour où le remboursement a été traité, ainsi un pic de remboursements ne fausse pas le taux d'une cohorte antérieure.
- Un remboursement me coûte-t-il plus cher que le prix d'achat ?
- Souvent oui. Un remboursement du store annule vos revenus nets plutôt que le prix brut, mais il ne rend pas le calcul, les appels API, le stockage ou les paiements que vous avez déjà dépensés pour livrer l'achat. Une rétrofacturation est pire, elle ajoute des frais bancaires fixes qui peuvent dépasser un achat bon marché, et à partir du 3 août 2026 Google Play met ce prix et ces frais à la charge du développeur.
- À partir de quel taux de remboursement faut-il s'inquiéter ?
- Il n'y a pas de seuil universel, mais un taux soutenu bien au-dessus de la référence de votre catégorie est le signal pour agir. Observez une tendance glissante plutôt qu'une seule semaine, et segmentez à part les rétrofacturations et les rembourseurs répétés, puisque ce sont eux qui coûtent le plus et qui expliquent en général un chiffre en hausse.
Sources et lectures complémentaires
- Apple: View units, proceeds, sales, and pre-orders in Sales and Trends
- Apple: Download and view Sales and Trends reports
- Google Play Help: Review in-app subscription performance
- Google Play Help: Manage your app's orders and issue refunds
- Adapty: Understanding refund rate benchmarking
- RevenueCat: Refund Rate chart and definition
- Business of Apps: App Refund Rates data
RefundHalt
Le pilote automatique des remboursements pour l'App Store et Google Play
Poursuivre la lecture
Apple comme Google peuvent livrer le même remboursement à votre serveur plus d'une fois, et les notifications de remboursement en double vous coûtent cher si vous agissez sur chacune
Apple réessaie une notification de remboursement jusqu'à cinq fois et Google Play s'appuie sur Pub/Sub avec une livraison au moins une fois, donc le même remboursement peut atteindre votre serveur plus d'une fois. Voici comment gérer les notifications de remboursement en double sans déduire un solde ni consommer un quota d'API deux fois.
Un remboursement Family Sharing annule un paiement mais peut laisser cinq autres personnes utilisant encore votre app, et seul votre serveur peut leur couper l'accès
Un remboursement Family Sharing annule un paiement mais peut laisser jusqu'à cinq membres de la famille sur vos fonctionnalités payantes. Apple envoie un REVOKE et attend de votre serveur qu'il mette fin à l'accès. Voici comment fonctionnent les remboursements partagés en famille et ce que l'un d'eux coûte.