Un de mes clients a repéré la fuite par hasard. Sa propre base de données affichait $11,400 de revenus pour février. Le rapport financier d'App Store Connect indiquait $10,650. Rien n'avait planté. Aucune alerte ne s'était déclenchée. Environ $750 étaient tout simplement repartis par la porte, un remboursement à la fois, et il l'a découvert à peu près cinq semaines après les faits.
Apple tranche chaque remboursement App Store. Vous n'avez pas voix au chapitre. Ce que vous avez, c'est une fenêtre étroite pour lui présenter des preuves, et elle ne s'ouvre que si votre serveur écoute réellement. La plupart des articles sur les remboursements Apple App Store pour les développeurs passent ce point sous silence, ce qui est dommage, car c'est la seule partie que vous contrôlez. La fenêtre elle-même a droit à sa propre analyse ici : Comment le CONSUMPTION_REQUEST d'Apple décide de votre remboursement.
Points clés
Apple décide. Vous ne pouvez ni accorder un remboursement, ni le bloquer, ni même voir le nom du client.
Votre seul levier est une réponse à un CONSUMPTION_REQUEST, et elle doit arriver dans un délai d'environ 12 heures.
Les pertes de revenus liées aux remboursements App Store s'empilent en couches. Le remboursement lui-même n'est que la première.
RevenueCat situe le taux de remboursement médian des abonnements entre 3% et 5%. Les cas extrêmes vont de 9% à 18%.
La solution ennuyeuse est aussi la moins chère : écouter les notifications, y répondre automatiquement, couper l'accès quand l'argent repart.
À quoi ressemble un remboursement App Store de votre côté
Quelqu'un ouvre reportaproblem.apple.com, se connecte, choisit un achat des 90 derniers jours, sélectionne un motif, valide. Apple lit. Apple tranche.
Vous n'entendez rien, sauf si vous avez demandé à être prévenu. Il n'y a pas de bouton de remboursement dans App Store Connect, pas de file de demandes en attente, pas d'adresse e-mail client à laquelle répondre. Si vous avez activé les App Store Server Notifications V2, un CONSUMPTION_REQUEST arrive sur votre endpoint dès que la demande est déposée, avec la transaction, le produit et le motif choisi par le client. À partir de là, vous avez environ 12 heures pour appeler l'endpoint Send Consumption Information avec cinq champs : le client a-t-il donné son consentement, l'achat a-t-il été livré, y avait-il un échantillon, quelle proportion a été consommée, et quelle issue vous souhaitez.
Répondez avec de vrais chiffres d'utilisation et les réclamations peu solides sont assez souvent refusées. Ne répondez rien et Apple s'en tient à la version du client, plus ce que suggère l'historique de son compte. Ici, le silence vaut réponse, et c'est celle que donnent la plupart des équipes.
Quand un remboursement est accordé, vous recevez une notification REFUND accompagnée d'une date de révocation. C'est votre signal pour couper l'accès de l'utilisateur. Ce qui nous amène à la partie coûteuse.
Comment les remboursements App Store font perdre des revenus
Ce n'est pas un chiffre. Ce sont quatre, et trois d'entre eux n'apparaissent jamais dans un rapport de remboursements.
Le remboursement. Le prix est retiré de votre prochain versement. Le Paid Applications Agreement d'Apple précise bien qu'Apple peut conserver sa commission sur une vente remboursée, et cette clause a fait peur à beaucoup de monde au fil des ans. Les développeurs qui ont vraiment épluché leurs rapports de paiement disent qu'Apple déduit la part après commission, pas le prix affiché complet. Vous perdez votre part. Pas la leur, en général.
L'accès que personne ne coupe. Le départ de l'argent et la fin des droits d'accès sont deux événements distincts côté Apple, et un seul des deux se produit tout seul. Manquez cette notification REFUND et l'utilisateur garde ses fonctionnalités Pro. Gratuitement. J'ai vu ça durer quatre mois avant que quelqu'un s'en aperçoive, sur un forfait annuel à $59.99. Nous avons détaillé tout ce bazar dans retirer l'accès après un remboursement.
Votre reporting. Les remboursements apparaissent des semaines après l'achat, parfois au-delà d'une période de facturation. Comptabilisez le revenu la semaine où il est gagné sans jamais soustraire ce qui est remboursé plus tard, et votre LTV se gonfle en silence. Ensuite, vous achetez du trafic à un CAC que vous ne pouvez pas vous permettre et vous vous demandez pourquoi la cohorte n'est jamais rentable.
Les dépenses publicitaires. Vous avez payé pour acquérir cet utilisateur. Il s'est fait rembourser quand même. Cet argent est perdu et rien dans votre dashboard ne bouge pour vous le signaler.
À quoi ressemble un taux de remboursement normal
Les benchmarks servent à une chose : savoir si vous avez un vrai problème ou juste un problème normal. Le rapport State of Subscription Apps de RevenueCat couvre plus de 75 000 apps et situe le taux de remboursement médian entre 3% et 5% des abonnements payants sur leur première période de facturation. Les cas extrêmes atteignent 9% à 18%.
Le palier de prix est la coupe intéressante. Les forfaits bon marché tournent autour d'une médiane de 2.7%, les forfaits chers autour de 4.5%. Grosso modo un point de plus à chaque palier. Les forfaits annuels sont aussi plus remboursés que les hebdomadaires, ce qui est logique. Un prélèvement de $79 crée des attentes qu'un prélèvement de $4.99 ne crée pas.
Voici comment je calcule le chiffre pour un nouveau client :
Extrayez les transactions remboursées des 90 derniers jours depuis l'historique des remboursements.
Rattachez chacune au mois de l'achat initial, pas au mois du remboursement.
Divisez par le nombre de transactions payantes du même mois.
Ventilez par produit. Un mauvais paywall se cache toujours dans une moyenne saine.
Sous 2%, c'est bien. Entre 2% et 5%, c'est normal. Au-dessus de 5%, commencez à creuser. Au-dessus de 10%, arrêtez d'accuser votre marketing et allez relire le texte de votre paywall à voix haute.
Prévention des remboursements App Store : comment réduire les remboursements
Pas d'interrupteur unique. C'est une accumulation de petites décisions, et certaines comptent bien plus que les autres.
Répondez à chaque CONSUMPTION_REQUEST. Le plus gros levier, et celui que presque tout le monde ignore. Quelqu'un a consommé 90% d'un déblocage à vie puis affirme que ça n'a jamais fonctionné ? Refusez, et montrez l'utilisation. Un parent dont l'enfant a acheté un pack à $29.99 par erreur ? Laissez passer. Dans les deux cas, il faut une réponse enregistrée.
Livrez quelque chose dès la première session. Les remboursements se concentrent au début. Si un nouvel utilisateur n'obtient pas un vrai résultat avant d'atteindre le paywall, vous lui avez vendu une promesse.
Annoncez le renouvellement clairement. Prix, période, date de renouvellement, sur le même écran que le bouton d'achat. La plupart des motifs de remboursement se résument à la surprise, et la surprise est un choix de design.
Proposez un essai ou un échantillon. Le formulaire de consommation d'Apple demande littéralement s'il en existait un. Répondre oui renforce votre dossier et offre aux utilisateurs hésitants une porte d'entrée moins chère.
Donnez une porte au support. Un lien de contact visible plus une feuille de demande de remboursement dans l'app envoient les mécontents vers vous avant qu'ils n'aillent chez Apple. Cette feuille existe depuis iOS 15. Elle ne peut pas accorder de remboursement, seulement lancer la demande.
Coupez l'accès quand l'argent repart. Gérez REFUND et REFUND_REVERSED, et restituez l'accès en cas d'annulation pour que les clients honnêtes ne soient pas pénalisés parce qu'Apple a changé d'avis.
Surveillez les récidivistes. L'endpoint Get Refund History d'Apple liste chaque transaction remboursée liée à un utilisateur. Consultez-le avant d'offrir un second essai ou une remise au même compte.
Le problème des 12 heures
Les notifications arrivent à 3 h du matin un samedi. Y répondre correctement implique de valider la chaîne de signature JWS d'Apple contre ses certificats racine, de faire correspondre la transaction à une personne dans votre propre base de données, de calculer un pourcentage de consommation en milliunités, de générer un JWT de courte durée avec une clé In-App Purchase, et de l'envoyer. Avant la fin du compte à rebours. À chaque fois.
Le sandbox vous donne 5 minutes au lieu de 12 heures, ce qui ressemble à une indication assez directe de ce qu'Apple attend de vous. Un serveur. Pas une personne avec un ordinateur portable.
Les équipes qui préfèrent ne pas construire ce pipeline utilisent Refund Sensor. Il fonctionne avec les clés de store que vous avez déjà, répond à chaque demande avec des preuves de transaction bien avant la fin du délai, et tient le compte de ce que vous avez conservé. Environ cinq minutes d'installation, pas de SDK, pas de modification de code, pas de nouvelle soumission de l'app.
Vous comparez les options ? Comment choisir un logiciel de gestion des remboursements Apple pour les développeurs détaille les critères à comparer.
Sources
Questions fréquentes
Non. Apple détient la relation de facturation, donc seul Apple peut restituer l'argent. Vous avez deux leviers : répondre à une demande de remboursement avec des preuves, ou présenter vous-même le formulaire de remboursement d'Apple au client via la feuille de demande de remboursement de StoreKit.
Les clients sont informés qu'ils recevront une réponse sous 48 heures. Votre propre fenêtre est bien plus courte : environ 12 heures à compter du CONSUMPTION_REQUEST.
Le contrat indique qu'Apple en a le droit. En pratique, les développeurs qui ont vérifié leurs rapports de paiement dans App Store Connect constatent que c'est la part après commission qui est déduite : vous perdez ce que vous avez gagné, pas le prix total.
Rien ne change, sauf si vous vous en chargez. Apple envoie une notification REFUND avec une date de révocation, et c'est à votre serveur de mettre fin au droit d'accès. Si vous la manquez, cet utilisateur garde la version Pro gratuitement.
Entre 2% et 5% des transactions payantes pour les apps par abonnement, d'après les données de RevenueCat sur plus de 75 000 apps. Santé, fitness et éducation sont au-dessus. Au-delà de 10%, examinez d'abord vos prix et le texte de votre paywall.
Oui, lorsqu'Apple annule le remboursement. Vous recevrez une notification REFUND_REVERSED et devrez restituer ce que vous aviez retiré.
En général, oui. Un consommable à $2.99 ne mérite pas dix minutes du temps d'une personne. Il mérite deux secondes de temps serveur, et dans une app à fort volume, ces petits montants s'accumulent vite.
