Résilier un abonnement et obtenir un remboursement sont deux choses différentes, et une seule rend son argent au client

Résilier un abonnement et demander un remboursement semblent être le même geste pour votre client, et ce n'est pas le cas. Résiliez un abonnement et la boutique arrête simplement le prochain prélèvement. Le client garde ce qu'il a déjà payé jusqu'à la fin de la période, et aucun argent ne change de mains. Demandez un remboursement et la boutique annule un paiement déjà encaissé, rend l'argent et retire l'accès avec lui. L'un est une perte de client que vous n'inscrivez jamais comme une perte comptable. L'autre est une reprise qui retire un produit réel d'une vente que vous aviez déjà enregistrée. Voici précisément où les deux se séparent, ce que chacun fait à votre chiffre d'affaires, et pourquoi seul un remboursement atteint votre serveur comme quelque chose auquel vous pouvez répondre.

Pourquoi résilier un abonnement ne déclenche pas de remboursement

Une résiliation est une action unique et bien précise: elle coupe le prochain renouvellement automatique. Elle n'annule pas le paiement que le client a déjà effectué, et elle ne coupe pas son accès sur-le-champ. Les deux boutiques sont explicites là-dessus, car la confusion est si fréquente qu'elles y répondent dès la première page d'aide que rencontre un client.

Google Play l'explique avec un exemple. Résiliez un forfait annuel acheté le 1 janvier et, selon les mots de Google, vous gardez l'accès à l'abonnement jusqu'au 31 décembre et vous n'êtes pas prélevé le janvier suivant. Apple fonctionne de la même façon: la résiliation arrête le renouvellement, et l'abonnement se poursuit jusqu'à la fin de sa période en cours avant de s'arrêter. Aucune boutique ne traite la résiliation elle-même comme un remboursement, et aucune ne rend la moindre partie de ce que le client a déjà payé.

Le client garde ce qu'il a déjà payé

C'est la partie qui surprend les gens. Une résiliation est tournée vers l'avenir. Elle met fin à la relation à la prochaine date de facturation, pas aujourd'hui. Google Play le dit clairement: quand vous résiliez, vous pouvez encore utiliser l'abonnement pendant la durée que vous avez déjà payée. L'argent de la période en cours reste attaché à la vente, et le client garde l'accès qu'il a acheté. Rien de cette transaction n'est annulé.

L'essai gratuit est le seul endroit où le moment de la résiliation compte vraiment

L'essai gratuit est là où une résiliation et un prélèvement se percutent. Un essai se transforme automatiquement en abonnement payant sauf si le client résilie avant sa fin. La consigne d'Apple elle-même est de résilier un essai gratuit au moins 24 heures avant qu'il ne se termine, car une résiliation qui arrive après la conversion de l'essai n'annule pas le prélèvement. À ce stade, le client n'a plus une question de résiliation. Il a une question de remboursement, et la réponse suit les règles du remboursement, pas celles de la résiliation.

Ce qu'un remboursement annule vraiment, et ce qu'il n'annule pas

Un remboursement est le flux qui déplace l'argent. Quand une boutique en accorde un, elle annule le paiement, rend les fonds au client et révoque l'article. Google Play le dit directement: si un remboursement est émis, le client perd l'accès à l'article. Un remboursement n'est pas une faveur ajoutée par-dessus une résiliation. C'est une demande distincte, avec sa propre fenêtre, son propre décideur et ses propres conséquences pour vos comptes.

Les fenêtres sont courtes et la décision ne vous appartient pas. Google Play propose un remboursement en libre-service uniquement dans les 48 heures suivant l'achat, après quoi la demande est acheminée vers le développeur. Google limite aussi le retour en libre-service à une fois par application, et prévient qu'il ne rembourse pas la plupart des achats Play. Apple garde les remboursements entièrement en main: le client dépose sa demande sur reportaproblem.apple.com, Apple examine chaque demande individuellement et Apple peut la refuser. Les prélèvements passés d'un abonnement sont le cas le plus difficile de tous. Google Play indique que les abonnements passés ne peuvent pas être remboursés en dehors de ses exceptions déclarées, comme un forfait prépayé non utilisé.

L'argent, et pourquoi une résiliation et un remboursement vous coûtent des choses complètement différentes

Les deux événements touchent vos finances de façons opposées. Les traiter comme un seul et même chiffre, c'est ainsi qu'une entreprise saine se met en panique toute seule, et qu'une entreprise qui fuit cache son vrai problème.

Une résiliation est un revenu futur abandonné, pas une perte comptable

Une résiliation ne vous coûte rien que vous aviez déjà gagné. Le produit des périodes que le client a payées reste le vôtre. Ce que vous perdez, c'est le revenu que vous auriez encaissé s'il avait continué à renouveler, ce qui est une question de valeur à vie, pas une reprise. Il n'y a aucune commission de la boutique à annuler, aucun frais rattaché, aucune dépense à passer en perte, car les ventes déjà réalisées restent réelles. Une résiliation est un problème de rétention à résoudre avec le produit et le prix, et elle ne vous demande jamais de preuves.

Un remboursement retire un produit déjà comptabilisé, plus la dépense qui se cache derrière

Un remboursement est l'événement coûteux. Quand une boutique en accorde un, elle annule sa propre commission en même temps que la vente, si bien que vous perdez votre produit net et non le prix affiché complet. C'est la seule bonne nouvelle, et cela s'arrête là. Le calcul que vous avez payé est dépensé. Les appels d'API facturés à la requête ou au jeton sont dépensés. Les fichiers encore présents dans le stockage continuent de vous coûter à conserver. Si l'achat a financé un versement à un créateur ou une cagnotte, cet argent est déjà parti. Un remboursement reprend la vente et laisse chacun de ces coûts exactement là où il était.

Une rétrofacturation est la version la plus lourde d'un remboursement

Une rétrofacturation est un remboursement que le client fait passer par sa banque plutôt que par la boutique, et une rétrofacturation aboutie est définitive côté banque. 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 les frais de service de Play, plus les frais de rétrofacturation de la banque, un montant fixe fixé par le réseau de la carte. Google Play vous achemine ce litige pour examen via orders.reviewrefund avec une fenêtre de 24 heures. C'est le seul flux Google qui réclame vos preuves, et il peut tomber sur un abonnement que le client aurait tout simplement pu résilier gratuitement.

Lequel des trois atteint un jour votre serveur

C'est la ligne qui compte pour la façon dont vous construisez. Une résiliation n'arrive jamais comme quelque chose auquel vous répondez. Elle apparaît dans l'état de votre abonnement comme un renouvellement qui n'aura pas lieu, et il n'y a ni fenêtre, ni demande de preuves, ni rien à contester, car rien ne vous a été retiré.

Un remboursement, c'est différent, et seulement sur certains produits. Depuis la mise à jour de la WWDC24 et la version 2.11 d'App Store Server Notifications, une demande de remboursement sur un abonnement à renouvellement automatique déclenche le CONSUMPTION_REQUEST d'Apple, et vous avez jusqu'à 12 heures pour envoyer les données de consommation. Sur Google Play, une rétrofacturation sur n'importe quel produit ouvre l'examen orders.reviewrefund avec 24 heures. Ces deux fenêtres sont toute la surface où un problème d'abonnement devient quelque chose auquel votre serveur peut répondre, et une simple résiliation n'en ouvre jamais aucune. Par ailleurs, Google Play rembourse automatiquement un achat que votre application ne confirme pas dans les 72 heures, un remboursement sur lequel vous n'avez jamais eu la moindre influence.

Comment traiter les résiliations et les remboursements dans vos propres données

Vous ne pouvez pas empêcher un client de résilier, et vous ne devriez pas chercher à traiter chaque résiliation comme un remboursement à défendre. Le travail consiste à distinguer nettement les deux.

• Comptez les résiliations et les remboursements comme des métriques distinctes. Une résiliation relève du churn et de la rétention. Un remboursement relève du coût des revenus. Mélangez-les et votre taux de remboursement paraîtra élevé pour une raison qui n'est en réalité que du churn.
• Ne construisez jamais de défense autour des résiliations. Elles n'ouvrent aucune fenêtre et ne reprennent aucun argent comptabilisé, donc les preuves n'ont nulle part où aller. Consacrez cet effort aux deux flux qui, eux, le réclament.
• Enregistrez la livraison et la consommation au moment de la vente, pas après qu'un litige tombe. Les remboursements qui ouvrent bien une fenêtre récompensent la télémétrie que vous détenez déjà et punissent la reconstitution que vous bricolez en urgence sous une horloge de 12 heures ou de 24 heures.
• Répondez aux deux fenêtres automatiquement. Un CONSUMPTION_REQUEST et un examen orders.reviewrefund ne peuvent pas attendre que quelqu'un lise une boîte de réception, et ils ne s'étendent ni aux fuseaux horaires ni aux week-ends.

Rien de tout cela ne consiste à dissuader un client de partir. Il s'agit de savoir quels départs vous coûtent de l'argent et lesquels ne vous coûtent qu'un renouvellement. RefundHalt répond automatiquement au CONSUMPTION_REQUEST de renouvellement automatique et à l'examen orders.reviewrefund de Google Play, dans la fenêtre, avec les preuves de livraison et d'usage que vous avez enregistrées au moment de la vente, et il garde les résiliations hors de votre registre de remboursements, pour que le chiffre par lequel vous vous jugez reste honnête.