Guides Conditions, support et fiche
Ce qu'un paywall d'abonnement doit indiquer
Les informations exigées par les deux stores avant l'achat, les liens qu'Apple veut sur le paywall lui-même, et pourquoi ces rejets portent presque toujours sur l'emplacement, pas la formulation.
Les deux stores exigent que les mêmes informations soient visibles avant l'achat : le prix de l'abonnement, la fréquence de renouvellement, le fait qu'il se renouvelle automatiquement, et la manière de l'annuler. Apple ajoute des liens fonctionnels vers une politique de confidentialité et des Terms of Use sur le paywall lui-même. La plupart des rejets portent sur l'emplacement, pas sur la formulation.
Faites-le plutôt en quelques minutes
AppFoyer héberge les pages dont parle ce guide — politique de confidentialité, conditions, support, suppression de compte et app-ads.txt — sur leur propre sous-domaine, sans domaine ni serveur à vous. Une app est gratuite, et rien de ce qu'exige un store n'est jamais payant.
Vérifié le 19 septembre 2026. Les règles des stores changent, parfois sans préavis. Tout ce qui suit renvoie à la documentation officielle, et c'est elle — pas cette page — qui fait autorité. Si les deux se contredisent, c'est le store qui a raison. Ce guide est traduit de l'anglais ; les citations de la documentation des stores restent en anglais, dans leur version originale.
Un paywall est l’écran qui a le plus de chances de faire rejeter votre app, parce que c’est là que les exigences de deux stores tombent sur un même élément d’interface. La bonne nouvelle, c’est que ces exigences diffèrent à peine.
Ce qu’exige Google Play
La politique de Play sur les abonnements est directe en matière de transparence. Vous devez être clair sur l’offre, notamment en « clearly and explicitly disclosing your offer terms, the cost of your subscription, the frequency of your billing cycle, the automatic renewal terms, whether a subscription is required to use the app, and any other material information » (indiquant clairement et explicitement les conditions de votre offre, le prix de votre abonnement, la fréquence de votre cycle de facturation, les conditions de renouvellement automatique, si un abonnement est nécessaire pour utiliser l’app, et toute autre information importante).
Deux éléments de cette phrase sont souvent sous-estimés :
- « whether a subscription is required to use the app » (si un abonnement est nécessaire pour utiliser l’app). Si l’app est inutilisable sans payer, dites-le sur le paywall plutôt que de laisser l’utilisateur le découvrir.
- L’information ne doit pas exiger d’action supplémentaire pour être consultée. Une mention cachée derrière un « en savoir plus » n’est pas une divulgation.
Play exige aussi que vous « clearly disclose how a user can manage or cancel their subscription » (indiquiez clairement comment un utilisateur peut gérer ou annuler son abonnement), et que votre app inclue un « access to an easy-to-use, online method to cancel » (accès à une méthode d’annulation en ligne simple à utiliser). Cela peut être un lien vers le Subscription Center de Google Play ou votre propre parcours d’annulation dans les paramètres du compte.
Ce qu’exige Apple
La règle 3.1.2 demande les mêmes informations plus deux liens. Dans l’app, au moment de la souscription, il vous faut :
- le titre de l’abonnement à renouvellement automatique ;
- sa durée ;
- son prix, et le prix par unité lorsque c’est pertinent ;
- des liens fonctionnels vers votre politique de confidentialité et vos Terms of Use (EULA).
Les liens doivent aussi exister dans les métadonnées — le champ Privacy Policy d’App Store Connect, et soit l’App Description, soit le champ EULA pour les Terms of Use. Voir le guide sur les Terms of Use pour savoir quoi mettre où.
Un paywall qui satisfait les deux
Construisez-le une seule fois :
| Élément | Pourquoi il est là |
|---|---|
| Nom de l’offre | Apple : titre de l’abonnement |
| Prix, et la période qu’il couvre | Les deux stores |
| « Renouvelé automatiquement jusqu’à résiliation » | Les deux stores : conditions de renouvellement automatique |
| Ce qui se passe si vous ne vous abonnez pas | Play : si un abonnement est nécessaire |
| « Résiliable à tout moment dans [Réglages / Play] » plus un parcours qui fonctionne | Play : comment gérer ou annuler |
| Lien Privacy Policy cliquable | Apple, sur le paywall |
| Lien Terms of Use (EULA) cliquable | Apple, sur le paywall |
| Durée de l’essai gratuit et ce qui se passe à sa fin | Les deux, si vous en proposez un |
Rien de tout cela n’est long. Le bloc de divulgation complet fait en général six lignes de texte et deux liens.
Pourquoi ces rejets se répètent
Presque jamais parce que les mots sont faux. Mais parce que :
- Les liens sont dans les Réglages, pas sur le paywall. Ils doivent être là où la décision se prend.
- Ce sont du texte plutôt que des liens. « Consultez nos conditions » sans rien à toucher ne passe pas.
- Le prix est indiqué mais pas la période, ou la période figure dans les métadonnées de l’App Store et pas dans l’app.
- Le parcours d’annulation est une adresse email de support. Play demande une méthode en ligne.
- La moitié métadonnées n’a jamais été faite, si bien que le travail dans l’app n’est pas pris en compte.
Si vous avez été rejeté deux fois alors que les liens semblaient présents, vérifiez séparément les métadonnées et le paywall. Ce sont deux exigences, et satisfaire l’une deux fois ne satisfait ni l’une ni l’autre.
Où interviennent les pages de politique
Les deux liens de ce paywall doivent mener à un endroit qui reste accessible. C’est la partie ennuyeuse qui casse plus tard : une politique de confidentialité sur un hébergeur que vous abandonnez emporte avec elle la conformité du paywall, et un écran d’achat est le pire endroit pour qu’un utilisateur tombe sur un lien mort.
Les deux pages doivent aussi être cohérentes avec tout ce que vous déclarez par ailleurs — les sections sur les abonnements de votre politique de confidentialité doivent correspondre à ce que dit le paywall, et les deux doivent correspondre à vos réponses Data safety et App Privacy.
Ce que fait AppFoyer
Quand vous nous indiquez que l’app vend des abonnements, la politique de confidentialité et les conditions générées intègrent toutes deux les sections sur les achats, et sur iOS elles comportent le lien vers l’EULA standard d’Apple — qui est précisément les Terms of Use vers lesquels pointe votre paywall. Les pages se trouvent à des URL fixes sur le propre sous-domaine de votre app, si bien que les deux liens de votre paywall continuent de fonctionner bien après que vous avez cessé d’y penser.
Ce que nous ne pouvons pas faire, c’est le paywall. Les informations ci-dessus font partie de l’interface de votre app, et aucune page hébergée ne les remplace.
Des modèles, pas un conseil juridique — et vérifiez le texte actuel des règles d’abonnement des deux stores avant de soumettre, car c’est un domaine que tous deux révisent.
Les sources de référence
- Subscriptions — Aide Google Play Console. Toutes les citations de Play ci-dessus proviennent de cette page.
- App Store Review Guidelines — Apple. La section 3.1.2 est la règle.
- Licensed Application End User License Agreement — l’EULA standard d’Apple.