Des demandes de remboursement excessives peuvent vous coûter plus cher que les remboursements eux-mêmes, car les deux stores y voient un signal de qualité

Les demandes de remboursement excessives figurent sur la liste des raisons qui permettent à Apple de douter de votre app. La règle 5.6.4 des App Review Guidelines le dit en une phrase, et le Contrat de distribution pour les développeurs de Google contient une clause équivalente qui l'autorise à retirer l'app d'un nouveau développeur en fonction de son taux de remboursement. La plupart des développeurs voient les remboursements comme un problème de revenus. Les stores y voient aussi un signal de qualité, et un signal de qualité peut se terminer par un avis de retrait.

Voici ce que chaque store a réellement écrit, la portée exacte de ces textes, ce que coûte le retrait d'une app et comment éviter que votre volume de remboursements devienne une pièce à charge. Aucun store ne publie de seuil. Il s'agit donc de lire les contrats avec attention et de maîtriser ce qui dépend de vous.

Ce que dit la règle 5.6.4 d'Apple sur les demandes de remboursement excessives

La règle 5.6.4, intitulée App Quality, se trouve dans la section 5.6, le Code de conduite des développeurs. C'est la phrase du milieu qui compte : parmi les indices que l'exigence de qualité n'est pas respectée figurent les signalements excessifs de clients concernant votre app, comme les avis négatifs, et les demandes de remboursement excessives. La dernière phrase la rattache aux sanctions. L'incapacité à maintenir une qualité élevée peut entrer en compte pour juger si un développeur respecte le Code de conduite.

C'est de ce lien que vient tout son poids. L'introduction du Code de conduite précise que votre compte Developer Program sera résilié si vous menez des activités contraires à ce Code. La même section décrit les comportements qu'Apple surveille : des apps qui poussent les utilisateurs à des achats non désirés, qui augmentent les prix de manière trompeuse ou qui font payer des fonctionnalités ou des contenus jamais fournis. Chacun de ces comportements génère des demandes de remboursement, et c'est pour cela qu'Apple les compte.

À quoi ressemble concrètement un avis au titre de la 5.6.4

Apple ne publie pas ses lettres de mise en demeure, donc la meilleure source reste le témoignage des développeurs. Dans un fil des Apple Developer Forums, un développeur raconte qu'Apple a invoqué la règle 5.6.4 et l'a averti que l'app serait retirée de la vente, avec une possible suspension du compte développeur, si elle n'était pas modifiée sous 14 jours. Ses correctifs proposés : un essai gratuit, un écran de notation dans l'app, davantage de tests et quelques retouches de design. D'autres développeurs du fil ont relevé qu'aucune de ces mesures ne traitait la raison pour laquelle les clients demandaient à être remboursés.

Apple peut-elle retirer une app pour des demandes de remboursement excessives ?

Oui. L'Annexe 2 de l'Apple Developer Program License Agreement, section 7.3, permet à Apple de cesser à tout moment de commercialiser une app et d'en autoriser le téléchargement, avec ou sans motif. Elle énumère aussi des motifs précis, dont la violation du contrat ou d'autres documents comme les App Review Guidelines. La règle 5.6.4 fait partie de ces règles. Et la même section ajoute que la décision d'Apple de cesser la distribution ne vous dégage pas de vos obligations au titre de l'Annexe 2.

Ce que dit le contrat Google Play sur les taux de remboursement

Le texte de Google est plus court et plus direct. La section 4.11 du Contrat de distribution pour les développeurs Google Play, dans sa version en vigueur depuis le 15 septembre 2025, prévoit que, pour les nouveaux développeurs sans historique de produits, Google peut utiliser ou publier des indicateurs de performance comme les taux de désinstallation et de remboursement pour identifier ou retirer les produits qui ne respectent pas des normes acceptables, telles que déterminées par Google.

Deux détails méritent l'attention. La clause cite expressément les taux de remboursement, et non comme l'exemple d'une notion plus large. Et elle vise les nouveaux développeurs sans historique de produits, c'est-à-dire précisément les comptes qui peuvent le moins se permettre un retrait. Un compte établi n'est pas pour autant à l'abri. La section 10.3 permet à Google de résilier le contrat si vous ou votre produit présentez un risque potentiel de préjudice économique, réputationnel ou lié à la sécurité pour Google, les utilisateurs ou les partenaires.

Comment un retrait sur Google Play mène à un compte résilié

L'aide de la Play Console sur les résiliations de compte décrit l'escalade. Plusieurs retraits ou avertissements peuvent entraîner la suspension d'une app. Les suspensions comptent comme des avertissements contre la bonne réputation de votre compte développeur. Plusieurs suspensions, ou des suspensions pour des infractions graves, peuvent conduire à la résiliation. Quand un compte est résilié, toutes les apps du catalogue sont retirées de Google Play, et les utilisateurs, les statistiques et les notes associés à ces apps sont perdus.

Ce que coûte un retrait en argent

Un avis de retrait n'efface pas les remboursements que vous devez déjà. Il coupe les revenus qui devaient les financer. Chez Apple, l'Annexe 2, section 6.3, vous oblige à rembourser Apple des remboursements qu'elle accorde, y compris ceux signalés par un prestataire de paiement, ce qui est la voie par laquelle une rétrofacturation vous atteint. La section 7.1 maintient cette obligation avant et après la résiliation et permet à Apple de retenir tous les paiements pendant la durée qu'elle juge raisonnable pour compenser les remboursements aux utilisateurs finaux. La section 8.1 du contrat de Google fait de même pour les produits vendus avant le retrait, et la section 3.8 permet à Google de déduire les remboursements de vos versements.

Comptez ensuite ce qui continue de tourner. Les clients qui ont déjà installé l'app l'ouvrent toujours. Vos serveurs, le calcul GPU, les appels payants à des API tierces, le stockage et les frais du prestataire de paiement continuent de vous être facturés pour ces utilisateurs, alors que les nouveaux revenus tombent à zéro. Si l'app reverse de l'argent à des créateurs ou à des affiliés, ces versements ont été calculés sur des ventes qui peuvent maintenant revenir sous forme de remboursements contre un solde gelé.

À quelle fréquence les stores résilient vraiment des comptes

Les chiffres publics remettent le risque à sa juste place. Le rapport de transparence App Store 2024 d'Apple recense 146 747 comptes développeur résiliés. Parmi eux, 146 583 l'ont été pour fraude au titre de la section 3.2(f) du DPLA, et Apple précise que le motif le plus fréquent est un lien avec d'autres comptes développeur résiliés. Seules 99 apps ont été retirées au titre de la règle 5.6.0, le Code de conduite des développeurs, et 69 au titre de la règle 3.1.2, Abonnements. Sur 8 132 recours contre des résiliations de compte, 225 comptes ont été rétablis.

Ces chiffres se lisent de deux façons. La résiliation d'une app honnête à cause des remboursements est rare, et le rapport ne détaille pas la 5.6.4 séparément. Mais une fois un compte résilié, le récupérer est peu probable. Le Code de conduite d'Apple offre une voie : une déclaration écrite détaillant les améliorations que vous prévoyez, et si Apple approuve le plan et constate les changements, le compte peut être rétabli.

Comment éviter que votre volume de remboursements devienne une pièce à charge

Vous ne pouvez pas empêcher les gens de demander un remboursement. Vous pouvez cesser de leur en donner des raisons, et vous assurer que les stores entendent votre version dans les deux flux où ils vous la demandent.

Supprimez les causes citées par le Code de conduite

• Affichez le prix, la période de facturation et les conditions de renouvellement sur le paywall, avant le bouton d'achat, pour que personne ne découvre un prélèvement hebdomadaire sur son relevé bancaire.
• Livrez ce que vous avez vendu dès le paiement. Un achat qui ne débloque rien, c'est à la fois une demande de remboursement et un ticket de support.
• Rendez la résiliation facile à trouver dans votre écran de réglages. Un abonné qui ne trouve pas la sortie demande plutôt au store de le rembourser.
• Suivez les remboursements par produit, par pays et par version de l'app, pas seulement en total. Un pic après une version ou sur un marché vous indique quoi corriger.

Répondez aux deux flux qui acceptent vos éléments

Seuls deux flux de remboursement vous permettent de présenter des éléments au store avant sa décision. Apple envoie un CONSUMPTION_REQUEST et vous demande de répondre sous 12 heures avec des données de consommation via Send Consumption Information. Google Play envoie un examen de remboursement en attente pour une rétrofacturation, et vous répondez sous 24 heures en appelant orders.reviewrefund. Tout le reste, y compris les remboursements en libre-service de 48 heures de Google Play, les remboursements accordés par le support et les remboursements automatiques des achats non confirmés, se décide sans vous. Une demande à laquelle vous répondez avec des données exactes est une demande que le store peut refuser quand le contenu a été livré et utilisé.

Pouvez-vous être sanctionné pour des remboursements dont vous n'êtes pas la cause ?

Aucun store n'indique distinguer, dans son examen de la qualité, les demandes de remboursement abusives des demandes légitimes. Partez donc du principe que c'est le volume brut qui est visible. D'où l'intérêt de tenir votre propre registre : quels remboursements viennent des mêmes quelques comptes, lesquels ont suivi un défaut de livraison de votre côté, lesquels sont arrivés après un usage intensif. Si un avis au titre de la 5.6.4 arrive un jour, c'est ce registre qui transforme une vague promesse en plan d'amélioration précis, celui qu'exige le Code de conduite d'Apple.

RefundHalt répond à chaque CONSUMPTION_REQUEST et à chaque examen de rétrofacturation Google Play dans les délais avec vos vraies données d'utilisation, et suit les taux de remboursement par produit, par pays et par version, pour que vous repériez un problème de qualité dans vos chiffres avant qu'un store ne le repère dans les siens.