Les changements de formule sont l'endroit où facturation, droits et wording se rencontrent. L'utilisateur veut savoir trois choses : ce qu'il obtient maintenant, ce qu'il paie et quand cela change. Cette checklist couvre ce qu'il faut vérifier dans ton app. Elle fait partie de Tester la monétisation.
Qu'un changement prenne effet immédiatement ou à la prochaine échéance, et la façon dont une différence de prix est gérée, sont décidés par le store et par la façon dont tu as configuré tes produits. Apple indique seulement que classer les abonnements par niveau "lets them upgrade, downgrade, and crossgrade within the subscription group without impacting their days of paid service." (leur permet de passer à un niveau supérieur, inférieur ou latéral dans le groupe d'abonnements sans affecter leurs jours de service payant). Les règles de délai et de prix n'ont pas été vérifiées ; lis la documentation actuelle d'Apple et de Google et note les règles de ta configuration avant de tester.
Source : Apple App Store Connect Help, consulté le 2026-10-22.
Prépare une matrice
Liste tes formules (par exemple mensuelle, annuelle, un palier supérieur). Teste chaque sens : mensuel vers annuel, annuel vers mensuel, palier inférieur vers supérieur, et retour. Un tableau avec "de, vers, accès attendu maintenant, accès attendu plus tard, message attendu" suffit.
Contrôles
- Le paywall affiche la formule actuelle. Les utilisateurs ne doivent pas voir un bouton "S'abonner" pour ce qu'ils ont déjà. Comment vérifier : ouvre le paywall sur chaque formule.
- Upgrade : l'accès change comme indiqué dans ta matrice. Les fonctionnalités du palier supérieur se débloquent quand le store le dit, pas avant.
- Downgrade : l'utilisateur garde ce qu'il a payé jusqu'à l'application du changement. Pourquoi : retirer des fonctionnalités trop tôt donne un sentiment de perte. Comment vérifier : fais un downgrade et observe l'accès jusqu'à la fin de la période sandbox.
- L'app indique quand le changement a lieu. "Ta formule change le [date]" vaut mieux que le silence. Vérifie la date avec l'entrée du store.
- Les changements en attente sont visibles. Après un downgrade, l'utilisateur voit qu'il est programmé, et peut l'annuler si ta configuration le permet.
- Le prix affiché correspond à la formule. Voir affichage des prix selon les régions.
- Changement pendant un essai. Vérifie ce qui arrive à l'essai et ce que dit l'écran. Voir parcours d'essai gratuit.
- Changement pendant un paiement en échec. Voir paiements échoués et périodes de grâce.
- Changement interrompu. Coupe le réseau ou ferme l'app pendant le changement. Voir interruption d'achat.
- Restauration après un changement. La formule restaurée est la formule actuelle. Voir restaurer les achats.
- Serveur et app sont d'accord. Si tu vérifies les achats sur un serveur, contrôle que les deux affichent la même formule après chaque changement (vérifications côté serveur).
- Annulation après un changement. Annuler la nouvelle formule ne doit pas laisser l'ancienne active.
Ce que les utilisateurs doivent voir
Après tout changement : le nom de la formule actuelle, le niveau d'accès, la prochaine date et le prochain prix, et l'endroit où gérer l'abonnement. Si un testeur ne peut pas dire ces quatre choses après un changement, corrige l'écran.
Lien : Tarification et essais d'abonnement. Demande aux testeurs de changer de formule et de dire ce qu'ils pensent qu'on va leur facturer. Commence gratuitement.