La plupart des gens finissent par lire ce genre d'article de la même façon. Un versement arrive plus bas que ce qu'indiquait le tableur, quelqu'un se met à creuser, et une heure plus tard il y a un chiffre à l'écran que personne n'aime.
Les données de remboursement des applications mobiles ne sont pas vraiment cachées, elles sont simplement dispersées. Apple les conserve dans un rapport, Google dans un autre plus une API, et aucun des deux ne vous dira pourquoi un client a voulu se faire rembourser. Nous avons abordé les outils qui agissent sur un remboursement dans notre article sur le choix des outils de gestion des remboursements Apple . Celui-ci porte sur les outils qui se contentent de vous dire ce qui se passe, et sur les points où chacun d'eux reste muet.
Points clés à retenir
Les deux consoles des stores affichent les remboursements comme des unités négatives dans les rapports de ventes, soit un décompte, mais ni motif ni taux.
Un taux compris entre 2 et 5 % des transactions payantes est normal. Au-delà de 9, le suivi n'est plus votre problème.
RevenueCat, Adapty et Qonversion représentent tous le taux de remboursement sous forme de graphique, mais ils datent les remboursements à des jours différents, si bien qu'un même mois peut afficher deux chiffres différents.
Google facture désormais aux développeurs les rétrofacturations sur les commandes postérieures au 3 août 2026, et très peu d'outils les suivent encore comme une ligne à part.
Le chiffre que nous surveillerions en premier n'est pas du tout le taux. C'est le nombre de demandes de remboursement restées sans réponse.
Pourquoi les consoles des stores ne suffisent pas
Sales and Trends d'Apple contient bien des remboursements. Onglet Trends, ajoutez un filtre, réglez Transaction Type sur Refunds, et les voilà sous forme de décomptes d'unités négatives. La page d'aide d'Apple elle-même précise que le dashboard est une « estimation quasi en temps réel » tandis que les rapports téléchargeables sont « finalisés », et que les deux peuvent diverger, ce qu'ils font, généralement le jour où vous avez besoin qu'ils concordent.
Google est plus généreux côté données, moins côté présentation. L' API Voided Purchases vous fournit chaque commande remboursée, annulée ou ayant fait l'objet d'une rétrofacturation, avec pour chacune l'un des neuf codes voidedReason, dont remorse, friendly_fraud et chargeback. Mais c'est une API, il n'y a pas de graphique, et vous disposez de 6,000 appels par jour pour construire le reste vous-même. Un piège discret : les remboursements émis depuis Play Console sans que la case « Remove entitlement » soit cochée n'y apparaissent jamais. Nous en avons parlé dans notre article sur la révocation de l'accès après un remboursement . Et aucun des deux stores ne vous donne de taux, seulement des décomptes. La division vous incombe, et d'après mon expérience, elle se fait un peu différemment chaque mois.
À quoi ressemble un bon chiffre
Le rapport State of Subscription Apps 2026 de RevenueCat couvre plus de 115,000 applications, et pour la plupart des catégories, le taux de remboursement médian se situe entre 3 et 4 %. La productivité arrive en tête avec 4.7, le voyage en dernier avec 2.5. Le prix influe aussi à la hausse, passant d'environ 2.7 % en bas de gamme à 4.5 en haut de gamme. Les valeurs aberrantes vont de 9 à 18 %, et il s'agit presque toujours d'un bug, d'une paywall qui promet trop, ou de cartes volées.
Le rapport de février d'Adapty, portant sur environ 11,000 applications, va globalement dans le même sens, avec l'éducation proche du sommet autour de 5 % et le voyage en bas autour de 1.5. Les deux rapports ne sont pas d'accord sur la productivité, donc je ne m'appuierais pas trop sur un chiffre isolé par catégorie.
Si vous êtes à 3.5 %, tout va bien. Si vous êtes à 8, quelque chose de précis ne va pas et c'est identifiable. Si vous ne connaissez pas votre chiffre, commencez par régler ça.
Les logiciels de suivi du taux de remboursement, outil par outil
RevenueCat
Le graphique Refund Rate prend en compte les transactions payantes d'une période (essais exclus) et montre quelle part a été remboursée. Ce qu'il faut savoir, c'est que les remboursements sont attribués à la date d'achat d'origine, donc un remboursement qui arrive aujourd'hui pour un achat de mars sera comptabilisé dans mars. Pertinent pour l'analyse par cohorte, mais le chiffre du mois dernier continue de bouger pendant un moment, ce qui surprend les gens.
Adapty
Deux graphiques, refund money et refund events, datés au moment où le remboursement a été traité, le choix opposé à celui de RevenueCat. Aucun des deux n'est faux, mais j'ai vu une équipe migrer de l'un à l'autre et passer une semaine persuadée que son taux avait bougé.
Qonversion
Des graphiques Refunds et Refund Rate sous Revenue, filtrables par produit, pays et devise. Ça fait le travail.
Un tableur
Ça fonctionne à faible volume, je ne prétendrai pas le contraire. Ça cesse de fonctionner le jour où vous ajoutez une deuxième application ou où le taux bouge et que vous voulez savoir pourquoi.
C'est à peu près l'état de l'analyse des remboursements d'applications mobiles sur les plateformes généralistes. Elles répondent assez bien au « combien », mais aucune ne peut vraiment répondre au « pourquoi ».
Outils de suivi des rétrofacturations d'applications mobiles : un domaine plus restreint
Pendant longtemps, les rétrofacturations étaient un problème pour Google sur Android et un non-sujet sur iOS. Puis Google a changé les conditions. Pour les commandes postérieures au 3 août 2026, le développeur assume le montant contesté moins la commission de Google, plus des frais de réseau de carte généralement compris entre $15 et $25. Un achat à $4.99 ayant fait l'objet d'une rétrofacturation peut vous coûter environ $23.
Cela a fait passer les logiciels d'analyse des rétrofacturations d'un simple plus à une urgence assez pressante, et les outils n'ont pas suivi. L'API Voided Purchases étiquette les rétrofacturations avec leur propre code de motif, donc vous pouvez au moins les comptabiliser vous-même. RevenueCat a indiqué sur son forum communautaire en juillet qu'elle « ne comptabilise pas une rétrofacturation comme un remboursement », donc elles n'apparaîtront pas dans ce graphique de taux de remboursement. Chargeflow et les outils de litige similaires sont conçus pour les paiements web et, pour autant que je sache, ne touchent pas à la facturation Play.
Refund Sensor suit les deux stores dans un seul dashboard et garde les remboursements décidés unilatéralement par Google séparés des rétrofacturations passées en revue, avec ce que nous avons renvoyé pour chacune. Seul le second groupe est quelque chose que vous pouvez contester. Les détails sont sur la page de défense contre les remboursements Google Play .
Si vous comparez des logiciels de gestion des rétrofacturations d'applications mobiles, demandez si les rétrofacturations apparaissent comme une ligne à part ou si elles sont fondues dans les remboursements. Fondues, la tendance disparaît, et c'est la tendance qui vous indique si vous avez un problème de fraude ou un problème de produit.
Comment suivre les taux de remboursement des applications mobiles sans se tromper soi-même
Voici quelques observations tirées de l'examen attentif de ces dashboards.
Choisissez une méthode de datation et n'en changez pas. La date d'achat vous renseigne sur la qualité du produit dans le temps, la date de remboursement vous renseigne sur la trésorerie du mois en cours, et les mélanger dans la même présentation fait mentir discrètement chaque graphique.
Comptez les demandes, pas seulement les résultats. Quand un client demande à Apple un remboursement sur un achat intégré, Apple envoie à votre serveur un CONSUMPTION_REQUEST et attend 12 heures. Google envoie désormais une notification de revue avant de trancher une rétrofacturation et vous laisse 24 heures. Si votre outil n'affiche que les remboursements accordés, vous n'avez aucune idée du nombre de ces notifications restées sans réponse. Cet écart est le chiffre que je suivrais avant le taux lui-même, et c'est ainsi que nous savons que notre taux de défense de 77 % est réel.
Quel est le meilleur logiciel de suivi des remboursements ?
Cela dépend de ce qui manque. Si vous utilisez déjà RevenueCat, Adapty ou Qonversion, le graphique intégré convient pour le taux, sachez simplement quelle méthode de datation il utilise. Si vous avez besoin des rétrofacturations comme ligne à part, ce qui sur Google Play est désormais probablement votre cas, les plateformes généralistes ne l'ont pour la plupart pas encore. C'est la lacune que comble un outil spécifique aux remboursements. Et si vous voulez savoir combien de demandes vous n'avez jamais traitées, seul quelque chose positionné sur les notifications des stores peut vous le dire, car les plateformes d'analyse voient le résultat et jamais la question.
Conclusion
Suivre le taux de remboursement des applications mobiles n'est pas la partie difficile. Les stores vous donnent les décomptes et chaque plateforme d'abonnement tracera la courbe. Le problème, c'est que la courbe seule ne vous dit presque rien, parce que deux applications à 4 % peuvent avoir des problèmes complètement différents.
Ce qui rend le suivi utile, c'est le contexte : les motifs quand le store les transmet, les rétrofacturations conservées comme une tendance à part, et un registre du nombre de demandes que vous n'avez jamais contestées. Obtenez d'abord le taux, bien sûr, mais c'est dans le contexte que se trouve l'argent.
Questions fréquentes
Entre 2 et 5 % des transactions payantes, selon les rapports RevenueCat et Adapty 2026. Les applications de productivité et d'éducation affichent des taux plus élevés, celles de voyage et de jeux des taux plus bas.
Pas dans les rapports. Le seul motif qu'Apple transmet est un revocationReason dans la notification serveur REFUND, et il s'agit essentiellement d'un oui ou d'un non indiquant si le client a mis en cause l'application.
Cela dépend de l'outil. L'API Voided Purchases de Google les inclut avec leur propre code de motif. RevenueCat a indiqué qu'elle ne comptabilise pas une rétrofacturation comme un remboursement. Cela vaut la peine d'être vérifié avant de comparer deux dashboards.
Sur Google Play, pour les commandes postérieures à août 2026, oui, ou du moins il faut que les rétrofacturations apparaissent comme une série à part. Elles coûtent désormais le montant de la vente plus des frais bancaires.
Les demandes manquées, c'est-à-dire les fois où Apple ou Google ont demandé votre avis et où personne n'a répondu à temps. C'est invisible dans les dashboards qui n'affichent que les résultats, et c'est généralement le levier le plus important dont vous disposez.
