Le site web est la boutique
Votre app web vend déjà des abonnements via Stripe. Une fois encapsulée, la page de tarifs, le checkout et le portail de facturation viennent avec, à moins que vous ne les masquiez.
Ce que dit la 3.1.3
La guideline 3.1.3 cite sept types d'apps qui peuvent utiliser d'autres moyens d'achat que l'achat intégré. Dans l'app, ces apps ne peuvent toujours pas inciter les utilisateurs à payer autrement, avec deux exceptions inscrites dans la guideline : les apps du storefront des États-Unis, et les autorisations de lien (entitlements) décrites aux 3.1.1(a) et 3.1.3(a). La communication en dehors de l'app, par exemple un e-mail à vos utilisateurs au sujet de vos prix sur le web, est autorisée.
Elle est le pendant de la guideline 3.1.1, qui exige l'achat intégré pour les fonctionnalités et contenus numériques. Si votre app vend quelque chose de numérique et n'entre dans aucune des catégories de la 3.1.3, c'est la 3.1.1 qui s'applique.
Les catégories de la 3.1.3, en résumé
- 3.1.3(a)
Apps « lecteur »
Les apps donnant accès à des magazines, journaux, livres, contenus audio, musique ou vidéos achetés auparavant peuvent permettre aux utilisateurs d'accéder à ce qu'ils ont acheté ailleurs. Elles peuvent proposer gratuitement la création et la gestion de comptes, et demander un entitlement pour afficher un lien informatif unique vers leur propre site web. Cet entitlement n'est pas nécessaire sur le storefront américain.
- 3.1.3(b)
Services multiplateformes
Les apps qui fonctionnent sur plusieurs plateformes peuvent donner accès à des contenus, abonnements ou fonctionnalités achetés sur le web ou ailleurs, y compris aux consommables des jeux multiplateformes, à condition que ces éléments soient aussi disponibles en achat intégré dans l'app.
- 3.1.3(c)
Services d'entreprise
Les apps vendues directement à des organisations pour leurs employés ou leurs étudiants peuvent débloquer ce que l'organisation a acheté. Les ventes aux particuliers, à un utilisateur unique ou aux familles passent par l'achat intégré.
- 3.1.3(d)
Services de personne à personne
Les services en temps réel entre deux personnes (cours particuliers, consultations, coaching sportif) peuvent être payés autrement ; les services d'une personne vers quelques-unes ou vers un grand nombre passent par l'achat intégré.
- 3.1.3(e)
Biens et services hors de l'app
Les biens physiques et les services consommés hors de l'app doivent être payés par d'autres moyens, comme Apple Pay ou la saisie d'une carte, et non par l'achat intégré.
- 3.1.3(f)
Apps autonomes gratuites
Les apps compagnons gratuites d'un outil web payant de VoIP, de stockage cloud, d'e-mail ou d'hébergement web peuvent se passer de l'achat intégré s'il n'y a aucun achat dans l'app et aucun appel à acheter en dehors.
- 3.1.3(g)
Apps de gestion publicitaire
Les apps dont le seul but est d'acheter et de gérer des campagnes publicitaires peuvent se passer de l'achat intégré ; les mises en avant ou publicités affichées dans la même app passent par l'achat intégré.
Ce que dit généralement le message de refus
Deux messages dominent. Le premier indique que l'app donne accès à des contenus numériques ou à des abonnements achetés en dehors de l'app, mais que ces éléments ne sont pas disponibles via l'achat intégré ; les examinateurs le classent généralement sous la 3.1.1 et renvoient à la 3.1.3(b). Le second indique que l'app contient des boutons, des liens ou d'autres appels à l'action qui orientent les clients vers un autre moyen d'achat que l'achat intégré, souvent avec une capture de votre page de tarifs, d'un lien « Gérer la facturation » vers le portail Stripe ou d'une phrase « Abonnez-vous sur notre site web ».
Les apps « lecteur » reçoivent une variante : la création et la gestion de compte sont acceptées, mais l'app affiche des prix ou un parcours d'achat pour les formules payantes.
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
Pourquoi les apps web encapsulées se retrouvent ici
Les abonnés web se connectent sur iPhone
Les clients existants s'attendent à retrouver leur formule dans l'app. C'est autorisé pour les apps « lecteur », et pour toutes les autres uniquement si l'achat intégré est également proposé (3.1.3(b)).
Croire que toute app de contenu est une app « lecteur »
L'exception « lecteur » est étroite : magazines, journaux, livres, audio, musique et vidéo. Un outil d'écriture IA, un tableau de bord SaaS ou une plateforme de cours interactifs n'est généralement pas considéré comme tel.
Une app web, de nombreux storefronts
Le storefront américain autorise les liens d'achat externes ; la plupart des autres non. La même app web affichée dans tous les pays doit savoir de quel storefront vient l'app.
Le storefront américain : des liens vers un paiement externe
Après une décision de justice d'avril 2025 dans l'affaire Epic Games, Apple a modifié ses guidelines : pour les apps du storefront des États-Unis, l'interdiction des boutons, liens externes et autres appels à l'action menant à d'autres moyens d'achat ne s'applique pas, et les entitlements de lien n'y sont pas nécessaires. Fin 2026, cette exception figure dans les 3.1.1(a), 3.1.3 et 3.1.3(a). L'affaire s'est poursuivie devant les tribunaux, notamment sur la question de savoir si Apple peut prélever une commission sur les achats effectués via ces liens, et à quel niveau : les conditions commerciales peuvent donc encore changer.
Ce que cela signifie pour vous : aux États-Unis, vous pouvez afficher un bouton « S'abonner sur notre site web » qui ouvre votre checkout web. Le texte de la guideline décrit toujours l'achat intégré comme le moyen de débloquer des fonctionnalités numériques dans l'app et traite le lien comme un complément : pour une petite app, l'achat intégré plus un lien facultatif aux États-Unis est donc la configuration qui soulève le moins de questions. Nous recommandons d'ouvrir le lien dans Safari plutôt que dans la WebView de l'app. Vérifiez la formulation actuelle des 3.1.1(a) et 3.1.3 dans App Store Connect avant de publier.
L'UE et les autres régions
Dans l'Union européenne, Apple propose des conditions alternatives au titre du Digital Markets Act : un traitement des paiements alternatif dans l'app, des liens vers un achat externe via un entitlement et une distribution via des boutiques alternatives, chacun avec ses propres frais, obligations d'information et contrats. Apple a révisé ces conditions au cours de 2025, et elles peuvent encore changer. Quelques autres storefronts, comme la Corée du Sud et le Japon, disposent de leurs propres options en vertu du droit local. Pour une app gérée par une seule personne, le travail de mise en place et les calculs de frais dépassent généralement les économies ; lisez les pages développeurs régionales actuelles d'Apple avant de décider.
Quelle configuration convient à votre app
| Votre produit | Catégorie | Ce que l'app iOS peut faire |
|---|---|---|
| Newsletter, magazine, podcast ou vidéothèque vendus sur le web | 3.1.3(a) app « lecteur » | Connexion et accès aux achats, inscription gratuite, gestion du compte. Hors des États-Unis, ni prix ni boutons d'achat, sauf un lien informatif unique avec l'entitlement. |
| Outil SaaS ou IA avec des abonnements web via Stripe | 3.1.3(b) multiplateforme | Débloquer les formules web et proposer les mêmes formules en achat intégré. États-Unis : un lien facultatif vers votre checkout web. |
| Outil vendu uniquement à des entreprises pour leur personnel | 3.1.3(c) entreprise | Débloquer la formule de l'organisation ; aucun achat pour particuliers dans l'app. |
| Coaching ou cours particuliers en direct, en tête-à-tête | 3.1.3(d) personne à personne | Stripe ou un autre prestataire de paiement pour les séances ; les cours enregistrés passent par l'achat intégré. |
| Marketplace de biens physiques, de repas ou de services locaux | 3.1.3(e) | Stripe, Apple Pay ou saisie de carte ; l'achat intégré ne doit pas être utilisé. |
| Compagnon gratuit d'un hébergement, d'un stockage, d'un e-mail ou d'une VoIP payants | 3.1.3(f) app autonome gratuite | Aucun achat et aucun appel à acheter, nulle part dans l'app. |
La mise en œuvre dans une app WebViewGold
Choisissez votre catégorie et écrivez-la
Décidez quelle ligne décrit votre app et mettez cette phrase dans les notes pour l'examen. Une phrase comme « This is a reader app under 3.1.3(a) » obtient une bien meilleure réponse que le silence.
Laissez l'app web détecter l'app iOS
Réglez
useragent_iphonedans Config.swift sur le user agent par défaut suivi d'un marqueur commeMyAppiOS, et testeznavigator.userAgentdans votre app web.Lisez le storefront
Appelez
getstorelocation://, ou réglezautoInjectVariablesur true. WebViewGold fournit alors le code pays de l'App Store dansstoreLocation(par exempleUS), ounulls'il n'est pas disponible. Traiteznullcomme un storefront hors États-Unis. Détails dans la documentation In-App Purchases.Proposez l'achat intégré là où c'est nécessaire
Les apps multiplateformes ajoutent les mêmes formules via RevenueCat (
revenuecat://purchase?external_id=USER_ID&product=pro_monthly) et synchronisent le droit d'accès avec votre backend, comme le montre le guide de configuration RevenueCat. Les apps « lecteur » sautent cette étape et masquent à la place tous les prix.Ouvrez le checkout externe dans Safari, aux États-Unis uniquement
Si vous affichez aux États-Unis un lien vers votre checkout web, ajoutez son hôte (par exemple
checkout.yourdomain.com) àsafariwhitelistpour que le lien sorte de l'app, comme décrit dans la documentation URL Handling. Hors des États-Unis, n'affichez pas du tout le lien.Retirez les restes et répondez
Hors des États-Unis, le portail de facturation Stripe, les bannières « moins cher sur le web », les codes promo web et les comparaisons de prix restent sur le site web. Envoyez un nouveau build si vous avez modifié Config.swift, puis répondez dans le Resolution Center.
Des options d'achat adaptées au storefront
Une seule fonction décide de ce qu'affiche l'écran d'achat. Le site web continue de fonctionner exactement comme avant.
javascript
// Config.swift: useragent_iphone = "<user agent iOS par défaut> MyAppiOS", autoInjectVariable = true
var inIosApp = navigator.userAgent.indexOf("MyAppiOS") !== -1;
function purchaseOptions() {
if (!inIosApp) return { stripe: true }; // site web : inchangé
var us = typeof storeLocation !== "undefined" && storeLocation === "US";
return {
iap: true, // service multiplateforme : toujours proposer l'achat intégré
webLink: us // storefront américain uniquement ; l'hôte du checkout est dans safariwhitelist
};
}
// Variante app « lecteur » : pas d'achat intégré, pas de prix hors des États-Unis
// return { iap: false, webLink: us, showPrices: us };Modèle de réponse pour le Resolution Center
Nommez explicitement la catégorie, puis décrivez ce que l'examinateur trouvera et ne trouvera pas dans l'app. Le modèle reste en anglais, la langue de travail des examinateurs.
Réponse dans le Resolution Center (gardez la variante qui s'applique)
Hello App Review team, Thank you for reviewing [App name] [version] ([build]). We would like to explain how purchases work in the app. [Reader app] [App name] is a reader app under Guideline 3.1.3(a). It lets existing subscribers [read the magazine / listen to the audio library] they purchased on our website. The app offers free account creation and account management only. There are no prices, purchase buttons or purchase links in the app [outside the United States storefront]. [Multiplatform service] Users who subscribed on our website can use the same plan in the app (Guideline 3.1.3(b)). All plans are also available as In-App Purchases: [product IDs]. [On the United States storefront only, the paywall also shows a link to our website checkout, which opens in Safari.] What we changed: [removed the Stripe billing link, hid web prices in the app, added In-App Purchase products]. Where to verify: [screen]. The demo account is in App Review Information. Best regards, [Name], [email]
Checklist
- Vous connaissez votre catégorie, et elle est indiquée dans les notes pour l'examen.
- Apps multiplateformes : chaque formule web existe aussi en achat intégré, avec des liens de restauration et de gestion (voir guideline 3.1.2).
- Apps « lecteur » : ni prix ni boutons d'achat hors des États-Unis ; uniquement la création et la gestion de compte.
- Les liens vers un paiement externe n'apparaissent que si
storeLocationvautUS, et ils s'ouvrent dans Safari. - Pas de portail Stripe, de codes promo web ni de comparaisons de prix dans les storefronts hors États-Unis.
- Vous avez vérifié le texte actuel des 3.1.1(a) et 3.1.3 le jour de la soumission.
Questions fréquentes
Mon app est-elle une app « lecteur » ?
Seulement si son contenu principal se compose de magazines, journaux, livres, contenus audio, musique ou vidéos que les utilisateurs ont achetés ou auxquels ils sont abonnés. Les fonctionnalités logicielles, les crédits IA, les modèles et les outils n'en font pas partie, même quand le résultat est livré sous forme de texte.
Mes utilisateurs s'abonnent sur le web. Peuvent-ils utiliser l'app iOS sans payer une deuxième fois ?
Oui. Les apps « lecteur » peuvent débloquer les achats web sans proposer d'achat intégré. Les autres apps peuvent les débloquer au titre de la 3.1.3(b), à condition que les mêmes formules puissent aussi être achetées dans l'app.
Une app aux États-Unis peut-elle renvoyer vers Stripe et se passer complètement de l'achat intégré ?
Le texte de la guideline n'interdit plus le lien sur le storefront américain, mais il décrit toujours l'achat intégré comme le moyen de débloquer des fonctionnalités numériques, et la situation juridique continue d'évoluer. Certaines grandes apps sont passées à une configuration avec lien uniquement ; pour une petite app, l'achat intégré plus un lien facultatif aux États-Unis reste la voie la plus sûre. Vérifiez le texte actuel avant de décider.
Puis-je écrire à mes utilisateurs par e-mail au sujet de prix plus bas sur le site web ?
Oui. La guideline 3.1.3 autorise la communication en dehors de l'app sur d'autres moyens d'achat. Dans l'app, hors du storefront américain, l'app ne peut pas orienter les utilisateurs vers ces prix.
L'exception américaine s'applique-t-elle si mon app est aussi disponible dans d'autres pays ?
Elle ne s'applique qu'au storefront américain. Tous les autres storefronts suivent les règles habituelles : c'est pourquoi votre app web doit lire le code du storefront et n'afficher le lien que pour US.
Apple prélève-t-il une commission sur les achats effectués via un lien externe aux États-Unis ?
Cette question est devant les tribunaux depuis la décision de 2025. Vérifiez les conditions actuelles d'Apple et le texte de la guideline dans App Store Connect, et ne bâtissez pas votre tarification sur un niveau de commission susceptible de changer.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.