---
title: "Abonnement refusé sur l’App Store : règle 3.1.2 (2026)"
description: "Abonnement refusé par App Review ? La règle 3.1.2 expliquée : mentions du paywall, liens CLUF et confidentialité, restauration, configuration et tests."
url: https://develak.com/fr/blog/abonnements-app-store-validation/
language: fr
updated: 2026-10-03
source: Develak
translations:
en: https://develak.com/blog/app-store-subscription-review.md
---
Page canonique :
[Guides](https://develak.com/fr/blog/) 15 min de lecture
# Abonnements App Store en 2026 : réussir la validation App Review (règle 3.1.2, paywall, refus)
Comment faire valider des abonnements à renouvellement automatique par App Review en 2026 : règles 3.1.1 et 3.1.2, mentions obligatoires du paywall, liens vers les conditions d’utilisation et la confidentialité, restauration des achats, configuration App Store Connect, offres, tests StoreKit et refus à éviter.
Studio Develak
Publié le 3 octobre 2026
[Read in English](https://develak.com/blog/app-store-subscription-review/)
Pour faire accepter un abonnement à renouvellement automatique sur l’App Store en 2026, votre paywall doit afficher le nom de l’abonnement, sa durée, le prix réellement facturé, ce qu’il inclut et les conditions de l’essai gratuit ; l’app doit renvoyer vers vos conditions d’utilisation (CLUF, ou EULA) et votre politique de confidentialité, et proposer « Restaurer les achats » ; les métadonnées App Store doivent contenir ces deux mêmes liens ; enfin, le premier abonnement se soumet dans la même soumission qu’une version de l’app. Presque tous les refus d’abonnement relèvent de la règle 3.1.2 (informations manquantes) ou de la règle 2.1 (l’examinateur n’a pas trouvé ou pas pu charger vos achats intégrés).
## Points clés
- Les fonctions numériques se vendent par achat intégré (3.1.1) ; un abonnement doit durer au moins sept jours, apporter une valeur continue et fonctionner sur tous les appareils de l’utilisateur (3.1.2(a)).
- Le paywall affiche nom, durée, prix facturé (le prix le plus visible), contenu et conditions d’essai, ainsi que les conditions d’utilisation, la politique de confidentialité et « Restaurer les achats ».
- Les liens vers les conditions d’utilisation et la confidentialité sont exigés à deux endroits : dans l’app et dans les métadonnées App Store.
- Le premier abonnement et son groupe partent dans la même soumission qu’une version de l’app, avec une capture et des notes pour App Review.
- App Review achète en sandbox : testez avec StoreKit dans Xcode, puis en sandbox et sur TestFlight, et vérifiez que votre serveur accepte les transactions sandbox.
## Les règles qui s’appliquent aux abonnements
Quatre textes décident du sort d’un abonnement. Lisez-les dans le texte : les [règles App Review](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase) et le [guide des abonnements à renouvellement automatique](https://developer.apple.com/app-store/subscriptions/) d’Apple sont courts et précis.
| Règle | Ce qu’elle exige |
| --- | --- |
| 3.1.1 In-App Purchase | Débloquer des fonctions ou du contenu passe par l’achat intégré, pas par une clé de licence ni un QR code. Prévoyez un mécanisme de restauration pour les achats restaurables. |
| 3.1.2(a) Usages autorisés | Une valeur continue, une période d’au moins sept jours, un accès sur tous les appareils de l’utilisateur ; pas de leurre ; ne retirez pas aux clients existants ce qu’ils ont déjà payé. |
| 3.1.2(b) Changements de formule | Passer à une formule supérieure ou inférieure sans friction, et aucun risque de souscrire par erreur à plusieurs variantes du même service. |
| 3.1.2(c) Informations sur l’abonnement | Avant de proposer l’abonnement, décrire clairement ce que l’on obtient pour ce prix, et respecter les obligations d’information de l’annexe 2 du contrat de licence Apple Developer Program. |
| Annexe 2, section 3.8(b) | Indiquer le titre de l’abonnement, sa durée, son prix (et le prix unitaire le cas échéant), avec des liens vers la politique de confidentialité et les conditions d’utilisation accessibles dans l’app. |
| 2.1(b) App Completeness | Les achats intégrés doivent être complets, visibles par l’examinateur et fonctionnels ; si l’un d’eux est introuvable, expliquez pourquoi dans les notes. |
*Règles et clauses contractuelles appliquées par App Review aux abonnements*
Les durées possibles sont fixées par App Store Connect : une semaine, un mois, deux mois, trois mois, six mois ou un an. Un abonnement peut proposer un essai gratuit, à condition de le configurer dans App Store Connect comme offre de lancement : c’est alors l’App Store qui gère l’éligibilité et la facturation.
## Ce que le paywall doit afficher
Le guide d’Apple sur les abonnements détaille le contenu de l’écran d’inscription, et l’examinateur le vérifie point par point. Avant le bouton d’achat, affichez :
1. **Le nom de l’abonnement et son contenu** : fonctions, contenus, stockage, « combien de numéros par mois », pour reprendre l’exemple de la règle 3.1.2(c).
2. **La durée de chaque formule et son prix de renouvellement complet**, dans la devise locale. Le montant réellement facturé doit être le prix le plus visible : pour une formule annuelle, le prix annuel. Un équivalent « 2,50 € par mois » peut figurer, mais en plus petit et en position secondaire.
3. **Les conditions de l’essai gratuit** : sa durée et le prix facturé à son terme.
4. **Le renouvellement**, en termes simples : la formule se renouvelle automatiquement jusqu’à résiliation.
5. **Des liens fonctionnels** vers vos conditions d’utilisation (CLUF) et votre politique de confidentialité.
6. **Un moyen pour les abonnés existants de restaurer leurs achats** ou de se connecter.
*Illustration : les six éléments qu’App Review recherche sur un paywall d’abonnement (app fictive, prix donnés à titre d’exemple).*
Ce qui fait refuser un paywall : un bouton de fermeture qui n’apparaît qu’après quelques secondes, un essai présélectionné dont le prix après essai se cache en petits caractères gris, un prix hebdomadaire affiché pour une formule facturée à l’année, ou un bouton « Continuer » qui déclenche un achat sans le dire. La règle 3.1.2(a) est explicite : les apps qui piègent l’utilisateur pour le faire s’abonner sont retirées, et le développeur peut être exclu du programme.
## Conditions d’utilisation et confidentialité : dans l’app et dans les métadonnées
C’est le refus 3.1.2 le plus courant. Le message liste deux blocs d’éléments manquants : ce qui doit figurer *dans l’app* (un lien fonctionnel vers les conditions d’utilisation et un autre vers la politique de confidentialité) et ce qui doit figurer *dans les métadonnées App Store* (les deux mêmes liens). Les avoir sur le paywall ne suffit pas.
- **Confidentialité, côté métadonnées :** le champ URL de politique de confidentialité d’App Store Connect, obligatoire de toute façon pour une app iOS.
- **Conditions d’utilisation, si vous utilisez le CLUF standard d’Apple :** il s’applique par défaut, mais l’examinateur attend tout de même un lien dans la description de l’app. Ajoutez l’[URL du CLUF standard d’Apple](https://www.apple.com/legal/internet-services/itunes/dev/stdeula/) en fin de description.
- **Conditions d’utilisation, si vous avez les vôtres :** saisissez-les comme contrat de licence personnalisé dans App Store Connect (Informations sur l’app), et liez le même texte depuis le paywall.
Chaque description de nos apps à abonnement se termine par un court bloc de ce type. Évitez d’y inscrire des prix : ils varient selon le pays, et le paywall les affiche déjà dans la bonne devise.
```
Fieldnote Pro est un abonnement facultatif à renouvellement automatique (mensuel ou annuel).
Les nouveaux abonnés à la formule annuelle bénéficient d'un essai gratuit de 7 jours.
Le paiement est débité sur votre compte Apple. L'abonnement se renouvelle automatiquement
sauf résiliation au moins 24 heures avant la fin de la période en cours.
Gérez-le ou résiliez-le à tout moment dans les réglages de votre compte Apple.
Conditions d'utilisation : https://www.apple.com/legal/internet-services/itunes/dev/stdeula/
Politique de confidentialité : https://example.com/confidentialite
```
La politique de confidentialité doit elle-même concorder avec vos réponses « Confidentialité de l’app » et votre manifeste de confidentialité. Si un SDK d’abonnement ou d’analyse est en jeu, lisez notre [guide du manifeste de confidentialité iOS](https://develak.com/fr/blog/manifeste-confidentialite-ios/) avant de déclarer « Données non collectées ».
## Configurer l’abonnement dans App Store Connect
Aucun produit ne se charge, même en sandbox, tant que le titulaire du compte n’a pas signé le contrat pour les apps payantes et renseigné fiscalité et banque. Ensuite, dans Monétisation › Abonnements :
1. **Créez un groupe d’abonnements** avec un nom de référence, puis ajoutez un nom de groupe localisé.
2. **Ajoutez chaque abonnement** : nom de référence (64 caractères maximum, usage interne), identifiant produit (lettres, chiffres, tirets, points et tirets bas, 100 caractères maximum, jamais réutilisable même après suppression), durée, prix et disponibilité.
3. **Localisez-le** : un nom affiché de 2 à 30 caractères et une description de 45 caractères maximum, dans chaque langue de l’app.
4. **Remplissez les informations pour App Review** : une capture qui montre clairement ce qui est vendu (votre paywall, dans une taille prise en charge par l’app ; elle n’apparaît jamais sur l’App Store) et des notes de 4 000 caractères maximum.
5. **En option**, ajoutez une image promotionnelle de 1024 × 1024 pixels (nécessaire pour mettre l’abonnement en avant sur votre fiche ou utiliser les offres de reconquête), et configurez vos offres.
6. **Soumettez-le avec le binaire.** Le premier abonnement à renouvellement automatique doit être soumis avec une nouvelle version de l’app, et tout nouvel abonnement avec son groupe. Ajoutez la version, le groupe et chaque abonnement à la même soumission en brouillon avant de cliquer sur « Soumettre pour vérification ». Une fois le premier approuvé, les suivants peuvent partir sans nouvelle version.
*Illustration : l’enchaînement des étapes App Store Connect pour un premier abonnement (simplifié, libellés reformulés).*
### Groupes d’abonnements et niveaux
Un client ne peut détenir qu’un abonnement par groupe à la fois : c’est ainsi qu’Apple applique la règle 3.1.2(b). Placez les formules mensuelle et annuelle d’un même service dans un seul groupe ; la plupart des apps n’en ont besoin que d’un. Classez les formules par niveau de service (le niveau 1 est le plus élevé). Une montée en gamme prend effet immédiatement, avec remboursement au prorata ; une descente prend effet au prochain renouvellement ; un changement entre formules de même niveau est immédiat si les durées sont identiques, sinon au prochain renouvellement. Deux groupes pour les mêmes fonctions, c’est le moyen sûr de faire payer deux fois l’utilisateur, et l’examinateur le relève.
Nouveauté 2026 : depuis le 27 avril 2026, un abonnement d’un an peut aussi proposer une facturation mensuelle avec engagement de 12 mois, pour les clients sous iOS 26.4 ou ultérieur, partout sauf aux États-Unis et à Singapour. Si vous l’activez, le paywall doit rendre l’engagement aussi lisible que la mensualité.
## Offres de lancement, offres promotionnelles et codes d’offre
| Offre | Pour qui | Règles essentielles |
| --- | --- | --- |
| Offre de lancement | Nouveaux abonnés | Essai gratuit, paiement à l’usage ou paiement initial ; une seule offre de lancement par client et par groupe d’abonnements |
| Offre promotionnelle | Abonnés actuels ou anciens | Éligibilité définie par vous ; jusqu’à 10 offres par abonnement |
| Code d’offre | Tout détenteur d’un code | Codes à usage unique ou personnalisés, utilisables sur l’App Store, par URL ou dans l’app ; depuis octobre 2025, disponibles pour tous les types d’achats intégrés |
| Offre de reconquête | Anciens abonnés | Peut s’afficher sur la fiche App Store, dans les réglages d’abonnement et dans l’app ; exige une image promotionnelle approuvée |
*Types d’offres d’abonnement dans App Store Connect*
Pour App Review, l’essentiel est l’information. Si votre paywall annonce « 7 jours gratuits », vérifiez d’abord l’éligibilité avec `product.subscription?.isEligibleForIntroOffer` : un ancien abonné qui a déjà profité de l’essai sera débité tout de suite, et lui promettre un essai gratuit serait trompeur. Affichez le prix après l’offre à côté de chaque offre.
## Construire le paywall avec StoreKit 2
La voie la plus rapide vers un paywall conforme est `SubscriptionStoreView` (iOS 17 et ultérieur). Cette vue affiche les noms, descriptions et prix localisés issus d’App Store Connect, ainsi que des boutons vers les conditions d’utilisation et la politique de confidentialité, que vous pouvez faire pointer vers vos propres pages :
```swift
SubscriptionStoreView(groupID: "YOUR_GROUP_ID") {
PaywallHeader() // nom + contenu de l'abonnement
}
.storeButton(.visible, for: .restorePurchases)
.subscriptionStorePolicyDestination(url: termsURL, for: .termsOfService)
.subscriptionStorePolicyDestination(url: privacyURL, for: .privacyPolicy)
```
Avec un paywall sur mesure, la logique reste courte : charger les produits, lire les droits actifs dans `Transaction.currentEntitlements`, écouter `Transaction.updates` dès le lancement, et n’appeler `AppStore.sync()` que sur un appui explicite sur « Restaurer » (l’utilisateur doit s’authentifier) :
```swift
import StoreKit
@MainActor
final class Store: ObservableObject {
@Published var products: [Product] = []
@Published var isPro = false
@Published var loadFailed = false
func load() async {
do {
products = try await Product.products(for: ["com.example.pro.yearly",
"com.example.pro.monthly"])
loadFailed = products.isEmpty
} catch {
loadFailed = true // bouton « Réessayer », jamais de paywall vide
}
await refreshEntitlements()
}
func refreshEntitlements() async {
var active = false
for await result in Transaction.currentEntitlements {
if case .verified(let transaction) = result,
transaction.revocationDate == nil {
active = true
}
}
isPro = active
}
func restore() async {
try? await AppStore.sync() // uniquement sur action de l'utilisateur
await refreshEntitlements()
}
}
```
Deux détails comptent pour la validation. Une liste de produits vide doit produire un message d’erreur visible avec un bouton pour réessayer, pas un écran blanc que l’examinateur signalera comme « achats intégrés introuvables ». Et proposez `showManageSubscriptions(in:)` dans vos réglages, pour que l’abonné puisse résilier ou changer de formule sans quitter l’app.
## Tester : Xcode, sandbox, TestFlight et environnement de vérification
- **StoreKit Testing dans Xcode.** Un fichier de configuration `.storekit`, local ou synchronisé avec App Store Connect (Xcode 14 et ultérieur), permet de tester achats, essais, renouvellements, remboursements et échecs dans le simulateur, hors ligne, avant même d’avoir créé les produits. Voir [Setting up StoreKit Testing in Xcode](https://developer.apple.com/documentation/xcode/setting-up-storekit-testing-in-xcode).
- **Sandbox.** Créez des comptes Apple sandbox dans App Store Connect et connectez-vous dans Réglages › Développeur sur l’appareil. Les réglages sandbox permettent de modifier la cadence de renouvellement, d’effacer l’historique d’achat (le compte redevient éligible aux offres de lancement) et de tester les achats interrompus. Une modification des métadonnées peut mettre jusqu’à une heure à atteindre la sandbox.
- **TestFlight.** Les builds TestFlight utilisent toujours la sandbox pour les achats intégrés : les testeurs ne sont jamais débités. Notre [guide TestFlight](https://develak.com/fr/blog/guide-testflight/) détaille groupes, vérification bêta et expiration des builds.
- **App Review.** Le build examiné est signé pour la production et dialogue avec vos serveurs de production, mais les achats passent par l’environnement de test de l’App Store. Si votre serveur valide les transactions, il doit accepter celles de la sandbox : avec l’App Store Server API, lisez l’environnement de la transaction et interrogez l’adresse sandbox pour les transactions sandbox.
## Les refus d’abonnement fréquents et leurs correctifs
| Refus | Cause habituelle | Correctif |
| --- | --- | --- |
| 3.1.2 : informations d’abonnement manquantes | Pas de lien vers les conditions ou la confidentialité dans l’app ou dans la description ; prix ou durée absents du paywall | Ajouter les deux liens aux deux endroits ; afficher nom, durée, prix facturé et conditions d’essai |
| 2.1 : achats intégrés introuvables | Abonnement non ajouté à la soumission ; paywall accessible seulement au fond de l’onboarding | Soumettre l’abonnement avec la version ; expliquer dans les notes comment atteindre le paywall |
| 2.1 : produits non chargés ou achat en échec | Contrat pour les apps payantes inactif, identifiant produit erroné, produit indisponible dans le pays de l’examinateur, serveur qui rejette les transactions sandbox | Vérifier contrats et identifiants, rendre les produits disponibles partout où l’app l’est, accepter la sandbox |
| 3.1.1 : pas de restauration | Ni bouton « Restaurer les achats » ni connexion pour les abonnés existants | Ajouter un bouton de restauration visible |
| 3.1.2(a) : abonnement trompeur ou déloyal | Prix après essai caché, prix hebdomadaire pour une formule annuelle, fonctions payées retirées aux anciens clients | Faire du montant facturé le prix le plus visible ; préserver les achats existants |
| 3.1.2(b) : abonnements en double | Formules équivalentes dans des groupes distincts | Un seul groupe, des niveaux classés |
*Causes de refus d’abonnement et comment les corriger*
Pour un problème de métadonnées seulement, comme un lien manquant dans la description, inutile d’envoyer un nouveau build : modifiez la description et répondez dans App Store Connect. Pour tout ce qui touche au binaire, corrigez, incrémentez le numéro de build et soumettez à nouveau avec une courte note sur ce qui a changé. Notre [checklist de soumission App Store](https://develak.com/fr/blog/checklist-soumission-app-store/) couvre le reste du processus.
## Liens d’achat externes aux États-Unis : ce qui a changé
Depuis mai 2025, à la suite d’une décision de justice américaine dans l’affaire Epic Games contre Apple, les règles 3.1.1(a) et 3.1.3 n’interdisent plus, sur la vitrine des États-Unis, les boutons, liens externes ou autres incitations vers d’autres moyens de paiement. Ailleurs, un lien sortant exige toujours l’un des droits (entitlements) qu’Apple accorde selon les pays. Le contentieux se poursuit en 2026 (Apple l’a porté devant la Cour suprême des États-Unis), et ces conditions peuvent encore évoluer. Retenez surtout deux choses : l’achat intégré reste obligatoire pour les fonctions numériques sur toutes les vitrines, donc votre abonnement StoreKit et ses mentions passent toujours par App Review ; et un lien externe s’ajoute à l’achat intégré, il ne le remplace pas.
## Checklist avant soumission
*Illustration : ce que nous vérifions avant de soumettre une app avec abonnements à renouvellement automatique.*
- **Paywall :** nom, contenu, durée et prix facturé de chaque formule ; durée de l’essai et prix ensuite ; mention du renouvellement ; liens vers les conditions et la confidentialité ; « Restaurer les achats ».
- **Métadonnées :** lien vers les conditions d’utilisation dans la description ou CLUF personnalisé ; URL de confidentialité ; description cohérente avec les formules de l’app.
- **App Store Connect :** contrat pour les apps payantes actif ; noms et descriptions localisés ; prix et disponibilité ; capture et notes pour App Review ; abonnements dans la même soumission que la version.
- **Tests :** achat, essai, changement de formule, restauration et résiliation en sandbox ; installation propre via TestFlight ; serveur qui accepte la sandbox ; paywall accessible en quelques gestes.
## Comment Develak gère la validation des abonnements
Develak publie plus de 30 apps sur l’App Store, dont beaucoup sont gratuites au téléchargement avec un abonnement facultatif. [Pillio](https://develak.com/fr/applications/pillio/), notre rappel de médicaments, en est un exemple : une formule mensuelle et une formule annuelle avec essai gratuit de 7 jours, exactement le type de paywall où les conditions d’essai et le prix facturé doivent être sans ambiguïté. Lors de nos soumissions, nous confrontons le paywall à la liste ci-dessus, terminons la description par les liens vers les conditions et la confidentialité, joignons le paywall comme capture pour App Review et indiquons dans les notes comment l’atteindre.
Vous lancez un produit à abonnement ? Notre offre de [développement de MVP](https://develak.com/fr/services/developpement-mvp-application/) inclut le paywall StoreKit 2, la configuration App Store Connect et la première validation. Pour une app déjà publiée, notre service de [maintenance d’application iOS](https://develak.com/fr/services/maintenance-application-ios/) tient paywall, SDK et métadonnées à jour des règles d’Apple. Nul ne peut garantir une validation, puisque seule Apple décide, mais ces contrôles éliminent les refus évitables.
## Questions fréquentes
### Pourquoi mon abonnement a-t-il été refusé au titre de la règle 3.1.2 ?
Le plus souvent parce qu’une information obligatoire manque : un lien fonctionnel vers les conditions d’utilisation (CLUF) ou la politique de confidentialité, dans l’app ou dans les métadonnées App Store, ou un paywall qui n’indique pas clairement la durée, le prix facturé et le contenu de la formule. Lisez le message de refus : il liste précisément les éléments manquants et l’endroit où ils manquent.
### Faut-il rédiger ses propres conditions d’utilisation ?
Non. Le CLUF standard d’Apple s’applique par défaut et il est accepté. Il faut néanmoins y renvoyer : depuis le paywall et dans la description de l’app. Si vous rédigez vos propres conditions, ajoutez-les comme contrat de licence personnalisé dans App Store Connect et liez le même document depuis l’app.
### Faut-il soumettre l’abonnement avec une version de l’app ?
Pour le premier abonnement à renouvellement automatique, oui : il doit figurer dans la même soumission qu’une nouvelle version, avec son groupe. Une fois un premier abonnement approuvé, les suivants peuvent être soumis seuls, tant que l’app a une version approuvée.
### Pourquoi App Review dit-il ne pas trouver mes achats intégrés ?
Soit les produits ne faisaient pas partie de la soumission, soit ils ne se sont pas chargés dans l’environnement de vérification : contrat pour les apps payantes inactif, identifiant produit erroné, produit indisponible dans le pays de l’examinateur, ou serveur qui rejette les transactions sandbox. Si le paywall n’apparaît qu’après l’onboarding ou une action précise, dites-le dans les notes, comme le demande la règle 2.1(b).
### Peut-on afficher un prix mensuel ou hebdomadaire pour une formule annuelle ?
Oui, comme information secondaire. Selon Apple, le montant réellement facturé doit être l’élément de prix le plus visible : une formule annuelle affiche d’abord, et en plus grand, son prix annuel, et l’éventuel équivalent mensuel reste plus petit.
Écrit par
## Le studio Develak
Develak est un studio indépendant d’applications iOS. Nous avons publié 34 apps sur l’App Store depuis 2025, traduites jusqu’en 44 langues, et nous écrivons ces guides à partir de cette expérience de terrain.
[Voir nos 34 apps](https://develak.com/fr/applications/) [Découvrir le studio](https://develak.com/fr/a-propos/)
## D’autres guides iOS
[Tous les guides](https://develak.com/fr/blog/)
Guides 12 min de lecture
### [Guide TestFlight (2026) : testeurs internes et externes, revue bêta et lien public](https://develak.com/fr/blog/guide-testflight/)
Le fonctionnement de TestFlight en 2026 : testeurs internes ou externes, groupes, lien public et critères, revue TestFlight, envoi et traitement des builds, conformité à l’exportation, retours et plantages, et solutions aux statuts « Missing Compliance », builds bloqués ou expirés.
3 octobre 2026
Guides 14 min de lecture
### [Manifeste de confidentialité iOS (PrivacyInfo.xcprivacy) en 2026 : API à motif obligatoire, SDK et ITMS-91053](https://develak.com/fr/blog/manifeste-confidentialite-ios/)
Le guide pratique 2026 du manifeste de confidentialité iOS : les quatre clés de PrivacyInfo.xcprivacy, tous les codes des API à motif obligatoire, les manifestes et signatures des SDK tiers, le rapport de confidentialité Xcode, et comment corriger ITMS-91053 et les autres e-mails d’App Store Connect.
3 octobre 2026
Guides 10 min de lecture
### [Étude de cas : Xlocalize, une app Mac qui traduit les String Catalogs de Xcode par IA](https://develak.com/fr/blog/etude-de-cas-xlocalize/)
Comment Xlocalize, l’app Mac de Develak pour les fichiers .xcstrings, aborde la localisation par IA : format natif de Xcode préservé sans perte, contexte par clé, votre propre clé OpenAI, Claude ou Gemini dans le trousseau, alertes de validation et erreurs signalées clairement. Uniquement des faits publics issus du Mac App Store.
3 octobre 2026
## De ce guide à votre app publiée
Develak conçoit, développe et publie des apps iOS natives pour des fondateurs et des équipes du monde entier, en français comme en anglais.
[Démarrer un projet](https://develak.com/fr/contact/) [contact@develak.com](mailto:contact@develak.com)
---
*Version Markdown de pour les assistants IA, publiée par Develak. Les liens mènent aux pages web ; ajoutez .md à l’URL d’une page pour obtenir sa version Markdown. Index du site : .*