Les achats intégrés non autorisés par des enfants sont remboursés au parent presque à chaque fois, et c'est vous qui en supportez le coût
Quand un enfant achète un pack de pièces sur le téléphone d'un parent, Apple comme Google le remboursent, et ni l'un ni l'autre ne vous demande votre avis. Les régulateurs l'ont voulu ainsi. Voici comment fonctionnent ces remboursements d'achats intégrés non autorisés sur chaque store, la fenêtre de 15 minutes où l'argent part, et ce qu'un seul de ces achats vous coûte réellement.

Points clés
- Les deux stores remboursent au titulaire du compte l'achat intégré non autorisé d'un enfant, et aucun des flux de remboursement ne demande de preuve au développeur au préalable. Apple décide sur reportaproblem.apple.com, et Google rembourse selon sa propre politique.
- Un parent peut signaler un débit Google Play non autorisé jusqu'à 120 jours après son enregistrement, bien au-delà de la fenêtre de libre-service de 48 heures, si bien que l'achat d'un enfant peut être annulé des mois après la vente.
- Ce sont les régulateurs qui l'ont imposé. Apple a conclu un accord avec la FTC pour au moins 32.5 million dollars en 2014 et Google pour au moins 19 million dollars, tous deux tenus de rembourser intégralement les débits non autorisés d'enfants et d'obtenir un consentement explicite avant de facturer à nouveau un parent.
- La fenêtre de mot de passe de 15 minutes est là où se produisent la plupart de ces achats. Avec le réglage Require After 15 Minutes d'Apple, une seule saisie du mot de passe autorise chaque achat pendant les 15 minutes suivantes, ce qui est précisément la faille sur laquelle reposaient les affaires de la FTC.
- Vous ne pouvez pas contester le remboursement d'un enfant, mais vous pouvez réduire la perte. Un consommable dépensé est une perte sèche totale, tandis qu'un non-consommable ou un abonnement annulé que vous pouvez révoquer ne vous coûte que ce que vous avez déjà dépensé pour le livrer.
- Si le parent conteste auprès de la banque plutôt que du store, cela devient un chargeback. C'est définitif, tranché par la banque, et sur les commandes Google Play passées après August 3, 2026 cela vous facture aussi le prix de l'achat moins la commission de Play, plus les frais de chargeback de la banque.
- Ask to Buy sur l'App Store et les approbations d'achat sur Google Play stoppent l'achat avant qu'il ait lieu, mais c'est la famille qui les active, pas vous. Votre seul levier est un parcours d'achat qu'un appui involontaire ne peut pas mener à terme.
Donnez à un enfant un téléphone déverrouillé sur lequel votre jeu est installé et, en quelques appuis, il peut acheter le plus gros pack de pièces que vous vendez. Quand le parent découvre le débit, le store le rembourse, et il n'y a presque rien que vous puissiez faire pour empêcher ce remboursement. Les achats intégrés non autorisés par des enfants font partie des rares catégories de remboursement où Apple comme Google sont conçus pour donner raison au client, parce que les régulateurs les ont obligés à les concevoir ainsi. Voici comment ces remboursements fonctionnent sur chaque store, pourquoi vous avez rarement voix au chapitre, et où l'argent fuit vraiment.
Il ne s'agit pas d'un réseau de fraude ni d'un abuseur en série. C'est un enfant de cinq ans qui a trouvé le bouton d'achat, et un parent qui voit un débit qu'il n'a jamais approuvé. Le store traite ce parent comme quelqu'un qui a été facturé sans consentement, et le droit qui sous-tend ce traitement est solidement établi. Votre rôle n'est pas de vous battre contre ces remboursements. C'est de comprendre lesquels vous coûtent réellement de l'argent et d'arrêter l'appui qui les déclenche.
Pourquoi l'achat d'un enfant est presque toujours remboursé
Le résultat est déséquilibré à dessein. Quand un parent dit qu'un débit était celui de son enfant et qu'il ne l'a pas autorisé, le comportement par défaut du store est de rendre l'argent, et le développeur ne fait pas partie de cette décision.
Les deux stores sont conçus pour donner raison au parent
Ce n'est pas de la bienveillance. En 2014, la US Federal Trade Commission a conclu un accord avec Apple pour un minimum de 32.5 million dollars et avec Google pour un minimum de 19 million dollars, au sujet de débits intégrés d'enfants que les parents n'avaient jamais approuvés. Amazon a ensuite versé des dizaines de millions de plus. Chaque accord exigeait les deux mêmes choses : le remboursement intégral des débits non autorisés, et le consentement explicite et éclairé du titulaire du compte avant de lui facturer des achats intégrés. La machine à remboursements à laquelle vous faites face a été inscrite dans des décrets de consentement, si bien qu'un parent qui signale l'achat d'un enfant franchit une porte que le gouvernement a ordonné aux stores de construire.
Aucun des flux de remboursement ne vous demande votre avis d'abord
Sur l'App Store et Google Play, il n'existe que deux flux de remboursement qui s'arrêtent un instant pour demander des preuves au développeur : le CONSUMPTION_REQUEST d'Apple et l'examen des chargebacks de Google Play via orders.reviewrefund. L'achat non autorisé d'un enfant ne passe par défaut par aucun des deux. Le parent le signale, le store décide, et vous l'apprenez après coup par une notification de remboursement ou un achat annulé. Il n'existe aucune fenêtre où ce que vous envoyez change le résultat.
Comment chaque store traite un achat non autorisé effectué par un enfant
Les deux stores aboutissent au même endroit, le parent est remboursé, mais ils y arrivent par des portes différentes et selon des horloges différentes.
| Question | App Store | Google Play |
|---|---|---|
| Où le parent fait la demande | reportaproblem.apple.com | Play Store ou l'aide Google Play, dans le groupe Family |
| Fenêtre de remboursement en libre-service | Apple examine la demande et décide au cas par cas | 48 heures pour rembourser directement depuis le Play Store |
| Signalement d'un débit non autorisé | Signalé à Apple, qui décide | Jusqu'à 120 jours après le débit pour le signaler comme non autorisé |
| Qui décide | Apple | Google, ou vous pour les demandes discrétionnaires du développeur après 48 heures |
| Votre intervention | Aucune ; vous voyez une notification REFUND | Aucune sur le remboursement du store ; un achat annulé arrive ensuite |
| Pouvez-vous refuser | Non | Seulement une demande discrétionnaire qui vous parvient après 48 heures, et Google peut malgré tout la rembourser |
Apple : le parent signale, vous l'apprenez par une notification
Sur l'App Store, le parent se rend sur reportaproblem.apple.com, choisit l'achat et demande un remboursement. Apple l'examine et publie en général une mise à jour sous 24 to 48 heures. Un organisateur familial peut déposer la demande pour n'importe quel membre de son groupe Family Sharing, si bien qu'un parent peut rembourser l'achat d'un enfant depuis son propre compte. C'est Apple qui décide. Votre serveur reçoit une notification REFUND quand l'argent est parti et un REFUND_DECLINED quand il est resté, et c'est là toute votre implication.
Google Play : 48 heures pour le libre-service, 120 jours pour le déclarer non autorisé
Google Play accorde à l'acheteur une fenêtre de 48 heures pour rembourser la plupart des achats directement depuis le store, sans personne d'autre. C'est la voie rapide qu'un parent emprunte dès qu'il repère le débit. Passé 48 heures, le store le renvoie vers vous pour un remboursement discrétionnaire, mais un achat qu'un enfant a fait sans permission dispose d'une seconde porte, bien plus longue : Google autorise un titulaire de compte à signaler un débit non autorisé jusqu'à 120 jours après son enregistrement. Signalez-le là et Google gère le remboursement selon sa propre politique, pas la vôtre, et il apparaît dans vos rapports comme un achat annulé sur lequel vous n'avez jamais pu vous prononcer.
La fenêtre de 15 minutes où l'argent part réellement
Presque aucun de ces achats ne se produit parce qu'un enfant connaissait un mot de passe. Ils se produisent parce qu'un parent en a saisi un quelques minutes plus tôt. Le réglage d'achat d'Apple a deux états : Always Require, qui demande le mot de passe à chaque achat, et Require After 15 Minutes, qui saute la demande pendant 15 minutes après la dernière saisie. Si un parent déverrouille un achat pour acheter une chose, tend le téléphone à un enfant, et que l'enfant continue d'appuyer sur Buy, chaque achat dans cette fenêtre de 15 minutes passe sans aucun contrôle supplémentaire. Face ID et Touch ID referment cette faille parce qu'ils sont exigés à chaque transaction, mais un appareil réglé sur un mot de passe partagé, non.
Vous ne contrôlez pas ce réglage. Mais le connaître explique le motif que vous voyez dans vos données : non pas un achat, mais une rafale d'achats depuis un même compte en quelques minutes, souvent les plus gros packs que vous vendez, suivie des semaines plus tard d'un remboursement ou d'un chargeback pour toute la série.
Ce que vous coûte un remboursement d'achat intégré non autorisé
Tous les remboursements de cette liste ne coûtent pas la même chose. Le prix payé par le client lui est rendu, le store annule sa propre commission, et ce que vous perdez réellement dépend de ce que vous aviez déjà dépensé au moment où le remboursement est arrivé.
Un consommable dépensé est une perte totale
Si l'enfant a acheté un consommable, un pack de pièces, un lot de gemmes, un paquet de crédits, et qu'une partie en a été dépensée avant le remboursement, cette valeur est perdue. Le store rend le prix et sa part, mais le calcul, les appels d'API et le contenu que vous avez livrés sont des coûts que vous avez déjà payés et que vous ne pouvez pas récupérer. Un consommable remboursé est le seul cas où le remboursement annule la vente mais pas votre dépense. Un non-consommable, un déblocage à vie ou une suppression de publicités, est plus clément : vous pouvez révoquer le droit, si bien que votre perte est proche de zéro. Un abonnement que vous pouvez annuler et révoquer se situe entre les deux.

Un chargeback est pire que le remboursement
La pire version de l'achat d'un enfant est celle où le parent contourne le store et appelle la banque. C'est un chargeback, et il est définitif, tranché par la banque : pas d'examen du store, pas de recours, pas de fenêtre pour le développeur. Il coûte aussi plus cher. Un remboursement du store rend le prix et la commission, si bien qu'il se rapproche de votre coût de livraison. Un chargeback sur une commande Google Play passée après August 3, 2026 met à votre charge le prix de l'achat, moins les frais de service de Play, plus les frais de chargeback de la banque. Ainsi le même pack de pièces contesté vous coûte moins en remboursement qu'en chargeback, ce qui est le cas rare où vous préféreriez que le parent utilise le bouton de remboursement du store plutôt que sa banque.
Ce que vous pouvez et ne pouvez pas y faire
Soyez honnête sur les leviers. Vous ne gagnerez pas le remboursement, alors ne construisez pas un processus autour de la lutte contre lui. Dépensez vos efforts là où ils déplacent de l'argent : arrêter l'achat accidentel et lire le motif.
Vous ne pouvez pas le contester
Il n'existe aucune preuve que vous puissiez envoyer pour annuler le remboursement d'un enfant sur l'un ou l'autre store. Apple ne le demande pas, et la propre politique de Google l'accorde. Traitez-les comme décidés par le store, dans la même catégorie qu'un remboursement en libre-service de 48 heures, et tenez-les hors des chiffres que vous utilisez pour juger votre produit. Un remboursement déclenché par un enfant ne dit rien sur la qualité de votre application.
Vous pouvez empêcher qu'un appui involontaire dépense
L'achat que vous n'avez jamais déclenché est le moins cher à prévenir. N'empilez pas les écrans d'achat de sorte qu'un second appui tombe sur un bouton Buy. Placez une confirmation claire devant vos packs de plus grande valeur, pour que les erreurs les plus coûteuses exigent une seconde action délibérée. Ne concevez pas un store qui récompense les appuis rapides et répétés par de vrais débits. Rien de tout cela ne combat le remboursement. Cela arrête l'achat qui devient le remboursement.
Vous pouvez rattacher chaque achat au compte
Vous pouvez aussi voir le motif venir en étiquetant les achats par compte. L'appAccountToken d'Apple et l'obfuscatedAccountId de Google permettent de lier chaque achat à un identifiant de compte stable et non personnel, si bien qu'une rafale d'achats de forte valeur depuis un seul compte en quelques minutes est visible avant l'arrivée du remboursement ou du chargeback. Cela n'arrêtera pas le remboursement, mais cela vous dit quels comptes surveiller et donne à votre future preuve de chargeback, sur le seul flux Google qui la demande, un récit cohérent.
En bref
L'achat intégré non autorisé d'un enfant est un remboursement que vous n'alliez jamais gagner, sur aucun des deux stores, par conception. Le store donne raison au parent parce que les régulateurs le lui ont ordonné, l'argent peut revenir jusqu'à 120 jours plus tard sur Google Play, et la seule version qui vous coûte davantage est celle qui arrive sous forme de chargeback. Mettez ces remboursements dans la colonne des décidés par le store, cessez de les compter contre votre produit, et consacrez vos efforts au parcours d'achat, car l'appui que vous empêchez est la seule partie de tout cela que vous contrôlez vraiment.
Questions fréquentes
- Puis-je refuser de rembourser un achat que mon client dit avoir été effectué par son enfant ?
- Sur l'App Store, non. Apple décide du remboursement et ne vous demande jamais rien. Sur Google Play, vous pouvez refuser une demande discrétionnaire du développeur qui vous parvient après la fenêtre de 48 heures, mais Google peut malgré tout la rembourser selon sa propre politique, et refuser une demande légitime pousse souvent le parent vers sa banque, ce qui la transforme en un chargeback qui vous coûte plus cher.
- Combien de temps un parent a-t-il pour signaler un achat non autorisé ?
- Sur Google Play, un parent peut signaler un débit non autorisé jusqu'à 120 jours après son enregistrement, bien au-delà de la fenêtre de remboursement en libre-service de 48 heures. Sur l'App Store, il n'y a pas d'étape fixe pour le développeur ; le parent dépose sa demande sur reportaproblem.apple.com et Apple décide, en publiant généralement une mise à jour sous 24 to 48 heures.
- Est-ce que je récupère mon argent si l'enfant a déjà dépensé les pièces ?
- Non. Un remboursement annule le prix payé par le client, pas le calcul ni le contenu que vous avez déjà livrés. Un consommable dépensé est une perte totale de votre côté, même si le store rend sa commission. Un non-consommable ou un abonnement que vous pouvez révoquer vous coûte bien moins, parce que vous reprenez le droit.
- Ask to Buy ou l'approbation d'achat de Google arrêtent-ils ces achats ?
- Oui, quand la famille l'active. Ask to Buy est activé par défaut sur les comptes Apple des enfants de moins de 13 ans et peut être activé pour toute personne de moins de 18 ans, et il bloque un achat jusqu'à ce qu'un parent l'approuve. Les approbations d'achat de Google fonctionnent de la même façon via Family Link. C'est la famille qui les active, pas le développeur, vous ne pouvez donc pas compter sur le fait qu'elles soient activées.
- Le remboursement d'un enfant doit-il compter dans mon taux de remboursement ?
- Non. Il apparaît dans vos rapports de remboursement et d'achats annulés comme tout autre remboursement, mais ce n'est pas un signal sur votre produit. Séparez les remboursements décidés par le store, y compris les achats non autorisés d'enfants, de ceux qui jugent réellement votre application, et mesurez votre taux de récupération uniquement sur les deux flux contestables.
- Que puis-je réellement faire en tant que développeur ?
- Vous ne pouvez pas contester le remboursement. Vous pouvez concevoir un parcours d'achat qu'un appui involontaire ne peut pas mener à terme, éviter d'empiler les écrans d'achat, confirmer les achats de forte valeur, et rattacher chaque achat à un identifiant de compte stable pour repérer une rafale d'achats depuis un même compte avant l'arrivée du remboursement ou du chargeback.
Sources et lectures complémentaires
- Apple Support: Approve what kids buy and download with Ask to Buy (default on under 13, opt-in under 18, approve or decline before the purchase completes)
- Apple Support: Require a password for purchases in the App Store and other Apple services (Always Require vs Require After 15 Minutes; Face ID or Touch ID required every transaction)
- Apple Support: Request a refund for apps or content that you bought from Apple (reportaproblem.apple.com; family organizer can request for a family member; 24 to 48 hour update)
- Google Play Help: Learn about Google Play refund policies (48-hour self-service window, one refund per app, developer discretion after 48 hours)
- Google Play Help: Request a refund on Google Play (request a refund; report an unauthorized charge for up to 120 days after the transaction)
- US Federal Trade Commission: Google to Refund Consumers at Least 19 Million Dollars to Settle FTC Complaint on Children's Unauthorized In-App Charges (2014; full refunds and express informed consent required)
- Google Play Console Help: Updates to refund protection and chargeback cost responsibility (the August 3, 2026 chargeback fee shift)
RefundHalt
Le pilote automatique des remboursements pour l'App Store et Google Play
Poursuivre la lecture
Vous n'avez jamais possédé le app refund tax, alors un remboursement vous coûte votre part, pas le total du reçu
Remboursez un achat intégré et le reçu affiche le prix majoré de la taxe qui revient. Cette taxe n'a jamais été votre argent. Apple et Google la perçoivent et la reversent en tant que merchant of record, puis l'annulent lors d'un remboursement sans toucher à votre part. Voici ce qu'un remboursement coûte réellement, et la seule configuration où la taxe devient la vôtre.
Chaque remboursement de mise à niveau d'abonnement est une décision de la boutique, pas la vôtre, et il est prélevé directement sur vos revenus
Quand un client passe à un palier supérieur, la boutique émet un remboursement de mise à niveau d'abonnement pour les jours non utilisés de l'ancien plan, et elle réduit vos revenus de façon automatique. Voici comment fonctionnent les remboursements de mise à niveau sur l'App Store et Google Play, et pourquoi Apple garde le montant hors de votre serveur.