Ce qu'un remboursement coûte à votre app dépasse le prix que vous rendez

Quand un client récupère son argent, le nombre que vous remarquez est le prix de vente qui quitte votre compte. Ce nombre est réel, mais c'est la plus petite ligne de la facture. Ce qu'un remboursement coûte à votre app, c'est la vente que vous annulez plus tout ce que vous avez déjà dépensé pour la gagner et la servir, moins la seule chose que la boutique rend discrètement. Lisez la facture entière et les remboursements cessent de ressembler à une simple restitution d'un seul prix. Ils ressemblent à ce qu'ils sont, une perte à plusieurs parties, dont une seule apparaît sur la ligne du remboursement.

Voici la comptabilité complète, avec de vrais chiffres et leur origine. La boutique rend sa commission, donc vous perdez votre part et non le paiement entier du client. Le calcul, les appels d'API, le stockage et les versements que vous avez déjà brûlés ne s'annulent pas. Et une rétrofacturation, qui est le cousin plus brutal du remboursement, porte désormais des frais bancaires que votre entreprise absorbe. Parcourez la facture de haut en bas et vous pourrez tarifer un remboursement correctement, ce qui est le premier pas pour dépenser votre défense uniquement là où elle rapporte.

Ce qu'un remboursement coûte, ligne par ligne

Un remboursement comporte trois couches de coût, et seule la première est évidente. Le prix de vente que vous rendez est la couche un. Le calcul de la commission qui décide quelle part de ce prix est réellement la vôtre à perdre est la couche deux. Et l'argent déjà dépensé pour livrer l'achat, qu'aucun remboursement ne touche, est la couche trois. Manquez l'une des trois et vous tariferez mal chaque remboursement de votre grand livre.

La couche un est la vente, mais pas toute la vente

Le titre, c'est le prix payé par le client. Sur un remboursement le client récupère ce prix entier. Mais vous n'avez jamais gardé le prix entier au départ, car la boutique a prélevé sa commission à la vente. Donc le montant qui quitte réellement votre poche sur un remboursement est votre part, et la coupe de la boutique se règle séparément. Cette distinction est la différence entre perdre dix dollars et en perdre sept, et elle se règle différemment sur chaque boutique.

Apple rend sa commission

Sur l'App Store, lorsqu'Apple rembourse un client, Apple déduit votre part après commission, non le prix entier. Un développeur qui a vérifié son propre rapport de paiement App Store Connect a constaté qu'Apple avait retiré la colonne Extended Partner Share, celle qui contient les recettes du développeur, lorsqu'il a émis les remboursements de ses utilisateurs. En clair, Apple rend sa propre commission et ne reprend que ce qu'il vous avait versé. Il y a une réserve sur le papier : le Paid Applications Agreement d'Apple réserve à Apple le droit de conserver sa commission malgré un remboursement. Dans les transactions ordinaires cette clause n'est quasiment jamais exercée, mais c'est la raison pour laquelle vous ne traitez jamais la restitution de la commission comme une garantie dans les cas de fraude ou d'abus.

Google rend aussi les frais de service

Google Play fonctionne de la même manière et le dit clairement. Lorsque vous émettez un remboursement, Google vous rend les frais de service et vous voyez les frais restitués sur votre prochain rapport de revenus. Les frais de service de Google Play sont couramment de 15 pour cent sur le premier million de dollars qu'un développeur gagne chaque année et sur les abonnements, et de 30 pour cent au-delà. La commission d'Apple est de 30 pour cent pour la plupart des apps, ou de 15 pour cent dans le cadre de l'App Store Small Business Program et sur les abonnements à renouvellement automatique après un an de service payant. Quel que soit votre taux, les deux boutiques rendent leur coupe sur un remboursement, donc la perte du prix de vente est votre part, non le paiement entier.

Les coûts déjà dépensés ne reviennent pas

La couche trois est celle qu'aucune boutique ne peut rendre, car la boutique ne l'a jamais détenue. À l'instant où un achat a été livré, vous aviez déjà dépensé de l'argent réel à le servir. Cette dépense est la même que le client garde l'achat ou demande un remboursement une heure plus tard, et un remboursement n'en annule rien.

Nommez les postes, car ce sont des liquidités

Ce ne sont pas des coûts flous. Ce sont des postes que vous avez payés : les cycles de calcul qui ont exécuté la fonctionnalité, les appels d'API du modèle facturés au token, le stockage provisionné pour les données du client, la bande passante pour les livrer et tout versement à un créateur ou partenaire déjà envoyé pour cette transaction. Un remboursement rend la vente. Il n'en récupère pas un seul. Sur un achat lourd, un lot d'images, une longue génération, un export volumineux, la couche trois peut représenter une fraction notable du prix de vente à elle seule, et elle est dépensée avant même que la demande de remboursement n'arrive.

Une rétrofacturation est une facture plus lourde qu'un remboursement

Une rétrofacturation n'est pas un remboursement, et ne coûte pas la même chose. Un remboursement, c'est le client qui demande son argent à la boutique. Une rétrofacturation, c'est le client qui demande à sa banque de le forcer, et la banque facture des frais pour mener ce litige. Qui supporte ces frais est le point où les deux boutiques divergent désormais nettement.

Apple garde les rétrofacturations entre la banque et lui

Sur l'App Store, une rétrofacturation de carte se règle entre la banque et Apple. Apple ne vous répercute pas le prix contesté comme un remboursement déduit vos recettes, et aucun frais bancaire distinct n'est facturé sur votre compte. Cela ne rend pas les litiges de carte gratuits, puisqu'un remboursement sur la même transaction vous aurait quand même coûté votre part, mais Apple absorbe lui-même la mécanique de la rétrofacturation.

Google Play vous met désormais la rétrofacturation à charge

Google Play a changé cela le 3 août 2026. Pour les commandes passées après cette date, une rétrofacturation reporte sur le développeur le prix d'achat moins les frais de service de Play, plus les frais de rétrofacturation associés de l'établissement financier. Google Play continue de couvrir les frais de service de cette transaction. Avant ce changement Google absorbait entièrement les pertes de rétrofacturation, donc c'est un coût nouveau et réel, et Google le présente comme alignant Play sur les standards de l'industrie et comme une raison d'utiliser la Review Refund API pour contester les litiges illégitimes.

Mettez un chiffre sur l'écart

Prenez un achat intégré de dix dollars sur Google Play avec des frais de service de 15 pour cent. Si vous le remboursez vous-même, vous perdez votre part, environ 8.50 dollars, et Google rend les frais de 1.50 dollar. Si ce même achat devient plutôt une rétrofacturation après le 3 août 2026, vous perdez les mêmes 8.50 dollars et vous absorbez aussi les frais de rétrofacturation de la banque, que l'industrie des cartes situe couramment entre 15 et 25 dollars par litige. Sur une vente de dix dollars, les frais de la banque à eux seuls peuvent coûter plus que la vente. C'est tout l'argument pour émettre un remboursement avant qu'un litige ne puisse s'aggraver : la vente est perdue de toute façon, mais les frais de la banque ne sont sur la table qu'une fois la banque impliquée.

Les remboursements que vous n'avez jamais pu tarifer

Certains remboursements sont décidés sans vous et vous coûtent quand même le montant entier. Le remboursement en libre-service de 48 heures de Google Play est accordé selon la politique de Google sans intervention du développeur, et le calcul de l'argent est le même, vous perdez votre part plus ce que vous avez déjà dépensé à le servir. Le remboursement automatique que Google émet lorsque votre app n'accuse pas réception d'un achat sous environ trois jours est la même perte pour un achat que le client n'a peut-être jamais utilisé, et contrairement aux autres il est entièrement évitable en accusant réception côté serveur. Vous ne pouvez pas contester ceux-là, mais vous pouvez les compter correctement, et vous pouvez arrêter les évitables à la source.

Comment tarifer et prévenir, sans personne dans la boucle

Deux habitudes transforment cela d'une fuite en un nombre que vous gérez. D'abord, étiquetez le coût réel de chaque achat, le calcul, l'API, le stockage et le versement qu'il a déclenchés, pour qu'un remboursement débite un chiffre exact et non le seul prix de vente. Ensuite, fermez la voie d'escalade avant qu'elle ne s'ouvre : accusez réception des achats côté serveur pour que le remboursement automatique de trois jours ne se déclenche jamais, et émettez un remboursement sur une commande manifestement mauvaise avant qu'elle ne puisse devenir une rétrofacturation et ramasser des frais bancaires. RefundHalt fait tourner cette plomberie automatiquement, en associant chaque remboursement et litige à son compte et en basculant l'accès à l'instant où l'issue atterrit, pour que les seuls remboursements que vous payez soient ceux que vous n'auriez jamais pu prévenir.