Abonnement app iOS ou achat unique : lequel choisir ?

Abonnement app iOS ou achat unique : la réponse courte

Si ton app rend un service que l'utilisateur retrouve régulièrement, ou si elle te coûte de l'argent chaque mois (serveur, intelligence artificielle, contenu à produire), l'abonnement est en général le modèle le plus cohérent pour ta première app iOS. Si elle règle un problème ponctuel, fonctionne sans serveur et n'a pas vocation à évoluer beaucoup, l'achat unique est plus simple et plus honnête pour l'utilisateur.

Voilà la réponse courte. La suite détaille comment trancher pour ton cas : ce que chaque modèle implique, le rôle de l'essai gratuit, la commission d'Apple, et comment calculer ton revenu récurrent mensuel (MRR) à partir d'un prix et d'un nombre d'abonnés, sans te raconter d'histoire.

Pour situer d'où je parle : je publie mes propres apps iOS à abonnement, Solys, un réveil à mini-jeux, et TradaZen, un simulateur de trading. Les deux passent par RevenueCat pour gérer les abonnements. Ce que je décris ici, c'est ce que j'applique sur mes apps.

Les modèles possibles sur l'App Store

Pour vendre quelque chose de numérique dans une app iOS, tu passes par les achats intégrés d'Apple. Trois grandes options s'offrent à une première app :

• l'app payante : l'utilisateur paie avant de télécharger. C'est le modèle le plus difficile pour une app inconnue, puisqu'il faut convaincre sans que la personne ait pu essayer ;
• l'achat unique dans l'app (non-consumable) : l'app se télécharge gratuitement, puis l'utilisateur débloque la version complète une fois pour toutes ;
• l'abonnement auto-renouvelable : l'utilisateur paie chaque semaine, chaque mois ou chaque année, tant qu'il ne résilie pas.

Il existe aussi les achats consommables (des crédits, des pièces), mais pour une première app, le vrai choix se joue presque toujours entre achat unique et abonnement.

Quand l'abonnement a du sens

Apple pose un cadre clair dans ses règles de revue (règle 3.1.2) : un abonnement auto-renouvelable doit apporter une valeur continue au client, la période doit durer au moins sept jours, et l'abonnement doit être disponible sur tous ses appareils. Apple cite comme exemples adaptés le contenu régulier, les mises à jour substantielles et fréquentes, le logiciel en tant que service ou le stockage en ligne.

En pratique, l'abonnement est cohérent quand :

• l'usage est récurrent : l'utilisateur ouvre l'app chaque jour ou chaque semaine. Un réveil sert tous les matins, un simulateur d'entraînement se pratique régulièrement ;
• l'app a des coûts qui tournent : appels à une API d'intelligence artificielle, base de données, stockage de fichiers. Si chaque utilisateur te coûte de l'argent tous les mois, un paiement unique finit par ne plus couvrir ce qu'il consomme ;
• tu comptes faire évoluer l'app : nouveaux contenus, nouvelles fonctions, corrections régulières.

L'abonnement a un autre intérêt : il rend ton revenu plus prévisible. Chaque abonné qui reste compte encore le mois suivant, ce qui permet de raisonner en revenu récurrent plutôt qu'en ventes isolées.

Il a aussi ses exigences. Un abonné qui ne trouve plus de valeur résilie, et tu dois continuer à mériter son paiement. C'est une bonne discipline, mais c'est un engagement.

Quand l'achat unique a du sens

L'achat unique reste un bon choix dans plusieurs cas :

• l'app règle un besoin ponctuel : un outil qu'on utilise quelques fois, un utilitaire, un convertisseur ;
• elle tourne entièrement sur le téléphone, sans serveur ni service payant derrière ;
• ton public rejette l'abonnement pour ce type d'outil, et le lui imposer ressemblerait à un abus.

Son avantage : il est simple à comprendre et à vendre. Son inconvénient : chaque utilisateur ne paie qu'une fois. Pour continuer à gagner de l'argent, il faut sans cesse trouver de nouveaux acheteurs, alors que tes coûts de maintenance, eux, continuent.

Tu peux aussi combiner : un abonnement comme offre principale et un achat à vie en option pour ceux qui refusent l'abonnement. Mais pour une première app, commence par un modèle unique et clair. Tu pourras ajuster une fois que tu auras de vraies données.

L'essai gratuit, dans les deux modèles

Pour une app que personne ne connaît, l'essai gratuit lève un frein énorme : l'utilisateur peut tester sans risque.

Pour un abonnement, Apple prévoit les offres de lancement (introductory offers). Selon la page d'Apple sur les abonnements, l'abonnement démarre immédiatement mais l'utilisateur n'est facturé qu'à la fin de la période gratuite. Un client ne peut utiliser qu'une offre de lancement par groupe d'abonnements, et le parcours d'achat doit indiquer clairement la durée de l'essai et le prix facturé ensuite.

Pour un achat unique, c'est possible aussi. La règle 3.1.1 autorise les apps sans abonnement à proposer un essai limité dans le temps, sous la forme d'un achat intégré gratuit nommé selon la convention « essai de X jours ». Avant le début de l'essai, l'app doit indiquer sa durée, ce qui ne sera plus accessible à la fin, et ce qu'il faudra payer pour tout débloquer.

Proposer un essai ne suffit pas, il faut aussi que l'utilisateur le voie. Sur mes propres apps, j'ai eu beaucoup d'installations pour très peu d'essais démarrés. Le modèle n'était pas en cause : le paywall et l'onboarding ne menaient pas assez clairement à l'essai. J'ai dû les retravailler, et j'ai rassemblé les erreurs à éviter dans cet article sur le paywall iOS.

La commission d'Apple, sans approximation

Quel que soit ton modèle, Apple prélève une commission sur chaque vente passée par l'App Store. Les taux dépendent de ta situation.

Avec le Small Business Program. D'après la page officielle du programme, la commission passe à 15 % sur les apps payantes et les achats intégrés pour les développeurs dont les produits (proceeds) n'ont pas dépassé 1 million de dollars sur l'année civile précédente, ainsi que pour les nouveaux développeurs. Apple précise que les produits s'entendent après commission et après certaines taxes. Il faut s'y inscrire : ce n'est pas automatique. Si tu dépasses le seuil en cours d'année, le taux standard s'applique aux ventes suivantes.

Sans le programme. Le taux standard est de 30 %.

Le cas des abonnements. La page d'Apple sur les abonnements indique que, pendant la première année de service d'un abonné, tu reçois 70 % du prix, hors taxes applicables. Une fois que cet abonné cumule un an de service payé, ta part passe à 85 %, soit une commission de 15 %. Les jours d'essai gratuit ne comptent pas dans cette année. Si tu es dans le Small Business Program, tu es déjà à 15 % dès le départ.

Des conditions différentes existent pour les développeurs qui ont choisi les conditions alternatives proposées dans l'Union européenne. Pour une première app, tu seras presque certainement sur les conditions standard, mais vérifie toujours sur les pages d'Apple avant de faire tes calculs : ces règles évoluent.

Calculer ton MRR à partir d'un prix et d'un nombre d'abonnés

Le MRR (Monthly Recurring Revenue), c'est le revenu que tes abonnements te rapportent chaque mois. Le calcul de base tient en une ligne :

MRR = nombre d'abonnés × prix mensuel

Pour un abonnement annuel, tu ramènes le prix au mois en le divisant par 12.

Ensuite, il faut retirer ce qui ne t'appartient pas. En France, le prix affiché sur l'App Store inclut la TVA à 20 %, qu'Apple reverse, puis Apple prélève sa commission. Prenons un exemple, avec des chiffres choisis uniquement pour illustrer le calcul :

• un abonnement mensuel à 4,99 € : hors TVA, environ 4,16 € ; après une commission de 15 %, ta part est d'environ 3,53 € par abonné et par mois ;
• 100 abonnés mensuels à ce prix donnent donc environ 499 € payés par les clients, et environ 353 € pour toi chaque mois ;
• un abonnement annuel à 39,99 € équivaut à environ 3,33 € par mois payés par le client, soit environ 2,36 € par mois pour toi après TVA et commission de 15 %.

Le montant exact dépend du pays de l'acheteur et de sa fiscalité. App Store Connect affiche ta part pour chaque prix, c'est la référence à utiliser.

Ce calcul ne dit rien de ce que ton app va rapporter. Il te dit seulement combien d'abonnés il te faudrait pour atteindre un objectif donné, à un prix donné. C'est déjà très utile : si ton objectif demande un nombre d'abonnés irréaliste pour ta niche, il vaut mieux le savoir avant de coder. N'oublie pas non plus que des abonnés résilient chaque mois : ton MRR ne se maintient que si tu en gagnes au moins autant que tu en perds.

Pour une vue plus large des facteurs qui font varier le revenu d'une app, lis combien rapporte une application mobile.

Ce que le modèle change dans ton app

Choisir l'abonnement n'est pas qu'une ligne dans App Store Connect. Il entraîne des obligations concrètes :

• un paywall qui affiche le nom, la durée, le prix de renouvellement complet et un moyen de restaurer ses achats ;
• un bouton de restauration qui fonctionne, exigé par Apple ;
• dans la description App Store, un rappel des conditions de l'abonnement et des liens vers les conditions d'utilisation et la politique de confidentialité. Sans eux, Apple refuse l'app au titre de la règle 3.1.2 ;
• une gestion des droits fiable : savoir à tout moment si l'utilisateur est abonné, en essai ou expiré. C'est précisément ce que RevenueCat simplifie.

L'achat unique demande moins de travail, mais pas zéro : la restauration d'achat reste obligatoire, et le paywall doit toujours dire clairement ce que l'utilisateur débloque.

Tout le volet technique, produits dans App Store Connect, RevenueCat et vérification des achats, est décrit sur la page abonnements in-app iOS. Et si tu en es encore à l'étape d'avant, la page créer une application iPhone reprend le parcours complet, de l'idée à la publication.

Ma recommandation pour une première app

Pour la plupart des premières apps que je vois, celles qui rendent un service régulier, je conseille de partir sur l'abonnement, avec :

1. un essai gratuit clairement affiché ;
2. deux offres au plus, mensuelle et annuelle, avec l'annuelle mise en avant ;
3. un paywall à la fin de l'onboarding, après que l'utilisateur a vu la valeur de l'app ;
4. des événements d'analytics à chaque étape, pour savoir où les utilisateurs décrochent.

Si ton app est un outil ponctuel sans coûts récurrents, l'achat unique avec un essai gratuit est un choix parfaitement défendable. Dans les deux cas, garde une première version courte, centrée sur une seule fonction principale : c'est ce qui permet de publier vite et d'apprendre de vrais utilisateurs. La page MVP d'application iOS explique comment la cadrer.

Passer à l'action avec un accompagnement

Choisir le modèle, fixer le prix, construire le paywall et le brancher sur RevenueCat, c'est précisément ce qu'on fait ensemble dans L'Accélérateur iOS. Le format : 4 semaines, 3 lives par semaine en groupe de 10 places au plus, l'accès à vie au groupe privé Discord, aux replays et aux modèles, et ton dossier App Store relu avant l'envoi. La prochaine session commence le lundi 12 octobre 2026, pour 489 €, ou 3 × 163 € sans frais avec Klarna.

Personne ne peut te promettre un nombre d'abonnés. Ce que tu peux obtenir, c'est une app publiée avec un modèle de revenu réfléchi, un paywall conforme aux règles d'Apple, et les mesures pour savoir quoi améliorer ensuite.