Supprimer le compte dans l'app n'annule pas l'abonnement, et les demandes de remboursement qui suivent peuvent encore vous retomber dessus
Apple et Google Play vous obligent à proposer la suppression du compte dans l'app, mais supprimer un compte n'arrête la facturation dans aucun des deux stores. Voici ce que chaque store exige, pourquoi un compte effacé peut vous laisser sans réponse face à un CONSUMPTION_REQUEST ou à l'examen d'un chargeback, et ce qu'il faut conserver.

Points clés
- La Guideline 5.1.1(v) de l'App Review d'Apple précise qu'une app qui permet de créer un compte doit aussi permettre de le supprimer depuis l'app, et Google Play exige un parcours de suppression dans l'app ainsi qu'un lien web où les utilisateurs peuvent demander la suppression.
- Supprimer le compte dans l'app n'annule pas un abonnement du store, car c'est Apple ou Google Play qui facture le client, pas votre app. Apple demande aux développeurs d'avertir les utilisateurs que la facturation se poursuit via Apple et de leur demander d'annuler d'abord.
- Apple autorise une app à programmer la suppression du compte à la date d'expiration de l'abonnement, à condition que l'utilisateur puisse aussi supprimer son compte immédiatement.
- Google Play indique qu'une app peut conserver certaines données pour des raisons légitimes comme la sécurité, la prévention de la fraude ou la conformité réglementaire, à condition d'informer clairement les utilisateurs de ces pratiques de conservation.
- L'endpoint Send Consumption Information d'Apple rejette avec une erreur HTTP 400 toute requête dont la valeur customerConsented n'est pas true, et Apple demande de ne rien envoyer si le client n'a pas donné son consentement.
- La pendingRefundReviewNotification de Google Play identifie l'acheteur par l'obfuscatedAccountId que vous avez défini à l'achat, et vous avez 24 hours pour répondre via orders.reviewrefund. Si la correspondance a été effacée, vous n'avez plus rien à consulter.
- Pour les commandes Google Play passées après le August 3, 2026, un chargeback perdu coûte au développeur le prix d'achat, moins les frais de service de Play, plus les frais de chargeback de la banque.
Les recommandations d'Apple le disent sans détour : quand un utilisateur titulaire d'un abonnement à renouvellement automatique supprime son compte, prévenez-le que la facturation se poursuit via Apple. La suppression du compte dans l'app est désormais obligatoire sur les deux stores, et sur aucun des deux elle n'arrête les prélèvements. L'abonnement vit chez Apple ou chez Google, pas dans votre table d'utilisateurs. Le compte disparaît donc, les renouvellements continuent, et quelques semaines plus tard la même personne demande à être remboursée. Cette demande peut vous arriver au moment précis où vous avez jeté tout ce qui vous permettrait d'y répondre. Voici ce que chaque store exige, où la suppression entre en collision avec les deux flux de remboursement qui sollicitent votre avis, et ce que vous pouvez conserver.
Ce qu'Apple et Google Play exigent pour la suppression du compte dans l'app
Les deux stores ont fait de la suppression une condition de publication, et tous deux y ont intégré des règles sur les abonnements. Ils diffèrent sur ce qu'ils disent des données que vous pouvez conserver.
| Exigence | App Store | Google Play |
|---|---|---|
| Où proposer la suppression | Dans l'app (Guideline 5.1.1(v)) | Dans l'app, plus un lien web où les utilisateurs peuvent demander la suppression |
| Abonnements | Prévenir que la facturation continue via Apple et demander d'annuler d'abord | Décrire clairement les étapes, comme l'annulation d'un abonnement, et proposer un parcours d'assistance |
| Suppression différée | Autorisée pour coïncider avec l'expiration de l'abonnement, si la suppression immédiate est aussi proposée | Non abordée dans la règle sur la suppression |
| Conserver certaines données | Respecter la loi locale et prévenir les utilisateurs si la loi impose de conserver des données | Autorisé pour la sécurité, la prévention de la fraude ou la conformité réglementaire, si c'est indiqué |
| Délai | Une suppression manuelle ou lente est acceptée, indiquez combien de temps elle prend | Non fixé par la règle |
| Sign in with Apple | Révoquer les tokens de l'utilisateur via l'API REST de Sign in with Apple | Sans objet |
Sur l'App Store
Sur ce point, la Guideline 5.1.1(v) tient en une phrase : si votre app permet de créer un compte, elle doit aussi permettre de le supprimer depuis l'app. La page d'assistance d'Apple apporte les détails. Elle renvoie vers showManageSubscription(in:) sur iOS 15 et versions ultérieures, ou vers le lien des abonnements sur apps.apple.com, pour que l'utilisateur puisse annuler avant de supprimer. Elle cite aussi beginRefundRequest(in:) et le lien d'assistance d'Apple comme moyens de permettre aux clients de demander un remboursement.
Sur Google Play
Google demande deux portes d'entrée : un parcours dans l'app pour supprimer le compte et ses données, et un lien web pour les personnes qui n'ont plus l'app installée. Si l'utilisateur doit d'abord faire quelque chose, comme annuler un abonnement, Google précise que cette étape doit être clairement décrite et qu'un parcours d'assistance doit exister. L'aide de Google sur les abonnements destinée aux utilisateurs ajoute une ligne que beaucoup ne voient pas : désinstaller l'app n'annule pas non plus l'abonnement.
Pourquoi les comptes supprimés se transforment en demandes de remboursement
La plupart des remboursements ne vous demandent jamais rien. Apple tranche seule les demandes de remboursement. Sur Google Play, les acheteurs peuvent se faire rembourser eux-mêmes de nombreux achats dans un délai de 48 hours, et l'assistance en accorde d'autres sans vous. Un compte supprimé ne change pas qui décide. Il change ce que le client pense avoir payé.
Supprimer mon compte annule-t-il mon abonnement ?
C'est la question que les utilisateurs tapent vraiment, et la réponse honnête est non. Un utilisateur qui supprime son compte en pensant en avoir fini verra le prochain renouvellement sur sa carte. Pour lui, c'est un prélèvement pour un service qu'il a quitté. Cette personne est une demande de remboursement probable et, si le store refuse, un litige bancaire probable.
Les flux qui vous demandent des preuves
Seuls deux flux de remboursement demandent quelque chose au développeur. Apple envoie un CONSUMPTION_REQUEST et vous laisse 12 hours pour répondre via Send Consumption Information. Google Play envoie une pendingRefundReviewNotification quand un utilisateur ouvre un chargeback qui nécessite l'examen du développeur, et vous avez 24 hours pour répondre via orders.reviewrefund. Tout le reste, des remboursements en libre-service sous 48 hours aux remboursements par l'assistance et aux achats annulés, se décide sans vous. Les chargebacks, une fois tranchés par la banque, sont définitifs.
Comment la suppression du compte casse votre réponse au remboursement
Les deux flux de preuves supposent que vous pouvez relier une transaction du store à une personne et à ce qu'elle a utilisé. Une suppression définitive coupe ce lien à deux endroits.
L'identifiant ne pointe plus vers rien
La notification de chargeback de Google désigne l'acheteur par l'obfuscatedAccountId que vous avez transmis à l'achat. Chez Apple, l'appAccountToken que vous avez défini à l'achat joue le même rôle. Ce sont tous deux vos propres identifiants. Si la ligne vers laquelle ils pointaient n'existe plus, vous ne pouvez dire ni si l'article a été livré ni dans quelle mesure il a été utilisé. orders.reviewrefund reçoit alors une supposition, ou rien du tout, dans ses 24 hours.
Le consentement a peut-être disparu aussi
L'endpoint d'Apple n'accepte les données de consommation que si customerConsented vaut true. Sinon, il renvoie une HTTP 400, et la consigne d'Apple est de ne pas répondre du tout quand le client n'a pas donné son consentement. Le texte de consentement proposé en exemple par Apple indique aux clients qu'ils peuvent retirer leur consentement à tout moment. Apple ne dit pas si la suppression d'un compte vaut retrait. Si votre texte de consentement ne règle pas la question, la voie prudente consiste à traiter un compte supprimé comme un client qui ne consent plus, et à laisser passer les 12 hours.
Ce que coûte un compte supprimé qui conteste un prélèvement
L'argent en jeu vient de renouvellements encaissés mais non servis, et de litiges auxquels vous ne pouvez pas répondre.
Les renouvellements après la suppression
Prenons un abonné mensuel à $9.99 qui supprime son compte et oublie d'annuler. Trois renouvellements de plus prélèvent $29.97 avant qu'il ne s'en aperçoive. Vous n'avez rien servi, donc aucun coût de calcul, d'API ou de stockage ne se cache derrière ces prélèvements, mais il n'y a rien à défendre non plus. Le remboursement de ces mois est l'issue probable, et elle est juste.
Les chargebacks que vous ne pouvez pas contester
Pour les commandes Google Play passées après le August 3, 2026, un chargeback perdu vous coûte le prix d'achat, moins les frais de service de Play, plus les frais de chargeback de la banque. C'est le cas où la suppression fait le plus mal. Imaginons que le litige porte sur un forfait annuel acheté des mois avant la suppression, que le client a beaucoup utilisé. Vous avez payé le calcul, les appels aux API tierces et le stockage derrière cet usage. Si vous avez effacé le compte, vous ne pouvez rien en montrer, et vous payez les frais en plus de perdre la vente.

Que conserver après la suppression du compte, et comment l'expliquer aux utilisateurs
La règle de Google cite la prévention de la fraude comme raison légitime de conserver des données, si vous l'indiquez. Les recommandations d'Apple demandent de respecter la loi locale et de prévenir les utilisateurs quand la loi vous impose de conserver quelque chose. Ni l'une ni l'autre ne vous autorise à garder le profil complet. Vérifiez les détails avec un juriste, car les règles varient selon les pays.
Un registre d'achats minimal
- Les identifiants de transaction du store, les identifiants de commande et les tokens d'achat, avec les dates et les montants.
- L'appAccountToken ou l'obfuscatedAccountId associé à chaque achat, rattaché à ce registre plutôt qu'à un profil.
- Le statut de livraison et les compteurs d'usage agrégés par achat, pas le contenu créé par l'utilisateur.
- L'état du consentement au partage des données de consommation avec Apple, et la date à laquelle il a changé.
L'indiquer au moment de la suppression
Mentionnez la conservation dans le parcours de suppression lui-même, en une ou deux phrases simples. Dites ce que vous conservez, pourquoi et pendant combien de temps. Google exige cette information pour les données conservées, et Apple vous demande de prévenir les utilisateurs quand la loi vous impose d'en conserver.
Proposer l'annulation avant la suppression
Affichez le statut de l'abonnement sur l'écran de suppression et proposez d'abord le lien vers la page des abonnements du store. Sur iOS, Apple vous permet de proposer une suppression programmée à la date d'expiration de l'abonnement, à côté d'une option immédiate. Un utilisateur qui annule avant de supprimer ne sera plus prélevé, et c'est la demande de remboursement que vous ne recevrez jamais.
RefundHalt répond aux CONSUMPTION_REQUEST et aux notifications d'examen de chargeback à partir de registres d'achat que vous contrôlez. Si le compte d'un client a disparu mais que l'entrée du registre existe toujours, la réponse peut quand même partir dans les délais.
Questions fréquentes
- Supprimer mon compte dans l'app annule-t-il mon abonnement ?
- Non. Supprimer le compte dans l'app n'annule pas un abonnement acheté via l'App Store ou Google Play, car c'est le store qui facture le client. Apple demande aux développeurs d'avertir les utilisateurs que la facturation continue via Apple, et Google précise que désinstaller une app n'annule pas non plus un abonnement. L'utilisateur doit annuler dans les réglages d'abonnement du store.
- Puis-je conserver les registres d'achat après la suppression d'un compte ?
- Souvent oui, dans certaines limites. Google Play indique qu'une app peut conserver des données pour la sécurité, la prévention de la fraude ou la conformité réglementaire si elle en informe clairement les utilisateurs. Apple demande de respecter la loi applicable et de prévenir les utilisateurs quand la loi impose de conserver des données. Gardez le minimum et vérifiez les règles de vos pays avec un juriste.
- Puis-je reporter la suppression du compte jusqu'à la fin de l'abonnement ?
- Sur l'App Store, oui. Apple autorise une option qui programme la suppression à la date d'expiration de l'abonnement, à condition que l'utilisateur puisse aussi supprimer son compte immédiatement. La règle de Google Play sur la suppression n'aborde pas la suppression programmée.
- Que devient un CONSUMPTION_REQUEST pour un compte supprimé ?
- Apple l'envoie quand même, et vous avez 12 hours pour répondre. Apple rejette les données de consommation si customerConsented ne vaut pas true et demande de ne pas répondre sans consentement. Si le compte et sa trace de consentement ont disparu, le choix sûr est de ne pas répondre, et Apple décide du remboursement sans vos données.
- Pourquoi ai-je été prélevé après avoir supprimé mon compte ?
- Parce que l'abonnement est géré par Apple ou Google Play, pas par l'app. Supprimer le compte efface les données de l'app, mais le store continue de renouveler l'abonnement tant qu'il n'est pas annulé dans ses réglages. Le remboursement de ces renouvellements doit être demandé au store.
Sources et lectures complémentaires
- Apple Developer: Offering account deletion in your app
- App Store Review Guidelines, 5.1.1(v) Account Sign-In
- App Store Server API: Send Consumption Information
- App Store Server API: ConsumptionRequest
- Play Console Help: Understanding Google Play's app account deletion requirements
- Google Play Help: Cancel, pause, or change a subscription on Google Play
- Google Play Billing: Real-time developer notifications reference
- Play Console Help: Updates to refund protection and chargeback cost responsibility
RefundHalt
Le pilote automatique des remboursements pour l'App Store et Google Play
Poursuivre la lecture
Si vous transférez une app vers un autre compte développeur, les commandes passées avant la vente restent chez le vendeur, et voici ce que cela change pour les remboursements
Quand vous transférez une app vers un autre compte développeur, les utilisateurs et les abonnements suivent, mais les commandes et les historiques de paiement antérieurs au transfert restent derrière. Voici qui peut rembourser quoi chez Apple et sur Google Play, quels maillons de la chaîne de remboursement cèdent, et ce qu'il faut régler financièrement avant de signer.
Les abonnements à paiement échelonné de Google Play engagent l'acheteur, pas vos revenus : ce que vous coûte un remboursement ou une échéance impayée
Les abonnements à paiement échelonné de Google Play engagent l'acheteur sur 3 à 24 mensualités, mais vous êtes payé mois par mois et personne ne relance une échéance impayée. Voici comment fonctionnent réellement les résiliations, les remboursements et les rétrofacturations sur un plan échelonné, et ce que chacun vous coûte.