Il y a un silence particulier lorsqu'un développeur ouvre un versement App Store et qu'il est de quelques pour cent plus léger que ce que promettait le dashboard des ventes. Personne n'a envoyé de mail, rien n'a cassé, Apple a simplement remboursé une partie de l'argent en votre nom et est passé à autre chose.
Cet écart est plus important que ce que la plupart des gens imaginent, et nous avons expliqué comment il se traduit en argent bien réel dans notre article sur les remboursements App Store et la fuite de revenus. Celui-ci en est la version pratique : comment les demandes de remboursement Apple circulent dans le système, où va le revenu, et ce qu'un développeur peut réellement faire, ce qui est plus que ce qu'on pourrait croire et moins que ce que prétendent les fournisseurs.
Points clés à retenir
Apple décide de chaque remboursement App Store. Vous n'avez pas de droit de veto, mais depuis 2021, on vous demande votre avis, et vous disposez d'environ 12 heures pour répondre.
La politique de remboursement écrite de l'App Store est courte. La vraie politique, c'est le système de décision d'Apple, qui évalue l'historique du client et tout ce que vous envoyez.
Un remboursement annule toute la vente, et si vous ne révoquez pas l'accès, le client garde aussi le contenu.
Les abus de remboursement représentent une minorité des demandes, mais ils se concentrent sur les consommables et les comptes récidivistes, et c'est la partie contre laquelle vous pouvez lutter.
Dipsea a réduit son taux de remboursement d'environ un tiers simplement en commençant à répondre à Apple.
Comment fonctionne réellement le processus de remboursement Apple
Le client ne s'adresse pas à vous. Il se rend sur reportaproblem.apple.com, choisit « Request a refund », sélectionne une raison, puis valide. La page d'assistance d'Apple lui indique d'attendre entre 24 et 48 heures et précise que l'éligibilité « peut varier selon le pays ou la région », ce qui revient pour Apple à reconnaître que le droit de la consommation, dans des endroits comme l'UE ou l'Australie, accorde des droits supplémentaires par rapport aux conditions générales. Les conditions générales elles-mêmes indiquent que les transactions sont définitives, et pourtant, beaucoup sont remboursées.
Quelque part dans cette fenêtre de 48 heures, si vous avez configuré les App Store Server Notifications, Apple envoie à votre serveur un CONSUMPTION_REQUEST pour savoir si le client a utilisé ce qu'il a acheté. Vous disposez de 12 heures. Les ingénieurs d'Apple ont expliqué dans un Tech Talk consacré aux remboursements que le système de décision examine « l'historique d'achats et de remboursements du client » en plus de tout ce que vous envoyez, puis vous recevez une notification REFUND ou REFUND_DECLINED. Notre guide détaillé du CONSUMPTION_REQUEST en donne la version champ par champ.
Deux choses surprennent souvent les développeurs. Apple ne vous dit jamais qui est le client, seulement un identifiant de transaction. Et si vous ne répondez pas dans les 12 heures, Apple décide sans votre version des faits, ce que l'article de RevenueCat résume en disant qu'Apple « accorde souvent le remboursement par défaut ».
Comment les demandes de remboursement Apple affectent les revenus des applications
Le coût direct est assez simple. Apple annule la transaction et votre part est déduite du prochain versement. Avec un taux de remboursement de 4 %, une application qui génère $50,000 par mois en reverse environ $2,000, avant même de se demander si ces remboursements étaient justifiés.
C'est dans les coûts indirects que l'addition grimpe. Un consommable remboursé après que les pièces ont été dépensées signifie que vous avez livré le produit sans rien recevoir en retour. Un abonnement remboursé sans traitement de la notification REFUND signifie que le client garde l'accès pour le reste de la période, vous payez donc deux fois. Sur l'ensemble des applications présentes sur Refund Sensor, le cas moyen représente $33.31, ce qui paraît peu jusqu'à ce qu'on le multiplie par 2,870 cas, ce qui donne près de cent mille dollars. C'est à peu près ce que ça donne de l'intérieur : une multitude de petits montants dont personne ne se soucie.
Où se manifestent les abus de remboursement sur l'App Store
La plupart des demandes de remboursement sont banales. Un enfant a acheté des gemmes, quelqu'un a oublié d'annuler un essai, l'application a planté sur un vieil iPad. Traitez-les comme du service client, car c'est ce que fait Apple.
Les abus représentent une part plus réduite, avec un schéma reconnaissable : des consommables achetés, utilisés puis remboursés en une journée, le même compte qui répète l'opération sur plusieurs applications, un abonnement remboursé le dernier jour de la période, chaque mois. Apple observe bien plus de cas de ce type que n'importe quel développeur. Son rapport 2026 sur la fraude indique avoir bloqué 2.2 milliards de dollars de transactions potentiellement frauduleuses en 2025 et fermé 40.4 millions de comptes clients pour fraude et abus. L'abus de remboursement en est le petit cousin, la part qui finit par retomber sur vous.
Ce que vous pouvez y faire est plus limité qu'on ne l'espère. Vous ne pouvez pas empêcher un client de faire une demande. Vous pouvez indiquer à Apple que les pièces ont été dépensées, ce à quoi sert la demande de consommation, et vous pouvez vous assurer qu'un remboursement accordé retire effectivement le contenu, car un abuseur qui garde ses gemmes recommencera. Un bon nombre d'applications n'ont jamais mis ce dernier point en place.
Ce qu'un développeur peut faire dans les 12 heures
L'essentiel consiste simplement à répondre. Dipsea, une application audio par abonnement, a commencé à répondre aux demandes de consommation fin 2024, et son taux de remboursement est passé de 3 % à 1.9 % en environ deux semaines. Personne chez eux n'a demandé à Apple de refuser quoi que ce soit. Ils ont simplement arrêté de laisser le formulaire vide.
Voici quelques observations tirées de l'analyse de nombreuses applications. Associez un appAccountToken à l'achat, sinon vous ne pourrez pas relier la transaction identifiée par Apple à un utilisateur de votre base de données. Intégrez à vos conditions générales le consentement au partage des données d'utilisation, car Apple demande de ne rien envoyer sans cela. Indiquez la préférence de remboursement en toute honnêteté, car Apple la traite comme une simple préférence et passe outre en cas de blocage manifeste. Et enregistrez chaque demande avec un horodatage, car celles que vous manquez arrivent à 3 heures du matin un samedi.
Regardez ensuite en amont. La liste des raisons d'Apple inclut UNINTENDED_PURCHASE et UNSATISFIED_WITH_PURCHASE, deux problèmes qui relèvent du produit avant d'être des problèmes de remboursement. Un rappel la veille de la conversion d'un essai, un paywall qui affiche le prix avec la même taille que les avantages, une étape de confirmation pour les consommables dans un jeu pour enfants. Chacun de ces éléments élimine des demandes avant même qu'elles n'existent, ce qui vaut mieux que de les gagner.
Les logiciels de gestion des remboursements App Store, et si vous en avez besoin
Vous pouvez construire cela vous-même. Un endpoint pour la notification, une recherche reliant l'identifiant de transaction à un utilisateur, un PUT vers l'endpoint de consommation d'Apple, et une tâche qui alerte si quelque chose reste en attente plus de huit heures. Un bon développeur backend fait cela en une semaine, puis en devient responsable pour toujours, ce qui est le véritable coût.
Si vous utilisez déjà RevenueCat ou Adapty, les deux répondent aux demandes de consommation à l'aide des données d'utilisation collectées par leurs SDK, ce qui constitue un choix par défaut raisonnable si le SDK est de toute façon déjà présent dans votre application.
Refund Sensor est l'option autonome. Il se connecte via une clé API App Store Connect et une URL de notifications, sans SDK, et couvre Apple et Google en un seul endroit. Sur plus de 800 applications, il a défendu 77 % des demandes éligibles. La tarification est fixe : un niveau gratuit, puis $39.99 ou $79.99 par mois, sans commission sur les montants récupérés. Les détails de mise en place se trouvent sur la page de défense des remboursements Apple.
Une mise en garde s'applique à tout cela, y compris à notre propre solution. Ce qui est présenté comme un logiciel de protection des revenus App Store ne peut ni empêcher les remboursements ni faire pencher la décision d'Apple en votre faveur. Il garantit simplement qu'Apple reçoit votre réponse à chaque fois, dans les délais, avec des données précises. Cela se révèle avoir beaucoup de valeur, et c'est tout ce que font ces outils.
Conclusion
Les demandes de remboursement Apple ne vont pas disparaître, et vous n'avez pas de droit de veto. Ce qui a changé en 2021, c'est qu'Apple a commencé à vous demander votre avis, et la plupart des développeurs ne répondent toujours pas. Le processus de remboursement Apple repose sur ce qui parvient à Apple dans les 12 heures, et un formulaire vide perd toujours face au récit d'un client.
Protégez donc vos revenus dans cet ordre. Répondez à la demande, révoquez l'accès en cas de remboursement pour que l'abus ne soit jamais rentable, puis corrigez le paywall et le parcours d'essai qui génèrent ces demandes en premier lieu. Que la réponse soit quelque chose que vous construisez vous-même, que vous empruntiez à votre plateforme d'abonnement, ou que vous confiiez à un outil, importe moins que le simple fait de le faire.
Questions fréquentes
Non. C'est Apple qui décide. Vous pouvez envoyer des données de consommation et une préférence de remboursement dans un délai de 12 heures, qu'Apple prend en compte, mais Apple peut passer outre l'avis des développeurs, et le fait régulièrement.
Apple indique aux clients d'attendre entre 24 et 48 heures. Votre délai de réponse est de 12 heures à partir du CONSUMPTION_REQUEST, qui arrive généralement au début de cette période.
À peine. La notification REFUND inclut un revocationReason qui vaut soit « app issue », soit « other ». La demande elle-même contient la raison choisie par le client, ce qui est plus utile.
Acheter, consommer puis se faire rembourser délibérément, généralement des consommables, souvent de façon répétée sur plusieurs applications. Le système de décision d'Apple prend déjà en compte l'historique des remboursements, votre rôle consiste donc à confirmer la consommation et à révoquer l'accès dès que le remboursement est effectif.
Seulement si vous ne pouvez pas répondre de manière fiable aux demandes de consommation en 12 heures manuellement. En dessous de quelques demandes par semaine, une simple checklist peut suffire. Au-delà, automatisez le processus, que ce soit avec votre propre code, votre plateforme d'abonnement ou un outil dédié.
