Guideline 3.1.1 : quand l'achat intégré est obligatoire

La guideline 3.1.1 impose l'achat intégré d'Apple dès que ton app débloque du contenu ou une fonction numérique : abonnement, version complète, monnaie de jeu, contenu premium. Un refus 3.1.1 veut dire qu'Apple a trouvé une autre porte d'entrée vers ce contenu : paiement sur ton site, clé de licence, code maison, bouton vers une page de paiement. La correction passe par l'achat intégré, sauf si ton cas relève d'une exception ou d'une règle régionale.

Je publie mes propres apps iOS, et celles qui ont un abonnement le vendent par l'achat intégré d'Apple. Je n'ai jamais pris de refus 3.1.1, et je ne vais pas te raconter le contraire. Ce guide s'appuie sur le texte officiel, dans sa version du 8 juin 2026 lue le 15 octobre 2026, et sur les conditions régionales publiées par Apple. Le cas voisin des abonnements, avec deux refus réels, est dans le guide sur la guideline 3.1.2.

Que dit la guideline 3.1.1 ?

La 3.1.1, « In-App Purchase », ouvre la partie 3.1 « Payments » des App Review Guidelines. D'où l'intitulé du mail : « Guideline 3.1.1 - Business - Payments - In-App Purchase ». Sa première phrase dit l'essentiel : pour débloquer des fonctions dans ton app, « you must use in-app purchase », tu dois passer par l'achat intégré. Apple cite les abonnements, les monnaies de jeu, les niveaux, le contenu premium et la version complète.

La phrase suivante vise les contournements. Une app ne peut pas utiliser son propre mécanisme pour débloquer du contenu : Apple nomme les clés de licence, les marqueurs de réalité augmentée, les QR codes, les cryptomonnaies et les portefeuilles crypto.

La même règle ajoute des obligations que l'on oublie souvent :

• les crédits et monnaies achetés par achat intégré n'expirent pas, et tout achat restaurable a un mécanisme de restauration ;
• un coffre ou un tirage payant (« loot box ») affiche les chances d'obtenir chaque type d'objet avant l'achat ;
• une carte cadeau, un bon ou un coupon numérique se vend dans l'app par achat intégré ; une carte physique envoyée par la poste peut passer par un autre moyen ;
• une app sans abonnement peut offrir un essai limité dans le temps, sous la forme d'un achat intégré gratuit nommé « XX-day Trial », qui annonce avant le début sa durée, ce qui sera perdu et ce qu'il faudra payer ;
• les pourboires au développeur sont possibles, par achat intégré.

Les situations qui déclenchent un refus 3.1.1

Ce que fait l'app	Pourquoi Apple refuse	La correction
Débloque un contenu acheté sur ton site	Pas d'achat intégré équivalent	Le vendre aussi par achat intégré
Affiche « Payer sur notre site »	Renvoi vers un autre paiement	Retirer le bouton, sauf exception
Demande une clé de licence ou un code maison	Mécanisme de déblocage interdit	Codes d'offre d'Apple
Débloque contre une cryptomonnaie	Mécanisme de déblocage interdit	Achat intégré
Vend des crédits qui expirent	Obligation de la 3.1.1	Crédits permanents et restauration
Vend un coffre sans probabilités	Chances non affichées	Probabilités visibles avant l'achat

La première ligne est la plus mal comprise. Dans un refus publié sur les forums d'Apple, le message dit que l'app « accesses digital content purchased outside the app », accède à un contenu acheté ailleurs, « but that content isn't available to purchase using in-app purchase ». Apple ne reproche pas d'avoir un site qui vend : il reproche que l'app n'offre pas le même achat par Apple.

Pour offrir un accès gratuit ou une réduction, Apple a son propre système, les codes d'offre. D'après la documentation StoreKit, ils fonctionnent pour tous les types d'achats intégrés : abonnements, consommables et non consommables. Tu les crées dans App Store Connect, et l'utilisateur les saisit dans l'App Store ou dans ton app.

Les exceptions : quand l'achat intégré n'est pas exigé

La règle 3.1.3 liste les apps qui peuvent utiliser un autre moyen de paiement. Voici la grille que j'utilise pour savoir où se range un projet.

Ton cas	Achat intégré exigé ?	Règle
Abonnement, version complète, contenu numérique	Oui	3.1.1
Produit physique, service consommé hors de l'app	Non, autre moyen obligatoire	3.1.3(e)
Cours ou consultation en direct, à deux	Non	3.1.3(d)
Cours en direct à plusieurs	Oui	3.1.3(d)
Presse, livres, musique, vidéo achetés ailleurs	Non pour y accéder	3.1.3(a)
Service multiplateforme acheté sur ton site	Accès permis si aussi en achat intégré	3.1.3(b)
Outil vendu à une entreprise pour ses salariés	Non	3.1.3(c)
App gratuite compagnon d'un outil web, sans achat	Non	3.1.3(f)

Deux limites. Une app qui profite d'une exception ne peut pas, dans l'app, pousser vers un autre moyen de paiement, hors vitrine américaine et cas prévus par Apple. En revanche, Apple précise que « Developers can send communications outside of the app » : tu peux écrire à tes utilisateurs en dehors de l'app, par e-mail par exemple.

Les règles par région en octobre 2026

Ici, les textes changent vite. Ce qui suit reprend ceux d'Apple lus le 15 octobre 2026 : relis-les avant de coder un paiement externe.

Région	Ce qui est permis en plus de l'achat intégré
États‑Unis	Boutons et liens vers un autre paiement, sans entitlement
Union européenne	Paiement alternatif dans l'app et offres hors de l'app, encadrés
Japon, Brésil, Corée du Sud	Programmes propres, sur demande d'entitlement
Autres pays	Aucun bouton, lien ni appel vers un autre paiement

États‑Unis

La règle 3.1.1(a) précise que les entitlements « are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps ». Sur la vitrine américaine, un bouton vers ton site est donc permis. Ton binaire est le même partout : si tu ajoutes ce bouton, l'app doit savoir sur quelle vitrine se trouve l'utilisateur. StoreKit la donne avec Storefront.

Union européenne

De nouvelles conditions s'appliquent depuis le 1er octobre 2026, d'après la page d'Apple sur les options de paiement dans l'UE. Tu peux garder l'achat intégré seul, sans rien changer. Tu peux aussi proposer un prestataire de paiement dans l'app, ou des offres hors de l'app, vers ton site par exemple. Apple impose alors notamment :

• l'entitlement « StoreKit External Purchases or Offers » et, pour un lien ou un paiement dans l'app, la fenêtre d'information du système ;
• l'achat intégré au moins aussi visible que l'autre option, quand les deux sont à l'écran ;
• aucune mention de ces paiements sur ta fiche App Store ;
• un contrôle parental pour les mineurs, et aucune offre hors de l'app avant 13 ans, ou plus selon le pays ;
• le même choix sur toutes les vitrines de l'UE pendant 12 mois.

Des commissions s'appliquent selon l'option choisie. Lis leur section sur la même page avant de décider.

Les autres pays

Ailleurs, la règle reste stricte : « apps and their metadata may not include buttons, external links, or other calls to action » vers un autre moyen de paiement. Le mot « metadata » compte : une description qui annonce « moins cher sur notre site » tombe aussi sous la règle. Certains pays, dont le Japon, le Brésil et la Corée du Sud, ont leurs propres programmes, listés dans la documentation External Purchase.

Corriger un refus 3.1.1 et répondre à Apple

1. Repère la porte d'entrée. Le message cite le contenu ou l'écran en cause : contenu acheté ailleurs, bouton, code, lien.
2. Ferme-la ou double-la. Soit tu retires le bouton ou le code, soit tu vends le même contenu par achat intégré.
3. Invoque une exception seulement si elle est réelle. Cite l'alinéa de la 3.1.3 et explique en deux phrases pourquoi ton cas en relève.
4. Donne au relecteur de quoi tester. Un compte de démo et le chemin vers le paywall, dans les notes de revue, comme je l'explique dans le guide sur la guideline 2.1.

Tu réponds dans la section App Review d'App Store Connect, selon la procédure pour répondre à App Review. Voici un modèle pour le cas le plus courant, un contenu acheté sur le site. C'est un exemple : remplace le build, le produit et le parcours par les tiens.

Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,

Le bouton et le paywall sont dans le code : il faut un nouveau build. Si tu restes convaincu que ton cas est une exception, Apple permet aussi de faire appel auprès de l'App Review Board.

Brancher l'achat intégré sans tout réécrire

Pour un débutant, le chemin le plus simple est de créer les produits dans App Store Connect, puis de les relier à l'app avec RevenueCat : la recette est dans RevenueCat : mettre en place un abonnement in-app. Si tu hésites entre les deux modèles, lis abonnement ou achat unique. Si tu construis avec un outil sans code, vérifie qu'il sait gérer l'achat intégré : c'est un point de créer une application sans coder.

Dès que ton achat intégré est un abonnement, la 3.1.2 s'ajoute : montant facturé en avant, durée, renouvellement, liens. Les erreurs d'écran les plus fréquentes sont dans paywall iOS : 7 erreurs de débutant.

La check-list 3.1.1 avant soumission

• Tout ce qui se débloque dans l'app (fonction, contenu, niveau, monnaie) s'achète par achat intégré.
• Aucun bouton, lien ni texte ne renvoie vers un paiement externe, sauf vitrine américaine ou programme régional obtenu.
• La description de ta fiche ne mentionne aucun autre moyen de paiement.
• Un contenu vendu sur ton site est aussi en vente par achat intégré dans l'app.
• Aucune clé de licence, aucun QR code, code maison ou crypto ne débloque quoi que ce soit.
• Pour offrir un accès, tu utilises les codes d'offre d'Apple.
• Les crédits achetés n'expirent pas, et un bouton « Restaurer mes achats » fonctionne.
• Chaque coffre ou tirage payant affiche ses probabilités avant l'achat.
• Un produit physique ou un service hors de l'app passe par Apple Pay ou une carte, pas par l'achat intégré.
• Tes notes de revue disent où trouver les achats et, si tu invoques une exception, laquelle.

Vérifier ton app avant l'envoi

Si ton app vient d'être refusée en 3.1.1, le Kit Review Apple t'aide à retrouver la règle citée, ce qu'elle demande, et un exemple de correction et de réponse. Ses notes pour le testeur couvrent l'achat intégré. Pour un regard humain, réserve une heure avec moi : on lit le message d'Apple et on cherche la porte d'entrée qu'il a vue. La démarche complète est sur la page application refusée par Apple, et la mise en place de l'achat sur la page abonnement in-app iOS.

Si tu prépares ta première sortie, fais ton diagnostic gratuit : il remet les étapes dans l'ordre et t'envoie ma checklist anti-refus Apple. Pour créer une application mobile qui vend par achat intégré dès le départ, le Kit iOS part d'un code où le paywall et les abonnements sont déjà en place.

Personne ne peut garantir qu'Apple acceptera ton app. Ce que je peux faire, c'est t'aider à choisir le bon moyen de paiement avant d'écrire le code.

Questions fréquentes

Que veut dire « Guideline 3.1.1 - Business - Payments - In-App Purchase » ?

C'est l'intitulé complet de la règle sur l'achat intégré dans le message d'Apple. Il signale que ton app donne accès à un contenu ou à une fonction numérique par un autre chemin que l'achat intégré : paiement sur un site, code, clé de licence ou lien vers une page de paiement.

Peut-on mettre un lien vers son site pour payer moins cher ?

Sur la vitrine des États‑Unis, oui : la règle permet boutons et liens sans entitlement. Dans l'Union européenne, c'est possible avec l'entitlement d'Apple et ses conditions. Ailleurs, sauf programme régional, ni l'app ni sa fiche ne peuvent renvoyer vers un autre moyen de paiement.

Peut-on débloquer son app avec un code promo ?

Pas avec un code maison : la 3.1.1 interdit les mécanismes de déblocage propres à l'app, comme les clés de licence. Utilise les codes d'offre d'Apple, créés dans App Store Connect. Ils fonctionnent pour les abonnements et pour les autres types d'achats intégrés.

Faut-il l'achat intégré pour vendre un produit physique ou un service ?

Non. Un produit physique ou un service consommé hors de l'app, comme un repas livré ou une course, doit passer par un autre moyen de paiement, Apple Pay ou carte bancaire. Un cours en direct entre deux personnes peut aussi s'en passer, mais pas un cours en direct à plusieurs.

Un client abonné sur mon site peut-il se connecter dans l'app ?

Oui pour un service multiplateforme, à condition que le même accès soit aussi en vente par achat intégré dans l'app. C'est la règle 3.1.3(b). Sans cette offre dans l'app, tu retombes dans le refus 3.1.1 type : un contenu acheté ailleurs et impossible à acheter par Apple.

RevenueCat suffit-il pour respecter la 3.1.1 ?

RevenueCat s'appuie sur l'achat intégré d'Apple, donc il ne crée pas de problème 3.1.1. Il ne retire pas pour autant un bouton de paiement externe ou un code maison que ton app contiendrait. La conformité reste à vérifier écran par écran, et sur ta fiche.