Modifier le prix des abonnements

Vous pouvez modifier le prix des forfaits de base et des offres d'abonnement. Par exemple, vous proposez peut-être des produits numériques dont le prix nécessite un ajustement annuel, ou vous pouvez apporter des modifications à l'ensemble des avantages d'un produit qui doivent se refléter dans le prix.

Pour en savoir plus sur la modification du prix des abonnements à l'aide de la Play Console, consultez la documentation dans le Centre d'aide de la Play Console.

Pour modifier de manière programmatique le prix du forfait de base, utilisez la méthode monetization.subscriptions.patch. Celle-ci reçoit un objet Subscription avec la configuration du produit sur abonnement en cours de modification. Définissez le nouveau prix dans l'objet RegionalBasePlanConfig sous le forfait de base approprié dans la collection basePlans de l'abonnement. Cela peut être très utile si vous possédez un vaste catalogue et devez apporter des modifications à tous vos produits sur une courte période, ou si vous disposez d'un système de gestion de catalogues de produits qui apporte automatiquement des modifications à vos produits sur abonnement Google Play en cas de changement.

Il peut être utile de consulter le journal des modifications de la Play Console pour obtenir des informations sur les changements de prix que vous avez apportés par le passé. Vous y trouverez des informations telles que la date de mise à jour des prix, l'auteur de la modification, les régions concernées et plus encore. Ces informations peuvent être d'une aide précieuse si vous devez vérifier les changements de prix antérieurs ou accidentels afin d'évaluer les étapes suivantes.

Changements de prix pour les nouveaux abonnements

Lorsque vous modifiez le prix d'un forfait de base ou d'une offre, le nouveau prix prend effet en quelques heures pour tous les nouveaux achats, sans aucune action supplémentaire de votre part.

Changements de prix pour les abonnés existants

Lorsque vous modifiez le prix d'un abonnement, les abonnés existants ne sont pas affectés par défaut. Ils sont rattachés à une cohorte d'anciens prix et continuent de payer le prix d'origine de leur forfait de base au moment du renouvellement.

Si vous le souhaitez, vous pouvez faire en sorte que le tarif actuel du forfait s'applique aux abonnés existants. On dit alors que l'on met fin à une cohorte d'anciens prix. Les modifications apportées aux phases de tarification d'une offre ne peuvent pas être appliquées aux abonnés existants. Pour les abonnements à versement, les changements de prix d'une ancienne cohorte se produisent à la fin de la période d'engagement active. Vous ne pouvez pas modifier le prix actuellement payé pour un utilisateur qui paie actuellement ses versements.

Mettre fin à une cohorte d'anciens prix

Vous pouvez choisir de mettre fin à une cohorte d'anciens prix à tout moment et indépendamment pour chaque région. Pour supprimer un ancien prix dans la Play Console, consultez le Centre d'aide de la Play Console.

Mettre fin à une cohorte d'anciens prix avec l'API Google Play Developer

Pour mettre fin à une cohorte d'anciens prix de manière programmatique, utilisez la méthode monetization.subscriptions.basePlans.migratePrices. Elle permet d'appliquer le prix actuel du forfait de base pour les abonnés bénéficiant d'un ancien prix d'abonnement dans les régions spécifiées. Cette méthode déclenche aussi l'envoi de notifications de changement de prix aux utilisateurs qui bénéficient d'un ancien prix antérieur au changement de prix. Lorsque vous envoyez cette requête, vous incluez une liste d'objets RegionalPriceMigrationConfig dans le corps de la requête pour configurer la migration de la cohorte de prix.

Pour en savoir plus sur l'utilisation des cohortes d'anciens prix, consultez le Centre d'aide de la Play Console.

Baisses de prix

Lorsque vous mettez fin à une cohorte d'anciens prix et que le nouveau prix est inférieur à celui que les utilisateurs de la cohorte paient, Google Play leur envoie un e-mail, et ces abonnés commenceront à payer le prix le plus bas dès qu'ils auront à nouveau à payer le forfait de base.

Les testeurs de licence reçoivent également des notifications par e-mail sur les baisses de prix.

Hausses de prix

Lorsque vous mettez fin à une cohorte d'anciens prix et que le nouveau prix est supérieur à celui que les utilisateurs de la cohorte paient, il s'agit d'une augmentation de prix. Bien que les baisses de prix s'appliquent aux abonnés existants dès qu'ils paieront à nouveau leur forfait de base, les augmentations de prix peuvent nécessiter ou non une action de leur part.

Par défaut, les augmentations de prix sont des changements qui nécessitent une autorisation de la part des abonnés existants. Les utilisateurs doivent accepter explicitement le prix le plus élevé avant que celui-ci ne leur soit facturé. Dans le cas contraire, Google Play annulera automatiquement leur abonnement. Le prix le plus élevé sera facturé aux utilisateurs la prochaine fois qu'ils paieront leur forfait de base après un préavis de 37 jours. 30 jours avant ce débit, Play notifiera les abonnés existants par e-mail et via des notifications push.

Pendant les sept premiers jours suivant le déclenchement de la migration des cohortes, aucun utilisateur ne reçoit de notification de Google Play. Autrement dit, vous disposez d'un délai de sept jours à compter de la date d'activation d'une augmentation de prix pour avertir les abonnés existants avant que Google Play ne les notifie directement. Pendant cette période, vous pouvez annuler une hausse de prix en attente en rétablissant le prix d'origine.

Passé ce délai, chaque utilisateur recevra une notification automatique de Google Play 30 jours avant le premier renouvellement avec le nouveau prix.

Dans certains cas, lorsque vous augmentez le prix pour les abonnés existants, vous pouvez les en informer à l'avance, mais sans qu'ils aient à intervenir. Avec cette option, le nouveau prix sera facturé la prochaine fois qu'ils paieront leur forfait de base suite à une période de préavis, sauf s'ils refusent le changement de prix et changent de forfait ou résilient leur abonnement. Cette période varie selon les pays et est comprise entre 30 et 60 jours. Lorsque le nombre de jours précédant ce débit commencera, Play notifiera les abonnés existants par e-mail et via une notification push.

Cette option n'est disponible que dans certains pays, avec des limites sur le montant et la fréquence de ces augmentations. Elles sont également soumises à certaines exigences de développement.

Vous pouvez marquer la migration d'une cohorte d'anciens prix comme une augmentation ne nécessitant pas de confirmation si elle répond à ces critères, comme illustré dans la figure 1.

Migration des cohortes d'anciens prix dans la Google Play Console avec augmentation ne nécessitant pas de confirmation
Figure 1. Utilisation de la Play Console pour spécifier la migration d'une ancienne cohorte de prix en tant qu'augmentation ne nécessitant pas de confirmation

Communiquer les changements de prix à l'utilisateur

Vous devez informer les abonnés existants de la fin de leur cohorte d'anciens prix.

Si l'augmentation de prix ne nécessite pas leur confirmation, vous devez informer les utilisateurs à l'avance et leur envoyer une notification dans l'application. Contrairement aux augmentations de prix nécessitant leur acceptation, aucun délai d'attente de sept jours ne s'applique avant que Play commence à informer directement les utilisateurs.

Pour les augmentations de prix nécessitant une confirmation, informez les utilisateurs qu'ils doivent accepter cette augmentation. Lorsque vous proposez une augmentation de prix nécessitant une confirmation, vous avez sept jours pour avertir les abonnés existants avant que Google Play ne les notifie directement. Nous vous recommandons d'informer les utilisateurs concernés dans votre application et de fournir un lien profond vers l'écran d'abonnement Play Store pour les aider à vérifier facilement le nouveau prix. Lorsque les utilisateurs vérifient une augmentation de prix sur l'écran d'abonnement du Play Store, une boîte de dialogue semblable à celle de la figure 2 s'affiche.

Boîte de dialogue générique informant l'utilisateur du changement de prix de son abonnement
Figure 2. Exemple de boîte de dialogue informant l'utilisateur d'un changement de prix de son abonnement

Gérer la réponse de l'utilisateur à un changement nécessitant une confirmation

Une fois que vous avez averti les abonnés existants d'un changement de prix nécessitant une confirmation, ils peuvent accepter ou non l'augmentation avant que le nouveau prix s'applique. Dans ce cas, vous recevrez une RTDN vous informant de leur décision. Consultez les conseils sur le cycle de vie des achats pour déterminer comment gérer ces notifications.

Si l'utilisateur ne fait rien et qu'il atteint le premier renouvellement auquel le prix d'acceptation s'appliquera, son abonnement est automatiquement résilié et expire à cette date.

Augmentations accidentelles de prix nécessitant une confirmation

Si vous avez accidentellement implémenté une augmentation de prix nécessitant une confirmation, annulez cette modification immédiatement en rétablissant le prix d'origine. Si le prix est rétabli dans un délai de sept jours, les abonnés existants n'auront pas connaissance de cette erreur. Notez que tous les achats effectués pendant cette période seront facturés au prix accidentel.

Gérer les augmentations de prix nécessitant une confirmation et qui entrent en conflit

Assurez-vous de ne modifier qu'un seul prix à la fois. Toutefois, si vous effectuez plusieurs augmentations de prix nécessitant une confirmation au cours de la période de sept jours, les utilisateurs concernés ne devront accepter que le dernier changement de prix. Par exemple, si vous avez mis fin à une cohorte d'anciens prix avec une augmentation de prix nécessitant une confirmation, que vous avez modifié à nouveau le prix, puis que vous avez effectué une autre augmentation de prix, les utilisateurs concernés n'auront plus besoin de répondre à la première modification de prix, car seule la seconde modification s'appliquera.

Tester les changements de prix

Ne modifiez pas le prix de l'abonnement pour les produits appartenant à des abonnés actifs à des fins de test.

Pour en savoir plus sur les modifications de prix à des fins de test, consultez le guide des tests.

Exemples

Les exemples de cette section illustrent les bonnes pratiques à appliquer dans différents scénarios de changement de prix.

Exemple 1 : Augmentation de prix nécessitant une confirmation pour un abonnement mensuel

Le 3 mars, AltoStrat augmente le prix d'AltoStrat Pro, son abonnement premium de streaming vidéo, en mettant fin à une cohorte d'anciens prix. Les utilisateurs passent de l'ancienne cohorte de prix (1 €) au prix du forfait actuel (2 €). Ce changement de prix entrera en vigueur le 9 avril (soit 37 jours après le 3 mars).

Alice est déjà abonnée. Le prochain renouvellement de son abonnement est prévu le 5 mars. Le premier renouvellement après l'entrée en vigueur du changement de prix interviendra le 5 mai. L'abonnement sera ainsi renouvelé le 5 mars et le 5 avril à l'ancien tarif (1 €). Le nouveau tarif (2 €) sera appliqué à Alice lors du renouvellement du 5 mai. Google Play commencera à informer Alice du changement de prix le 5 avril, soit 30 jours avant la date du premier renouvellement au nouveau tarif.

Figure 3. Exemple de chronologie du changement de prix d'un abonnement mensuel se renouvelant le 5 mars

Bob est déjà abonné. Le prochain renouvellement de son abonnement est prévu le 29 mars. L'abonnement sera renouvelé à cette date à l'ancien tarif (1 €), car le changement de prix ne sera pas encore en vigueur. Le nouveau tarif (2 €) sera appliqué à Bob lors du renouvellement du 29 avril. Bob commencera à recevoir des notifications de changement de prix le 30 mars, soit 30 jours avant la date du premier renouvellement au nouveau tarif.

Figure 4. Exemple de chronologie du changement de prix d'un abonnement mensuel se renouvelant le 29 mars

Exemple 2 : Augmentation de prix nécessitant une confirmation pour un abonnement de trois mois

Le 3 mars, FindMyLove met fin à une ancienne cohorte de prix et augmente le prix de FindMyLove Premium, qui passe de 1 € à 2 € (son forfait de base). Ce changement de prix entrera en vigueur le 9 avril (soit 37 jours après le 3 mars).

Alice est déjà abonnée. Le prochain renouvellement de son abonnement est prévu le 5 mars. L'abonnement sera renouvelé à l'ancien tarif (1 €), car le changement de prix ne sera pas encore en vigueur. Le nouveau tarif (2 €) sera appliqué à Alice lors du renouvellement du 5 juin. Alice commencera à recevoir des notifications le 6 mai, soit 30 jours avant la date du premier renouvellement au nouveau tarif.

Figure 5. Exemple de chronologie du changement de prix d'un abonnement de trois mois se renouvelant le 5 mars

Bob est déjà abonné. Le prochain renouvellement de son abonnement est prévu le 11 avril. L'abonnement sera ainsi renouvelé au nouveau tarif (2 €), car la date de renouvellement est postérieure à la date d'entrée en vigueur du changement de prix. Bob commencera à recevoir des notifications le 12 mars, soit 30 jours avant la date du premier renouvellement au nouveau prix.

Figure 6. Chronologie générique du changement de prix d'un abonnement de trois mois se renouvelant le 11 avril

Exemple 3 : Augmentation de prix nécessitant une confirmation pour un abonnement hebdomadaire

Le 3 mars, CutePetsNews met fin à une cohorte d'anciens prix, ce qui déclenche une migration des tarifs. Son service Weekly Dog Alerts passe de 1 € à 2 €. Le changement de prix entrera en vigueur le 9 avril.

Alice est déjà abonnée. Le prochain renouvellement hebdomadaire de son abonnement est prévu le 6 mars. Son abonnement sera renouvelé les 6, 13, 20 et 27 mars, ainsi que le 3 avril à l'ancien tarif (1 €), car le changement de prix ne sera pas encore en vigueur. Le nouveau tarif (2 €) sera appliqué à Alice lors du renouvellement du 10 avril. Alice commencera à recevoir des notifications le 11 mars, soit 30 jours avant la date du premier renouvellement au nouveau tarif.

Figure 7. Chronologie générique du changement de prix d'un abonnement hebdomadaire se renouvelant le 6 avril

Exemple 4 : Abonnement mensuel avec plusieurs changements de prix nécessitant une confirmation

Cet exemple montre comment sont gérés plusieurs changements de prix.

Le 3 mars, AltoStrat déclenche la migration du prix d'AltoStrat Pro, son abonnement vidéo premium, dont le prix passe de 1 € à 2 € par mois. Le 10 mars, le développeur déclenche une deuxième migration de prix, cette fois à 3 € par mois.

Le premier changement de prix entrera en vigueur le 9 avril (soit 37 jours après le 3 mars). Ce second changement de prix entrera en vigueur le 16 avril (soit 37 jours après le 10 mars).

Le prochain renouvellement d'Alice aura lieu le 5 mars. Le premier renouvellement après l'entrée en vigueur du changement de prix interviendra le 5 mai. L'abonnement sera ainsi renouvelé le 5 mars et le 5 avril à l'ancien tarif (1 €). Le nouveau tarif (3 €) sera appliqué à Alice lors du renouvellement du 5 mai. Elle ne reçoit des notifications qu'au sujet du deuxième changement de prix, car celui-ci est intervenu pendant la période de gel de 7 jours. Alice commencera à recevoir des notifications de changement de prix le 5 avril, soit 30 jours avant la date du premier renouvellement au nouveau tarif.

Figure 8. Exemple de chronologie de plusieurs changements de prix d'un abonnement mensuel se renouvelant le 5 mars

Exemple 5 : Changement de prix ne nécessitant pas de confirmation pour un abonnement mensuel

Cet exemple illustre comment sont gérées les augmentations de prix ne nécessitant pas de confirmation.

AltoStrat doit ajuster son prix annuel pour tenir compte de l'augmentation des coûts de programmation. Le 2 janvier, l'entreprise fait passer le prix d'AltoStrat Pro (son abonnement premium de streaming vidéo) de 1 € à 1,30 €. Cette augmentation de prix répond aux critères de migration des prix ne nécessitant pas de confirmation. L'entreprise met immédiatement fin à la cohorte d'anciens prix, en spécifiant une migration ne nécessitant pas de confirmation. Les utilisateurs de cette cohorte résident dans les régions qui exigent une période minimale de notification de désactivation de 30 jours. Le nouveau prix entrera donc en vigueur le 1er février.

Alice est déjà abonnée, et est facturée le 14 de chaque mois. En raison de la période minimale de notification de 30 jours, elle paie l'ancien prix (1 €) le 14 janvier. Google Play commence à informer Alice du changement de prix le 15 janvier. Elle commencera à payer le nouveau prix (1,30 €) le 14 février.

Exemple 6: Augmentation de prix nécessitant une confirmation pour un abonnement de 12 mois

Cet exemple montre comment les augmentations de prix sont gérées pour les abonnements à versements échelonnés.

Le 3 mars, AltoStrat augmente le prix d'AltoStrat Pro, son abonnement premium de streaming vidéo, en mettant fin à une cohorte d'anciens prix. Les utilisateurs sont déplacés de l'ancienne cohorte de prix (1 €) vers le prix actuel du forfait (2 €). Ce changement de prix entrera en vigueur le 9 avril (soit 37 jours après le 3 mars).

Alice est déjà abonnée. Elle a souscrit un plan de versement de 12 mois suivi d'un renouvellement automatique mensuel le 10 juin de l'année précédente. Le premier renouvellement aura lieu le 10 juin de l'année en cours. Étant donné qu'Alice est en train de payer ses versements, elle continue de payer 1 $les 10 mars, 10 avril et 10 mai. Son premier renouvellement le 10 juin : le nouveau prix (2 €) lui sera facturé et elle passera à une fréquence de renouvellement automatique mensuel. Google Play commencera à informer Alice du changement de prix le 11 mai, soit 30 jours avant la date du premier renouvellement au nouveau tarif.