La fraude amicale est la rétrofacturation où le client a déjà obtenu ce qu'il a payé, et c'est le seul litige que vos preuves peuvent encore influencer
La fraude amicale se produit lorsqu'un vrai client achète votre achat intégré, l'utilise, puis dit à sa banque que le débit était erroné. Les biens sont partis et l'argent est reversé. Voici ce que cela coûte à un développeur d'applications, pourquoi cela augmente et la courte fenêtre qu'Apple et Google vous laissent pour réagir.

Points clés
- La fraude amicale est un litige déposé par le véritable titulaire de la carte après avoir reçu et utilisé ce qu'il a acheté. Ce n'est pas un inconnu avec une carte volée, et c'est pourquoi elle échappe aux contrôles antifraude conçus pour la vraie fraude.
- Juniper Research prévoit que la fraude amicale représentera 28 pour cent de toutes les rétrofacturations dans le monde d'ici 2031, et une enquête Chargebacks911 de 2026 auprès de plus de 250 marchands a constaté que 83.4 pour cent déclarent qu'elle augmente depuis trois ans.
- Pour un développeur d'applications, la fraude amicale coûte cher parce que le produit a déjà été livré et consommé. Le calcul, les appels d'API, le stockage et tout versement que vous avez financé sont partis avant que l'argent ne soit reversé.
- Pour les commandes Google Play passées le 3 août 2026 ou après, une rétrofacturation perdue facture au développeur le prix d'achat moins la commission de service de Play plus les frais de rétrofacturation de la banque, donc la fraude amicale a désormais un prix direct sur Android.
- Le seul levier dont vous disposez, ce sont les preuves, et il est limité dans le temps. Apple envoie un CONSUMPTION_REQUEST et attend 12 heures; Google Play envoie un PendingRefundReviewNotification et attend 24 heures un appel orders.reviewrefund.
- Une rétrofacturation terminée est définitive du côté de la banque, et les remboursements en libre-service de 48 heures de Google Play, les remboursements du support et les achats annulés sont décidés sans vous. Vos preuves ne comptent qu'à l'intérieur de ces deux fenêtres d'examen, avant la décision.
- Jugez votre protection contre les remboursements uniquement sur les cas contestables. Un litige de fraude amicale auquel vous avez répondu avec des données de livraison et de consommation est un combat que vous avez mené; un remboursement de la boutique dont on ne vous a jamais informé n'en est pas un.
La fraude amicale est le litige dont personne ne vous prévient, parce que la personne qui le dépose n'est pas un criminel avec une carte volée. C'est votre client réel. Il a acheté votre achat intégré avec sa propre carte, il a utilisé ce qu'il a acheté, puis il a dit à sa banque que le débit était une erreur. L'argent est reversé, les biens restent consommés et, du côté de la banque, le dossier semble identique à une vraie fraude. Pour les développeurs d'applications, cela compte pour une raison: c'est le seul type de litige où vos propres preuves restent un élément de la décision, et les deux boutiques ne vous laissent que quelques heures pour les fournir. Voici ce que coûte réellement la fraude amicale, pourquoi elle ne cesse de grimper et l'étroit levier qu'Apple et Google vous laissent.
Ce qu'est la fraude amicale, et pourquoi ce n'est pas toujours une fraude
La fraude amicale, aussi appelée fraude de première partie ou fraude à la rétrofacturation, se produit lorsque le véritable titulaire de la carte effectue un achat puis demande une rétrofacturation à sa banque émettrice après avoir reçu les biens ou services. Le nom est délibérément à l'envers. La personne en face n'est pas un attaquant tiers, mais le même client qui a appuyé sur acheter.
L'intention n'est pas toujours là. Une partie relève d'un abus délibéré, une façon de garder le contenu et de récupérer l'argent. Mais une bonne partie est une confusion honnête: un titulaire de carte qui a oublié un achat légitime, un parent qui n'a pas reconnu un débit effectué par un membre de la famille, ou un simple remords de l'acheteur déguisé en erreur de facturation. Pour votre comptabilité, peu importe lequel. L'argent part de toute façon.
En quoi elle diffère de la vraie fraude
La vraie fraude, c'est un inconnu qui utilise une carte qui n'est pas la sienne, et les outils antifraude intégrés aux boutiques la visent directement: signaux de l'appareil, contrôles de vélocité, schémas de cartes volées. La fraude amicale traverse tout cela sans difficulté, parce que chaque signal est légitime. Le vrai compte, le vrai appareil, la vraie carte, le vrai achat. La seule chose fausse est l'affirmation faite ensuite à la banque, et cette affirmation arrive bien après que vos contrôles antifraude ont été passés.
À quel point la fraude amicale a grandi
La fraude amicale n'est plus une erreur d'arrondi, et toutes les tendances pointent dans une seule direction. Juniper Research prévoit qu'elle représentera 28 pour cent de toutes les rétrofacturations dans le monde d'ici 2031, portée par l'évolution de l'attitude des consommateurs envers la contestation des débits. Le Chargeback Field Report 2026 de Chargebacks911, une enquête auprès de plus de 250 marchands, a constaté que 83.4 pour cent déclarent que la fraude amicale a augmenté ces trois dernières années, et que 74.4 pour cent la qualifient de préoccupation modérée ou importante.
Le coût s'aggrave en même temps que le volume. Les données du secteur pour 2026 situent le coût réel de la fraude à environ $5.13 pour chaque dollar contesté, une fois comptés les frais, les biens perdus et le traitement, et les marchands qui se battent sur les litiges ne gagnent qu'environ 43.8 pour cent de ceux qu'ils contestent et n'en récupèrent nets qu'environ 10.7 pour cent après l'effort. La leçon de ces deux derniers chiffres n'est pas que se battre est inutile. C'est que se battre après coup est un mauvais pari, et empêcher le litige d'aboutir en premier lieu, c'est là qu'est l'argent.
| La fraude amicale, en chiffres | Chiffre | Source |
|---|---|---|
| Part de toutes les rétrofacturations d'ici 2031 | 28 pour cent, projeté | Juniper Research |
| Marchands d'entreprise signalant une hausse | 83.4 pour cent | Chargebacks911 2026 |
| Marchands la qualifiant de préoccupation modérée ou importante | 74.4 pour cent | Chargebacks911 2026 |
| Demandes abusives en part de tous les retours | 27.1 pour cent | Chargebacks911 2026 |
| Coût réel par dollar contesté en 2026 | environ $5.13 | Chargebacks911 |
Pourquoi la fraude amicale coûte à un développeur d'applications plus que le prix
Le chiffre qui fait mal n'est jamais seulement le prix d'achat. C'est le prix plus tout ce que vous avez déjà dépensé pour honorer l'achat, et avec un produit numérique la quasi-totalité de cette dépense a lieu avant que le litige n'arrive. Un remboursement d'un carton non ouvert est neutre. Une rétrofacturation de fraude amicale sur un achat intégré déjà consommé est une perte empilée sur un coût que vous ne pouvez pas récupérer.
Le coût livré que vous avez déjà payé
Remontez l'argent à partir du litige. Le résultat généré a brûlé des minutes de GPU qui vous ont été facturées. La fonctionnalité a exécuté des appels d'API qui vous ont été facturés par jeton ou par requête. Les fichiers que le client a téléchargés se trouvent toujours dans un stockage que vous payez pour conserver. Si l'achat a financé un versement à un créateur ou une cagnotte, cet argent a déjà quitté votre compte. La fraude amicale annule la vente et laisse chacun de ces coûts en place. Le client garde la valeur, vous gardez la facture.

Sur Google Play, le litige vous facture désormais directement
Jusqu'à récemment, une rétrofacturation sur l'une ou l'autre boutique était surtout une perte que la boutique assumait. Cela a changé sur Android. Pour les commandes Google Play passées le 3 août 2026 ou après, Google Play et le développeur partagent les coûts de rétrofacturation, ce qui signifie en pratique qu'un litige perdu vous facture le prix d'achat moins la commission de service de Play, plus les frais de rétrofacturation de la banque ou du réseau de cartes. Ces frais sont fixés par le réseau, pas par Google, et les rapports du secteur les situent couramment entre $15 et $25 par litige, une charge fixe qui peut éclipser le prix d'un achat bon marché.
| Ce qu'emporte un litige de fraude amicale | Où cela retombe |
|---|---|
| Le prix d'achat, reversé au client | Perdu sur les deux boutiques |
| Frais de rétrofacturation Google Play, commandes le 3 août 2026 ou après | Développeur, sur Android |
| Calcul, appels d'API et stockage déjà dépensés | Développeur, toujours |
| Tout versement que l'achat a financé | Développeur, déjà parti |
| Temps du personnel pour rassembler les preuves et répondre | Développeur, toujours |
Sur l'App Store, Apple assume la banque, vous perdez les revenus
Apple est le marchand officiel, donc une rétrofacturation de carte sur un achat de l'App Store se règle entre la banque du titulaire de la carte et Apple, et vous ne voyez jamais ce dossier ni de frais bancaires pour celui-ci. Ce que vous perdez, c'est l'argent. Lorsqu'un remboursement est accordé, le montant est prélevé sur vos revenus, et pour les demandes de remboursement qu'Apple vous transmet effectivement, vos preuves sont la seule influence dont vous disposez. L'exposition aux frais bancaires est une histoire de Google Play; l'histoire des revenus perdus concerne les deux boutiques.
L'étroite fenêtre où vos preuves comptent encore
Il y a exactement deux moments où une boutique s'arrête et demande des preuves au développeur avant de décider, et la fraude amicale est précisément le cas pour lequel ils existent. Les deux sont courts, et les deux se referment sans vous si vous les manquez.
Le CONSUMPTION_REQUEST de 12 heures d'Apple
Lorsqu'un client demande à Apple un remboursement sur un achat intégré éligible, Apple envoie à votre serveur une notification CONSUMPTION_REQUEST et attend jusqu'à 12 heures que vous appeliez Send Consumption Information. Vous renvoyez des données structurées: si l'article a été livré, quelle part en a été consommée et votre préférence de remboursement. Apple prend quand même la décision, mais votre réponse est un élément documenté, et c'est le seul endroit où un remboursement de fraude amicale sur Apple peut être contré.
L'orders.reviewrefund de 24 heures de Google Play
Sur Android, le déclencheur est un PendingRefundReviewNotification. À partir du moment où il arrive, vous avez 24 heures pour appeler la méthode orders.reviewrefund avec une préférence de remboursement et des preuves d'usage, l'état de livraison de la commande et le statut de consommation de l'article. Google l'intègre à sa décision et, lorsque les preuves le justifient, conteste la rétrofacturation auprès de la banque en votre nom. Google n'enregistre que votre premier appel pour une notification donnée, alors rassemblez les preuves avant de répondre, pas après.
| Fenêtre de preuves | Apple | Google Play |
|---|---|---|
| Notification | CONSUMPTION_REQUEST | PendingRefundReviewNotification |
| Délai de réponse | 12 heures | 24 heures |
| Comment vous répondez | Send Consumption Information | orders.reviewrefund |
| Ce que vous envoyez | Statut de livraison, consommation, préférence de remboursement | Préférence de remboursement, état de livraison, statut de consommation |
| Nouvelles tentatives | Une réponse enregistrée | Premier appel uniquement, les suivants sont ignorés |
Les litiges de fraude amicale que vous ne pouvez jamais influencer
Tout événement de remboursement ne vous donne pas voix au chapitre, et il est utile de savoir lesquels se décident au-dessus de vous afin de ne dépenser vos efforts que là où cela paie.
- Une rétrofacturation terminée est définitive du côté de la banque. Une fois que la banque émettrice donne raison au titulaire de la carte, aucun recours auprès d'Apple ou de Google ne l'annule. Votre seule influence, ce sont les preuves soumises avant la décision.
- Le remboursement en libre-service de 48 heures de Google Play, c'est à Google de l'accorder selon sa propre politique. Vous n'êtes pas consulté et n'êtes averti que lorsqu'il apparaît sous forme d'achat annulé.
- Les remboursements accordés par le support sur l'une ou l'autre boutique sont définitifs, sans canal de recours pour le développeur.
- Un achat Google Play non confirmé est remboursé automatiquement au bout d'environ 72 heures. C'est un défaut d'intégration, pas un litige, et la solution est de confirmer les achats côté serveur, pas de contester quoi que ce soit.
Comment rendre la fraude amicale contestable avant qu'elle ne survienne
Vous ne pouvez pas empêcher un client d'appeler sa banque. Vous pouvez décider, bien à l'avance, si le litige qui suit est susceptible de réponse ou une perte automatique. Tout ce qui rend la fraude amicale gagnable doit exister avant l'arrivée de la notification.
Enregistrez la livraison et la consommation au moment où elles se produisent
Les preuves que les deux boutiques demandent, que l'article a été livré et utilisé, ne convainquent que si elles ont été consignées au moment des faits. Enregistrez ce que chaque achat a accordé et s'il a été consommé au moment de l'usage, et non reconstruit après l'arrivée d'un litige. Un appel reviewrefund ou une réponse de consommation ne vaut que ce que vaut la télémétrie qui le soutient.
Automatisez la réponse, pas une personne
Reliez CONSUMPTION_REQUEST et PendingRefundReviewNotification à un gestionnaire qui rassemble les preuves et répond de lui-même. Une horloge de 12 heures et une de 24 heures ne peuvent pas dépendre de quelqu'un qui remarque une boîte de réception. Les litiges que vous gagnez sont ceux qui reçoivent une réponse automatique, dans la fenêtre, à chaque fois.
Jugez votre protection uniquement sur les cas contestables
Séparez vos remboursements entre ceux qui ont une fenêtre d'examen et ceux qui n'en ont pas. Les demandes de remboursement de fraude amicale et les examens de rétrofacturation sont là où un taux de sauvegarde signifie quelque chose, parce qu'il y a eu une décision que vos preuves pouvaient faire bouger. Les remboursements émis par la boutique portent une information, pas un verdict sur vos défenses. RefundHalt est conçu autour de cette séparation: il répond automatiquement à la demande de consommation et à l'appel reviewrefund avec les preuves de livraison et d'usage que vous avez enregistrées, et garde les remboursements non contestables dans leur propre registre pour que vos chiffres restent honnêtes.
Questions fréquentes
- Qu'est-ce que la fraude amicale dans une application?
- La fraude amicale se produit lorsqu'un vrai client achète un achat intégré avec sa propre carte, le reçoit et l'utilise, puis conteste le débit auprès de sa banque comme s'il n'était pas autorisé. On l'appelle aussi fraude de première partie ou fraude à la rétrofacturation, et elle diffère de la vraie fraude parce que l'acheteur est le titulaire légitime du compte, pas un inconnu avec une carte volée.
- En quoi la fraude amicale diffère-t-elle d'un remboursement normal?
- Un remboursement est accordé par la boutique, et c'est la boutique qui le décide. La fraude amicale arrive généralement sous forme de rétrofacturation, où le client court-circuite la boutique et conteste le débit auprès de sa banque, et c'est la banque qui décide. Une rétrofacturation terminée est définitive du côté de la banque, tandis qu'une demande de remboursement sur Apple ou un examen de rétrofacturation sur Google Play vous laisse encore une courte fenêtre de preuves.
- La fraude amicale coûte-t-elle de l'argent à un développeur d'applications sur l'App Store?
- Oui, mais de façon indirecte. Apple est le marchand officiel, donc une rétrofacturation de carte se règle entre la banque et Apple et vous ne voyez aucuns frais bancaires. Vous perdez tout de même les revenus lorsqu'un remboursement est accordé, ainsi que le calcul, les appels d'API, le stockage et les versements que vous avez déjà dépensés pour livrer l'achat.
- Comment lutter contre la fraude amicale sur Google Play?
- Lorsqu'un PendingRefundReviewNotification arrive, appelez la méthode orders.reviewrefund dans les 24 heures avec une préférence de remboursement et des preuves d'usage comme l'état de livraison et le statut de consommation. Google l'utilise pour contester la rétrofacturation auprès de la banque. Seul votre premier appel est enregistré, alors rassemblez les preuves avant de répondre.
- Pourquoi la fraude amicale est-elle devenue plus coûteuse pour les développeurs Android en 2026?
- Pour les commandes Google Play passées le 3 août 2026 ou après, Google Play et le développeur partagent les coûts de rétrofacturation. Un litige perdu facture désormais au développeur le prix d'achat moins la commission de service de Play plus les frais de rétrofacturation de la banque, donc la fraude amicale comporte un coût direct sur Android que Google absorbait auparavant.
Sources et lectures complémentaires
- Juniper Research: Friendly fraud to make up 28% of chargebacks globally by 2031
- Chargebacks911: 2026 Chargeback Field Report (friendly fraud rising for 83% of enterprise merchants)
- Chargebacks911: Chargeback statistics for 2026
- Apple: Send Consumption Information (App Store Server API)
- Apple: App Store Server Notifications V2 (CONSUMPTION_REQUEST)
- Google Play Billing: Provide refund and chargeback suggestions (orders.reviewrefund, 24-hour window)
- Google 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
Le délai de traitement d'un remboursement sur l'App Store va de deux jours à deux mois, et un remboursement lent peut se transformer en chargeback
Apple décide d'un remboursement de l'App Store en environ deux jours, mais l'argent peut mettre jusqu'à 30 jours sur une carte et jusqu'à 60 sur une facture de téléphone. Voici le vrai délai de traitement d'un remboursement sur l'App Store selon le mode de paiement, comment Google Play se compare et pourquoi un remboursement lent peut se transformer en chargeback que vous ne pouvez pas contester.
Vos rapports de remboursement ne concordent jamais entre Apple, Google et votre serveur, voici comment les rapprocher
Apple affiche les remboursements dans deux rapports, Google dans deux autres, et votre serveur en voit un quatrième. Aucun des décomptes ne concorde, et les écarts sont voulus. Voici pourquoi chaque surface attribue les remboursements différemment, et comment rapprocher les rapports de remboursement de vos propres enregistrements par transaction.