Les abonnements à paiement échelonné de Google Play engagent l'acheteur, pas vos revenus : ce que vous coûte un remboursement ou une échéance impayée

Vendez un plan de 12 mois sur Google Play sous forme de forfait de base à paiement échelonné, et l'acheteur accepte de payer chaque mois pendant un an. Cet engagement lie l'acheteur. Il ne vous garantit pas l'argent. Google vous paie à mesure que chaque mensualité arrive, personne ne poursuit l'acheteur qui cesse de payer, et un remboursement ou une rétrofacturation peut mettre fin au plan alors que l'essentiel de l'année reste impayé. Les abonnements à paiement échelonné de Google Play sont un bon outil de conversion dans les quatre pays qui y ont accès. Comme garantie de revenus, ils sont faibles. Voici comment l'engagement se comporte réellement lorsqu'un acheteur résilie, manque une échéance, obtient un remboursement ou conteste un prélèvement, et ce que chaque issue vous coûte.

Comment fonctionnent les abonnements à paiement échelonné de Google Play

Un forfait de base à paiement échelonné est un abonnement que l'acheteur règle en mensualités fixes sur une période d'engagement que vous choisissez. Dans Play Console, vous fixez le prix mensuel et un engagement de 3 à 24 mois, et l'écran d'achat affiche le total à l'acheteur. Tous les paiements sont mensuels. Ni vous ni l'acheteur ne pouvez modifier la fréquence ou le calendrier.

La fonctionnalité est réservée aux acheteurs au Brésil, en France, en Italie et en Espagne, et Google invite les développeurs à consulter Play Console pour connaître la disponibilité la plus récente. Afficher le détail complet de l'engagement dans votre paywall, comme le nombre de paiements engagés, nécessite Play Billing Library 7 ou une version ultérieure, où il arrive dans le champ installmentDetails.

Ce qui se passe à la fin de l'engagement

Vous choisissez entre deux types de renouvellement. Avec le renouvellement automatique mensuel, le plan devient un abonnement mensuel ordinaire après le premier engagement, sans nouvelle durée minimale. Avec le renouvellement automatique pour la même durée, l'acheteur repart pour une nouvelle période d'engagement complète de même longueur. Les essais gratuits ne comptent pas dans l'engagement initial. Les phases de prix de lancement, si.

L'engagement est ferme pour l'acheteur, pas pour vos revenus

Google présente l'engagement comme ferme face aux résiliations et aux changements de prix. C'est la partie qui ressemble à un revenu garanti. Lisez le reste de la documentation et trois faits vont dans l'autre sens.

• Vous n'êtes pas payé d'avance. La documentation de Google indique que les versements ont lieu à mesure que les acheteurs effectuent leurs paiements mensuels, et que les développeurs ne sont pas payés au moment de la souscription.
• Recouvrer les échéances manquées n'est le travail de personne. Si un acheteur ne paie pas, ni Google ni le développeur ne cherchent à recouvrer les paiements manqués ou restant dus, en dehors des nouvelles tentatives habituelles de Google pendant le délai de grâce et la suspension du compte.
• Google ne vous dédommagera pas. Sa documentation précise clairement que Google n'est pas responsable envers le développeur des échéances restantes impayées.

Les Conditions des plans de paiement que Google adresse aux consommateurs indiquent à l'acheteur qu'il ne peut pas annuler les échéances restantes et qu'il reste redevable des montants dus. C'est le contrat de l'acheteur avec Google. De votre côté du grand livre, une échéance impayée est simplement un revenu qui n'arrive jamais.

Ce que chaque sortie fait à un plan échelonné

Un abonnement à paiement échelonné peut se terminer plus tôt ou changer de trajectoire de quatre façons. Chacune laisse une somme différente sur la table.

L'acheteur résilie

Un acheteur qui résilie en cours d'engagement n'échappe pas aux paiements restants. Google envoie une notification SUBSCRIPTION_CANCELLATION_SCHEDULED dès la résiliation, tant qu'il reste des paiements. La Google Play Developer API maintient l'abonnement en SUBSCRIPTION_STATE_ACTIVE et ajoute un objet pendingCancellation vide à installmentDetails. À la fin de l'engagement, vous recevez SUBSCRIPTION_CANCELED, puis SUBSCRIPTION_EXPIRED, sauf si l'acheteur rétablit le plan avant. Laissez l'accès ouvert jusque-là. L'acheteur paie toujours.

Vous arrêtez vous-même les paiements

Il arrive que vous vouliez faire sortir un acheteur plus tôt, à la suite d'une réclamation de facturation ou parce que vous retirez un produit. La méthode purchases.subscriptionsv2.cancel accepte un cancellationType. USER_REQUESTED_STOP_RENEWALS se comporte comme une résiliation par l'acheteur lui-même, et l'engagement court donc jusqu'à son terme. DEVELOPER_REQUESTED_STOP_PAYMENTS arrête le prochain paiement, l'acheteur n'a pas à terminer l'engagement et le plan ne peut pas être rétabli. C'est la sortie discrète. Elle ne restitue rien, elle arrête seulement les prélèvements futurs.

La dernière commande est remboursée

Les règles de remboursement de Play Console pour les abonnements sont sans détour. Remboursez la commande la plus récente et la commande est remboursée, l'abonnement est supprimé immédiatement et les renouvellements futurs sont annulés. Remboursez une commande plus ancienne et l'abonnement reste actif. L'API de révocation fonctionne de la même façon. Son option fullRefund restitue le montant total du dernier prélèvement, et une notification SUBSCRIPTION_REVOKED vous indique de couper l'accès immédiatement. Sur un plan échelonné, le dernier prélèvement correspond à une mensualité. Rembourser et révoquer restitue donc un mois et annule tous les paiements encore dus au titre de l'engagement.

L'acheteur cesse de payer

La documentation de Google précise que des refus et des récupérations de paiement peuvent survenir sur n'importe quelle échéance. Le délai de grâce et la suspension du compte s'appliquent toujours, et Google relance le paiement pendant ces périodes. Ensuite, le solde passe en perte, sans que personne en particulier ne s'en charge. Les Conditions des plans de paiement de Google ajoutent une conséquence pour l'acheteur : une personne suspendue ou résiliée pour une échéance manquée peut perdre le droit d'utiliser à nouveau un plan de paiement sur Google Play. Vous n'en retirez rien.

Ce que coûte un remboursement ou une rétrofacturation sur un plan échelonné

C'est ici que la mécanique se traduit en argent. Prenons un plan d'exemple à €9.99 par mois avec un engagement de 12 mois. L'acheteur voit €119.88. Votre comptabilité voit €9.99 par mois, moins les frais de service de Google, tant que les paiements continuent d'arriver.

Un remboursement fait perdre tout le solde restant

Imaginons que vous remboursiez et révoquiez la commande la plus récente au quatrième mois. Vous restituez un paiement de €9.99. Vous annulez aussi les huit paiements pas encore effectués, soit €79.92 d'engagement qui n'arriveront plus jamais. Rembourser plutôt une commande plus ancienne maintient le plan en vie, et c'est pourquoi le choix de la commande compte davantage sur un plan échelonné que sur un plan mensuel. Si vous voulez en réalité arrêter la facturation sans rendre d'argent, DEVELOPER_REQUESTED_STOP_PAYMENTS le fait sans remboursement.

Les rétrofacturations sont désormais à votre charge, une échéance à la fois

Pour les commandes Google Play passées après le 3 août 2026, Google rend le développeur responsable des rétrofacturations : le prix d'achat moins les frais de service de Play, plus les frais de rétrofacturation de la banque. Comme un plan échelonné facture chaque mois, chaque mensualité est un prélèvement distinct que la banque peut contester. Un acheteur qui regrette toute l'année peut en contester plusieurs. Le coût que vous supportez par litige est faible. L'accumulation des frais ne l'est pas, et un litige perdu est définitif côté banque. Une rétrofacturation met aussi fin à l'abonnement, puisque Google envoie SUBSCRIPTION_REVOKED lorsqu'un achat fait l'objet d'une rétrofacturation.

Les coûts qui ne s'arrêtent pas avec les paiements

Chaque mois d'accès que vous fournissez vous coûte quelque chose de réel : le calcul pour les fonctionnalités qu'utilise l'acheteur, les appels à des API tierces, le stockage et le temps de support. Quand un acheteur résilie, cette facture continue de courir jusqu'à la fin de l'engagement, mais ses paiements aussi. Quand un acheteur cesse de payer, la facture peut continuer de courir pendant le délai de grâce et la suspension du compte sans qu'aucun argent n'arrive. C'est cet écart qu'il faut surveiller.

Comment protéger vos revenus échelonnés

Suivez l'engagement, pas seulement l'état de l'abonnement

Enregistrez initialCommittedPaymentsCount et remainingCommittedPaymentsCount depuis la ressource d'abonnement à chaque notification. SUBSCRIPTION_STATE_ACTIVE vous indique que l'accès est ouvert. Le nombre de paiements restants vous indique quelle part de l'engagement représente encore de l'argent réel et quelle part n'est qu'une promesse.

Traitez une résiliation en attente comme un signal précoce

Un acheteur avec un pendingCancellation paie toujours, mais il vous a fait savoir qu'il veut partir. Ce sont les acheteurs les plus susceptibles de demander un remboursement ou de contester un prélèvement ultérieur. Traitez vite leurs demandes de support et ne laissez pas une réclamation de facturation se transformer en rétrofacturation.

Choisissez la sortie avant de choisir le remboursement

Quand un acheteur veut partir, décidez de ce que vous voulez réellement. Arrêter les prélèvements futurs, c'est DEVELOPER_REQUESTED_STOP_PAYMENTS. Rendre l'argent d'un mois et couper l'accès, c'est rembourser et révoquer la dernière commande. Rendre l'argent d'un mois antérieur tout en maintenant le plan, c'est rembourser cette commande plus ancienne. RefundHalt suit ces notifications plan par plan, si bien qu'un remboursement, une révocation ou une échéance contestée apparaît à côté des paiements encore dus, et non comme un événement isolé que vous devez reconstituer plus tard.