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 à versements échelonnés, les changements de prix pour une cohorte existante ont lieu à la fin de la période d'engagement active. Vous ne pouvez pas modifier le prix actuellement payé par un utilisateur qui est en train de payer 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 d'achat 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.
Remarque : Une autorisation de paiement peut être appliquée jusqu'à 48 heures avant le début de la prochaine période de renouvellement d'un utilisateur. Toutefois, pour les utilisateurs en Inde ou au Brésil, cette période est étendue à cinq jours avant la prochaine période de renouvellement. Les utilisateurs pour lesquels une autorisation a déjà été appliquée pour un prix plus élevé ne seront pas immédiatement facturés au prix plus bas. Le nouveau prix plus bas s'appliquera lors de leur prochain renouvellement.
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. Les augmentations de prix peuvent nécessiter ou non une action de la part de l'utilisateur.
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.
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.
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 avant la date de renouvellement où le nouveau prix s'appliquera, son abonnement sera automatiquement résilié et expirera à cette date.
Augmentations de prix accidentelles
Cette section décrit les différents scénarios de gestion d'une modification de prix accidentelle.
Augmentation avec option d'acceptation : si vous avez accidentellement implémenté une augmentation de prix avec option d'acceptation, annulez cette modification immédiatement en rétablissant le prix d'origine.
Rétablissez le prix d'origine du forfait de base, puis accédez à l'ancienne page des tarifs pour lancer une baisse de prix jusqu'au prix d'origine. Les abonnés existants ne sont pas informés du changement de prix accidentel si le prix est rétabli dans un délai de sept jours. Si le prix est rétabli au bout de sept jours, le changement de prix sera annulé pour tous les utilisateurs qui n'ont pas payé le nouveau prix. La modification du prix est annulée après la période d'autorisation de paiement de cinq jours maximum. En fonction des dates de renouvellement, il est possible que certains utilisateurs aient déjà reçu l'e-mail d'activation.
Augmentation sans option d'acceptation : vous pouvez annuler une augmentation sans option d'acceptation accidentelle en rétablissant le prix d'origine. Rétablissez le prix d'origine du forfait de base, puis accédez à la page des anciens prix pour lancer une baisse de prix jusqu'au prix d'origine. Selon le moment où le prix est rétabli, si un utilisateur n'a pas encore payé le prix plus élevé, la hausse du prix sera annulée après la période d'autorisation de paiement, qui peut durer jusqu'à cinq jours. En fonction de leur date de renouvellement, il est possible que certains utilisateurs aient déjà reçu des e-mails les informant de l'augmentation de prix.
Baisse de prix : vous pouvez annuler une baisse de prix en rétablissant le prix initial de l'abonnement à l'aide de la console Google Play. Rétablissez le prix d'origine du forfait de base, puis accédez à la page des anciens prix pour augmenter le prix jusqu'à la valeur d'origine. Les développeurs peuvent choisir d'accepter ou de refuser (si éligibles) la réduction de prix. Si vous utilisez le désabonnement, il sera comptabilisé dans la fréquence. Google Play détermine si la résiliation est effective pour le prochain renouvellement d'un utilisateur donné en fonction du moment de cette réversion par rapport à sa date de renouvellement individuelle.
Une résiliation pour baisse de prix est valide si la période entre le rétablissement du prix à sa valeur d'origine et la date de renouvellement prévue d'un utilisateur au nouveau prix dépasse le délai de notification spécifique au pays (30 ou 60 jours). Le prochain renouvellement de l'abonnement de l'utilisateur se fera au prix d'origine, plus élevé.
Une résiliation pour baisse de prix n'est pas valide si la période entre le rétablissement du prix à sa valeur d'origine et la date de renouvellement prévue d'un utilisateur au nouveau prix est inférieure ou égale à la période de notification spécifique au pays concerné (30 ou 60 jours). L'utilisateur suivra plutôt la procédure d'augmentation du prix après avoir été facturé au prix inférieur au moins une fois lors du prochain renouvellement. L'utilisateur recevra alors une notification concernant l'augmentation du prix. Selon le mode sélectionné lors de la migration des prix, les utilisateurs devront accepter l'augmentation de prix (pour les augmentations nécessitant une confirmation) ou recevront des notifications concernant une augmentation sans option d'acceptation. Dans ce cas, toutes les limites de fréquence et de montant pour l'augmentation de la désactivation s'appliquent.
Gérer les changements de prix qui se chevauchent
Assurez-vous de ne modifier qu'un seul prix à la fois. Toutefois, si vous modifiez le prix plusieurs fois, 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 par une augmentation de prix avec option d'acceptation, si vous avez modifié à nouveau le prix, puis que vous avez effectué une autre augmentation de prix avec option d'acceptation, les utilisateurs concernés n'auront plus besoin de répondre à la première augmentation de prix, car seule la seconde s'appliquera. Ce comportement s'applique aux augmentations et réductions d'anciens prix avec et sans option d'acceptation.
Lorsque vous lancez une nouvelle migration de prix pour un article dont une ancienne migration de prix est en cours, Google Play procède comme suit :
L'ancienne migration des prix est annulée.
Google Play arrête la migration des anciens prix. Dans l'API
SubscriptionPurchaseV2, les anciens détails sur les changements de prix sont marqués commeCANCELED. Vous recevrez également une notificationSUBSCRIPTION_PRICE_CHANGE_UPDATED.La nouvelle migration des prix prend le relais.
Immédiatement après, Google Play lance la migration vers le nouveau prix. Dans
SubscriptionPurchaseV2, cette information s'affichera sous la formeOUTSTANDING(pour les augmentations avec option d'acceptation) ouCONFIRMED(pour les augmentations sans option d'acceptation ou les baisses de prix). Vous recevrez une autre RTDNSUBSCRIPTION_PRICE_CHANGE_UPDATEDpour l'article.L'utilisateur bénéficie du nouveau prix.
L'utilisateur est alors migré vers le nouveau prix et ne finalise pas l'ancien changement de prix. L'utilisateur reçoit la période de notification standard pour le nouveau prix.
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.
Vous pouvez utiliser l'application Play Billing Lab et des testeurs de licence pour tester les changements de prix des abonnements sans affecter les autres abonnés actifs.
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.
Exemples d'augmentations de prix avec option d'acceptation
Exemple 1 : Augmentation de prix nécessitant une confirmation pour un abonnement mensuel
Le 3 mars, AltoStrat augmente le prix de AltoStrat Pro, son abonnement premium pour le 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.
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.
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.
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.
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.
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 de son abonnement vidéo premium AltoStrat Pro, dont le montant 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) et le second 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.
Exemple 5 : Augmentation de prix nécessitant une confirmation pour un abonnement avec paiements échelonnés sur 12 mois
Cet exemple montre comment sont gérées les augmentations de prix pour les abonnements avec paiements échelonnés.
Le 3 mars, AltoStrat augmente le prix de son abonnement premium de streaming vidéo (AltoStrat Pro) en mettant fin à une cohorte d'anciens prix. Les utilisateurs sont déplacés de l'ancienne cohorte de prix (1 €) vers le tarif de base 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. Elle a souscrit un forfait de 12 mois avec paiements échelonnés, suivi de renouvellements mensuels automatiques le 10 juin de l'année précédente. Son premier renouvellement aura lieu le 10 juin de l'année en cours. Comme Alice est en train de payer ses versements, elle continue de payer 1 € le 10 mars, le 10 avril et le 10 mai. Son premier renouvellement a lieu le 10 juin. Le nouveau tarif (2 €) lui est alors facturé et elle passe à une fréquence de renouvellement automatique mensuelle. Google Play commencera à informer Alice du changement de prix le 11 mai, soit 30 jours avant la date du premier renouvellement au nouveau tarif.
Exemples de changements de prix ne nécessitant pas de confirmation
Exemple 1 : 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 afin de prendre en compte l'augmentation des coûts de programmation. Le 2 janvier, il 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.
Exemples de consentement pour l'augmentation progressive des prix
Les exemples de consentement à l'augmentation des prix de cette section ne s'appliquent qu'à la Corée du Sud (KR).
Exemple 1 : L'utilisateur accepte l'augmentation du prix lors de l'inscription
Le 3 mars, un utilisateur s'abonne en Corée du Sud avec une période d'essai sans frais de 10 jours. L'utilisateur accepte l'augmentation du prix lors de l'inscription. Dans ce scénario, Play applique l'augmentation de prix le 13 mars.
Exemple 2 : L'utilisateur n'accepte pas l'augmentation du prix pendant l'essai sans frais
Le 3 mars, un utilisateur s'abonne en Corée du Sud avec une période d'essai sans frais de 10 jours. L'utilisateur n'a pas accepté l'augmentation du prix lors de l'inscription ou de l'essai sans frais. Voici la séquence d'événements dans ce scénario :
Exemple 3 : L'utilisateur accepte l'augmentation du prix pendant l'essai sans frais
Le 3 mars, un utilisateur s'abonne en Corée du Sud avec une période d'essai sans frais de 10 jours. L'utilisateur accepte l'augmentation du prix pendant l'essai sans frais. Voici la séquence d'événements dans ce scénario :
Exemple 4 : L'utilisateur ne consent pas à l'augmentation du prix d'une offre de bienvenue
Le 3 mars, un utilisateur s'abonne en Corée du Sud avec une période de prix réduit de 60 jours. L'utilisateur n'accepte pas l'augmentation du prix lors de l'inscription. Voici la séquence d'événements de ce scénario :
Exemple 5 : L'utilisateur accepte l'augmentation du prix pendant l'essai sans frais et l'offre de prix découverte
Si vous proposez un abonnement avec un essai sans frais et une offre de bienvenue, Play demande le consentement de l'utilisateur dans les cas suivants :
- Pendant la période d'essai sans frais, Play demande à l'utilisateur son autorisation pour passer de l'essai sans frais au prix découverte.
- Si l'utilisateur donne son consentement pendant l'essai sans frais, Play lui demande ensuite, pendant la période du prix découverte, s'il accepte de passer du prix découverte au prix standard.
Par exemple, le 3 mars, un utilisateur s'abonne en Corée du Sud avec une période d'essai sans frais de 10 jours et une période de prix découverte de 30 jours. L'utilisateur accepte l'augmentation du prix pendant l'essai sans frais et l'offre de lancement. Voici la séquence d'événements dans ce scénario :
