Ce que l'App Store Review autorise vraiment
Les directives de review d'Apple ont une règle spécifique pour les apps web-based : section 4.2 (fonctionnalité minimale). Elle stipule que les apps ne doivent pas être « simplement un site bundlé dans un wrapper natif sans valeur ajoutée ». En pratique :
Rejeté en vertu du 4.2
- — Un site marketing statique ou une brochure wrapped dans WKWebView
- — Un site d'une page sans interaction utilisateur au-delà de la lecture
- — Une app fonctionnellement identique à l'ouverture du site dans Safari
Passe la review
- — Un dashboard SaaS avec login, gestion de données et vrais workflows utilisateur
- — Une plateforme de contenu avec lecture hors ligne, favoris ou alertes push
- — Une app outil avec une fonction principale claire (éditeur, calculatrice, tracker, etc.)
- — Une marketplace, app de réservation ou communauté avec interaction générée par l'utilisateur
La plupart des vrais produits SaaS passent la review. La barre est plus haute que la politique 4.3 de Google Play, mais ce n'est pas insurmontable — Apple veut des apps qui justifient l'installation.
Pourquoi il n'existe pas de TWA pour iOS
Sur Android, la Trusted Web Activity permet à un onglet Chrome de s'afficher en plein écran sans interface navigateur, signé par la même clé que votre web app (assetlinks.json). Cela fonctionne parce que Google contrôle à la fois le Play Store et Chrome.
Sur iOS, tous les navigateurs — Chrome, Firefox, Edge et même Safari — sont obligés par Apple d'utiliser WebKit comme moteur de rendu. Apple n'autorise pas un équivalent TWA parce que : (1) il n'y a pas de Chrome sur iOS au sens TWA, (2) Apple restreint les apps chargeant du contenu web arbitraire sans wrapper WKWebView, et (3) les directives App Store traitent les apps WebView comme nécessitant le même test de valeur native que n'importe quelle autre app.
L'équivalent iOS d'une TWA est une app Capacitor basée sur WKWebView — elle wrappe votre URL dans la vue WebKit d'Apple, gère la signature et les profils de provisioning, et package le tout dans un fichier .ipa. Cela nécessite Xcode sur macOS et un Apple Developer Program.
Ce que vous pouvez faire aujourd'hui (sans App Store)
iOS compte 1,3 milliard d'appareils actifs. Vous n'avez pas besoin d'un listing App Store pour les atteindre — le web fonctionne déjà. Voici l'ordre de priorité pour la portée iOS aujourd'hui :
1. Optimiser votre PWA pour iOS Safari
Effort : FaibleiOS 16.4+ supporte la Web Push API, les prompts d'installation et le mode standalone. Ajoutez un manifest web, testez « Ajouter à l'écran d'accueil » et configurez le web push. Les utilisateurs obtiennent une icône sur l'écran d'accueil et des notifications push sans review App Store.
2. Utiliser un wrapper WKWebView hébergé
Effort : MoyenDes services comme Median ou Gonative wrappent votre URL dans une app WKWebView et la soumettent à l'App Store en votre nom. Vous fournissez l'URL et les assets ; ils gèrent Xcode et le provisioning. Les coûts varient selon le service.
3. Attendre SaasToStore iOS (Sprint 6)
Effort : Zéro maintenantLe pipeline iOS de SaasToStore est en développement — Capacitor iOS + signature Xcode + TestFlight + soumission App Store, même pipeline one-click qu'Android. Prévu pour le Sprint 6.
L'économie de l'App Store pour le SaaS
Avant de vous engager dans une soumission à l'App Store, comprenez les économies :
| Facteur | Détail |
|---|---|
| Programme développeur | 99$/an — couvre iOS + Mac App Store |
| Commission sur IAP | 30% (15% pour les petites entreprises sous 1M$/an) |
| Exemption checkout web | Abonnements vendus sur le web : 0% de commission — Apple ne prend une part que sur les achats in-app |
| Délai de review | 24–48h pour la plupart des apps ; jusqu'à 7 jours pour les premières soumissions ou apps rejetées et resoumises |
| Renouvellement annuel | Manquer le renouvellement : votre app est retirée du store jusqu'au paiement |
| Changements de directives | Apple met à jour ses directives régulièrement — une app approuvée aujourd'hui peut être signalée lors d'un cycle de politique futur |
Le modèle reader app est le pattern le plus courant pour les fondateurs SaaS : l'app affiche le contenu et les fonctionnalités, mais dirige les utilisateurs vers le web pour les nouveaux abonnements. Cela évite entièrement la commission de 30%. Apple l'autorise — vous ne pouvez pas faire de publicité pour des options d'achat alternatives dans l'app, mais vous pouvez faire un lien vers la page de compte de votre site.
La recommandation pratique
Pour la plupart des fondateurs SaaS et web app en 2026 :
- 1Commencer par Google Play (Android) — chemin le plus rapide, portée la plus large, pas de frais annuels.
- 2Activer l'installation PWA sur votre site pour les utilisateurs iOS Safari — ne coûte rien, atteint iOS aujourd'hui.
- 3Ajouter la distribution desktop (Windows + Linux + macOS) — utilisateurs développeurs et professionnels.
- 4Ajouter l'App Store iOS une fois que le pipeline iOS de SaasToStore est lancé — même workflow qu'Android.
Cet ordre priorise l'impact sur les revenus par heure investie. Google Play est live en une session. La PWA sur iOS ne nécessite qu'un manifest valide. Le Desktop atteint les utilisateurs professionnels gratuitement. L'App Store est le canal le plus exigeant — ça vaut le coup, mais pas en premier.
Vérifiez la disponibilité Android + Desktop de votre app maintenant
Vérification PWA gratuite — indique quels stores vous pouvez atteindre aujourd'hui, en 10 secondes.
Vérifier mon app →