Vous pouvez suspendre un abonnement ou repousser sa date de renouvellement au lieu de le rembourser, et vous conservez ainsi la quasi-totalité de l'argent

Vous pouvez suspendre un abonnement, repousser son prochain prélèvement dans le futur ou offrir des jours gratuits à un abonné, et chacune de ces actions conserve le client dans vos comptes sans rendre le moindre centime que vous avez déjà encaissé. Un remboursement fait le contraire. Il rend le dernier prélèvement, parfois une année entière, et le client est de toute façon généralement parti. Alors quand quelqu'un dit qu'il veut partir ou demande à être remboursé, le remboursement est rarement votre seul recours, et c'est presque toujours le plus coûteux.

Voici la carte. Google Play permet à un utilisateur de suspendre un abonnement à renouvellement automatique, et il vous permet de reporter le prochain prélèvement d'un jour à un an. Apple n'a pas de bouton de suspension, mais il vous permet de prolonger une date de renouvellement deux fois par an, jusqu'à 90 jours à chaque fois, sans frais pour le client. Ce qui suit, c'est comment fonctionne chaque levier sur chaque store, ce qu'il vous coûte par rapport à un remboursement, et la seule situation où aucun d'eux n'aide.

Le choix que vous avez réellement quand un abonné veut partir

Une résiliation et un remboursement ne sont pas le même événement, et traiter chaque abonné mécontent comme un remboursement, c'est ainsi que les studios rendent de l'argent qu'ils n'ont jamais eu à rendre. Une résiliation arrête le prochain renouvellement et laisse l'argent déjà payé là où il est. Un remboursement revient en arrière et retire un prélèvement que vous aviez déjà comptabilisé. Entre ces deux se trouve un ensemble d'outils du store conçus exactement pour ce moment : garder la personne abonnée, ou garder la relation chaleureuse, sans annuler un paiement.

Suspendre, reporter, prolonger, puis rembourser

L'ordre compte. Une suspension met l'abonnement en pause pour que le client puisse s'éloigner et revenir. Un report ou une prolongation accorde du temps gratuit, ce qui transforme une éventuelle demande de remboursement en un geste de bonne volonté qui vous coûte des jours, pas des dollars. Un remboursement est l'outil de dernier recours, car c'est le seul des quatre qui retire de l'argent de votre compte. Recourez-y quand les autres ne conviennent pas, pas avant.

Comment suspendre un abonnement sur Google Play

Google Play est le seul des deux stores à proposer une vraie suspension. Un utilisateur ouvre son abonnement dans le Play Store, choisit de le suspendre, et le store s'occupe du reste. Vous ne l'approuvez pas, mais vous pouvez concevoir autour de cela.

Combien de temps une suspension peut durer

Un utilisateur peut suspendre pour une durée comprise entre une semaine et trois mois, et les choix dépendent du cycle de facturation du forfait. La suspension ne prend toujours effet qu'une fois la période de facturation en cours terminée, ainsi le client conserve ce qu'il a déjà payé et la suspension commence proprement au prochain renouvellement.

Ce qu'une suspension fait à l'accès, à la facturation et à vos requêtes

Pendant que l'abonnement est suspendu, l'utilisateur n'a pas accès et ne paie pas le prix de renouvellement. Rien ne sort de votre compte, et rien n'y entre. Un détail d'intégration prend les équipes au dépourvu : un abonnement suspendu n'est pas renvoyé par la méthode queryPurchasesAsync() de la Play Billing Library sauf si vous définissez includeSuspendedSubscriptions sur true. Manquez cela et votre app peut traiter un abonné suspendu comme totalement perdu alors qu'il est à un geste de revenir.

Ce qui se passe à la fin d'une suspension

À la fin de la période de suspension, l'abonnement reprend et Google tente de le renouveler. Un utilisateur peut aussi reprendre manuellement à tout moment pendant la suspension, et lorsqu'il le fait la date de facturation passe à la date de reprise manuelle. Si la tentative de renouvellement échoue, l'abonnement suit le même parcours d'échec de renouvellement que n'importe quel autre, à travers la période de grâce de facturation et la mise en attente du compte, ainsi une suspension ne supprime pas vos étapes de récupération, elle ne fait que les retarder.

Apple n'a pas de suspension, alors vous prolongez la date de renouvellement à la place

Apple ne donne pas aux utilisateurs un interrupteur de suspension. Ce qu'il donne aux développeurs, c'est la possibilité de déplacer la date de renouvellement d'un abonné dans le futur, ce qui accorde du temps de service gratuit et repousse le prochain prélèvement. C'est une action côté serveur, pas quelque chose que le client touche.

Deux fois par an, jusqu'à 90 jours à chaque fois

En utilisant l'App Store Server API, vous pouvez déplacer la date de renouvellement de l'abonnement d'un client deux fois par année civile, chacune jusqu'à 90 jours dans le futur, et le client n'est pas prélevé pour le temps ajouté. Vous joignez un extendReasonCode qui enregistre le motif, comme la satisfaction client ou un problème de service. C'est ce qu'Apple propose de plus proche d'une suspension : au lieu de mettre le forfait en pause, vous le prolongez, de sorte que la personne conserve l'accès et le prélèvement que vous auriez encaissé est simplement décalé.

Un seul appel peut couvrir une panne

Il existe un second endpoint qui prolonge les dates de renouvellement de tous les abonnés actifs à la fois. Recourez-y après une panne qui a touché toute votre base, quand offrir à tout le monde quelques jours gratuits est moins cher et plus serein que de gérer une vague de demandes de remboursement individuelles. C'est la version de masse de la même idée : payer en temps gratuit, pas en prélèvements annulés.

La facturation différée, le levier pour offrir du temps gratuit sans remboursement

L'équivalent de Google Play à la prolongation d'Apple est la facturation différée, et elle est plus généreuse en durée. Vous appelez purchases.subscriptionsv2.defer et définissez une nouvelle date d'expiration ultérieure à l'actuelle. La facturation peut être différée d'aussi peu qu'un jour et jusqu'à un an par appel d'API, et pour aller plus loin vous rappelez avant l'arrivée de la nouvelle date.

Le client garde tout, et ne paie rien pour cela

Pendant la période de report, l'utilisateur reste abonné à votre contenu avec un accès complet mais n'est pas prélevé pour le temps supplémentaire, et la date de renouvellement se met à jour à la nouvelle date. Les propres exemples de Google sont un manuel de rétention en miniature : offrir une semaine gratuite pour avoir rempli une enquête de satisfaction, ou compenser l'accès après une panne prolongée qui a empêché les gens d'utiliser votre service. Chacun de ceux-là est un remboursement que vous n'avez pas écrit.

Branchez la notification

Reporter un prélèvement déclenche une Real-time Developer Notification SUBSCRIPTION_DEFERRED, de sorte que votre backend peut enregistrer la nouvelle date de renouvellement et garder les droits d'accès synchronisés. Les forfaits prépayés fonctionnent de la même manière : l'appel de report prolonge le délai d'expiration plutôt que la date de renouvellement.

Ce que chaque option vous coûte en argent

C'est la partie qui devrait décider de l'ordre dans lequel vous essayez les choses. Les quatre manœuvres ne sont pas proches en prix, et l'écart est le plus large exactement là où un remboursement fait le plus mal, sur un forfait long et de grande valeur.

Un remboursement est la seule manœuvre qui retire de l'argent

Un remboursement rend le dernier prélèvement au client. Sur un forfait mensuel, c'est un mois. Sur un forfait annuel, il est calculé sur ce dernier prélèvement, qui est l'année entière, annulée en un seul événement. Au-dessus du montant rendu s'ajoutent les coûts que vous avez déjà dépensés pour servir l'abonnement, le calcul, les appels d'API tiers, le stockage et tout versement que vous avez envoyé à un créateur, dont rien ne revient. Une suspension, un report ou une prolongation ne touchent à rien de tout cela. La seule chose qu'ils coûtent, c'est du revenu futur que vous reportez ou une poignée de jours que vous offrez.

Le calcul qu'un rejet de paiement aggrave

L'argument financier devient plus net quand l'alternative n'est même pas un remboursement propre mais un litige bancaire. Pour les commandes Google Play passées après le 3 août 2026, un rejet de paiement perdu coûte au développeur le prix d'achat moins les frais de service de Play, plus les frais de rejet de paiement de la banque. Une suspension ou quelques jours offerts qui empêchent un client frustré d'appeler sa banque n'est pas seulement moins chère qu'un remboursement, elle évite un coût encore plus élevé.

Quand une suspension ou un report est le mauvais outil

Rien de tout cela ne fonctionne une fois que le client a cessé de vous parler et a commencé à parler à sa banque. Une suspension, un report et une prolongation sont toutes des choses que vous proposez à un abonné qui est encore dans votre app. Elles ne font rien pour un litige déjà déposé.

Un litige déposé a sa propre horloge courte

Une fois un prélèvement contesté, votre seule contribution est une fenêtre étroite. Apple envoie à votre serveur une CONSUMPTION_REQUEST et attend jusqu'à 12 heures les données de consommation. Google Play lance une horloge de 24 heures et transmet vos preuves via l'API orders.reviewrefund. Manquez l'une ou l'autre fenêtre et la décision est prise sans vous. Ainsi, les leviers de rétention sont pour le moment avant une demande de remboursement, pas après un litige bancaire.

Un remboursement est parfois la bonne réponse

Offrir du temps gratuit à un client qui a été réellement lésé, et qui veut son argent plutôt que davantage de votre produit, peut passer pour une esquive. Quand la juste manœuvre est de rendre le prélèvement, rendez-le. Le but n'est pas de ne jamais rembourser. C'est d'arrêter de rembourser par réflexe quand une suspension ou une semaine offerte aurait conservé à la fois l'argent et le client.

La checklist de rétention

Rien de tout cela n'est exotique. C'est une courte routine pour le moment où un abonné signale qu'il veut partir.

• Traitez le remboursement comme la dernière des quatre manœuvres, après suspendre, reporter et prolonger, pas la première.
• Sur Google Play, concevez pour la suspension : définissez includeSuspendedSubscriptions pour que votre app ne prenne pas un abonné suspendu pour un abonné perdu.
• Gérez le renouvellement de fin de suspension comme un nouvel achat, car c'est là qu'un abonné suspendu est gardé ou perdu.
• Utilisez la facturation différée sur Google Play et la prolongation de la date de renouvellement sur l'App Store pour offrir des jours au lieu d'écrire des remboursements.
• Enregistrez la notification SUBSCRIPTION_DEFERRED et la prolongation pour que vos chiffres de revenus reflètent la date de renouvellement décalée.
• Réservez le remboursement au client qui a été réellement lésé et veut être remboursé, pas à chaque demande.
• Rappelez-vous que les leviers cessent de fonctionner une fois qu'un litige bancaire est déposé, et répondez aux fenêtres de 12 heures et 24 heures lorsqu'il y en a un.