Application iOS ou Android : par laquelle commencer ?

Application iOS ou Android : la réponse courte

Application iOS ou Android : si tu débutes et que ton but est de vendre ta première application, commence par iOS. Les utilisateurs d'iPhone paient nettement plus en moyenne, et un lancement sur une seule plateforme t'apprend plus vite ce qui marche. Si tu construis ton app avec React Native et Expo, tu ne fermes pas la porte à Android : le même code pourra produire une version Android plus tard, quand tes chiffres le justifieront.

Il y a des exceptions, et elles sont réelles : un public déjà majoritairement sur Android, une app qui ne vaut rien sans tout le monde, un marché où l'iPhone est rare. On les voit plus bas. Mais dans le cas le plus courant, une personne seule qui lance sa première app à abonnement, lancer iOS et Android en même temps double une grande partie du travail au moment où tu as le moins de temps.

Je publie mes propres apps iOS avec React Native et Expo. Solys, un réveil à mini-jeux, et TradaZen, un simulateur de trading, sont sur l'App Store. Nolera et Clic ont été refusées par Apple, puis corrigées. Toutes ont été lancées sur iOS, pour les raisons qui suivent.

Une application iOS peut-elle tourner sur Android ?

Non. Une app construite pour iPhone ne s'installe pas sur un téléphone Android, et inversement. Chaque store demande son propre fichier d'application, construit pour son système, et chaque store a sa propre revue.

Ce qui peut être commun, c'est le code source. Avec React Native et Expo, tu écris un seul projet en JavaScript ou TypeScript. La documentation d'Expo le résume ainsi : un seul projet qui tourne nativement sur les appareils de tes utilisateurs, Android, iOS et web. Ensuite, EAS Build construit les fichiers d'application pour chaque plateforme. Tu obtiens donc deux apps distinctes, issues du même code.

C'est pour ça que la question « iOS ou Android » n'est pas un choix définitif quand tu utilises cette stack. C'est un choix d'ordre : par quelle plateforme commencer.

Pourquoi commencer par iOS quand tu débutes et veux monétiser

Les utilisateurs d'iPhone paient davantage

Le rapport State of Subscription Apps 2025 de RevenueCat, construit à partir des données des apps à abonnement qui utilisent ce service, est très clair sur ce point :

• le revenu médian par installation au bout de 60 jours est de 0,38 $ sur l'App Store contre 0,14 $ sur Google Play ;
• dans chaque région étudiée, plus de 67 % des apps tirent au moins 80 % de leurs revenus des utilisateurs iOS ;
• le taux de passage au payant 35 jours après le téléchargement est plus élevé sur l'App Store dans toutes les catégories.

Si ton objectif est de faire payer tes premiers abonnés, c'est sur iOS que tes efforts ont le plus de chances de rapporter.

Il y a plus d'utilisateurs Android, mais ils paient moins

L'argument inverse existe, et il est juste sur le nombre. En France, selon StatCounter, Android représentait environ 64 % des téléphones en août 2026, contre environ 36 % pour iOS. Tu touches donc moins de monde en lançant sur iOS seul. Mais pour une app à abonnement, ce qui compte n'est pas le nombre de téléchargements : c'est le nombre de personnes qui paient, et les chiffres de RevenueCat montrent où elles se trouvent.

Un lancement concentré s'apprend plus vite

Une seule plateforme, c'est un seul jeu de retours à analyser, un seul comportement à corriger, une seule fiche à optimiser. Tes premières semaines après la sortie servent à comprendre ce qui fait revenir tes utilisateurs et ce qui les fait payer. Ces enseignements arrivent plus vite et plus nets quand ils ne sont pas dilués entre deux écosystèmes.

Moins d'appareils à tester

L'iPhone existe en un nombre limité de modèles, tous conçus par Apple. Android couvre une grande variété de fabricants, de tailles d'écran et de versions du système. Quand tu es seul, tester à fond une plateforme est déjà un vrai travail. Ma règle sur iOS : vérifier au moins le plus petit iPhone et le plus grand avant chaque envoi.

Ce que coûte une application mobile iOS et Android dès le départ

Lancer une application mobile iOS et Android en même temps, même avec un code partagé, ajoute plusieurs postes.

• Deux comptes développeur. Apple demande 99 $ par an. Google demande des frais d'inscription uniques de 25 $.
• Deux dossiers de publication. Fiche, captures, déclarations de confidentialité, réglages d'abonnement : tout se prépare deux fois, avec des règles différentes. La fiche iOS ne doit pas citer Android, selon la guideline 2.3.10.
• Une étape de test en plus chez Google. Pour un compte personnel créé après le 13 novembre 2023, Google exige un test fermé avec au moins 12 testeurs inscrits pendant au moins 14 jours d'affilée avant de pouvoir publier. Il faut trouver ces testeurs et tenir ce délai.
• Deux séries d'ajustements. Permissions, notifications, tâches en arrière-plan, clavier, gestes de retour : même avec React Native, certains comportements diffèrent et demandent des corrections propres à chaque plateforme.
• Ton attention. C'est le coût le moins visible et souvent le plus lourd. Seul, chaque heure passée sur Android est une heure qui ne va pas dans la fonction principale ou dans le paywall.

Comment React Native et Expo gardent Android possible

Commencer par iOS ne veut pas dire tout verrouiller. Quelques réflexes, dès le premier jour, gardent Android à portée de main :

1. Choisis une stack multiplateforme. React Native et Expo pour l'app, Supabase pour les données, RevenueCat pour les abonnements. Ces outils fonctionnent sur les deux systèmes, et c'est la stack que j'utilise sur toutes mes apps. Les raisons sont détaillées sur la page React Native et Expo pour une app mobile.
2. Isole ce qui est propre à iOS. Si tu utilises une fonction qui n'existe que sur iPhone, garde-la dans un fichier à part, pour pouvoir prévoir une alternative ou la masquer sur Android.
3. N'écris pas les prix en dur. Affiche ceux que renvoie le store. Ton paywall restera juste sur les deux plateformes. La page abonnements in-app iOS détaille la mise en place.
4. Garde tes données côté serveur si elles doivent suivre l'utilisateur. Un utilisateur qui change d'iPhone pour un Android pourra retrouver son compte.

Bonus de cette stack : tu n'as pas besoin de Mac pour construire la version iOS, puisque EAS construit l'app dans le cloud, avec la version de Xcode liée à ton SDK Expo (ITMS-90725). J'explique comment dans publier une app iOS sans Mac.

iOS d'abord n'est pas un choix contre Android. C'est un choix sur l'ordre dans lequel tu dépenses ton temps.

Quand faut-il lancer iOS et Android en même temps ?

La règle n'est pas absolue. Trois situations changent la réponse.

Ton public existant est surtout sur Android. Si tu lances une app pour une communauté que tu connais déjà, et que cette communauté utilise majoritairement Android, pars de là où sont les gens, pas de la plateforme qui paie le mieux en moyenne.

L'app dépend d'un effet de réseau immédiat. Une messagerie ou une app de mise en relation qui ne vaut rien sans masse critique peut avoir besoin des deux plateformes dès la sortie, pour n'exclure personne du réseau.

Ton marché cible est très majoritairement Android. Dans certains pays, la part d'iOS est faible. Regarde les chiffres de ton marché réel, sur StatCounter par exemple, avant d'appliquer une règle générale.

Quand ajouter Android ?

Une fois ta première version publiée sur iOS, mesurée et ajustée, tu sais si l'app retient ses utilisateurs, quel prix ils acceptent et quelles demandes reviennent. C'est le bon moment pour décider d'Android, avec des faits plutôt qu'avec de l'espoir.

Quelques signaux qui peuvent justifier le passage :

• des personnes te demandent régulièrement une version Android ;
• ton app convertit correctement sur iOS, et tu veux élargir ton public ;
• ta fonction principale n'utilise rien qui soit propre à l'iPhone.

Cette logique est celle de toute première version : réduire au testable, publier, mesurer, puis décider la suite. La page MVP d'application iOS détaille cette méthode, et ton cahier des charges d'une page est le bon endroit pour écrire noir sur blanc « Android : hors version 1 ».

iOS ou Android : ma recommandation en une phrase

Sauf si ton public ou ton marché impose clairement Android, lance sur iOS avec React Native et Expo, apprends vite, et décide d'Android quand ton app a fait ses preuves.

Lancer ta première application iOS

Ce chemin, je l'ai mis dans le Kit iOS : le code de départ Expo et React Native de mes apps, qui compile aussi pour Android, et un parcours en quatre étapes à suivre à ton rythme. Si tu hésites encore sur ton modèle de revenu, lis d'abord abonnement ou achat unique pour une app iOS.

Tu hésites encore sur la suite de ton projet ? Le diagnostic gratuit te dit ce qui te bloque vraiment et quelle étape attaquer d'abord, puis t'envoie ma checklist anti-refus Apple. Et l'accueil montre comment créer une application mobile sans partir de zéro avec ce code, d'abord pour iPhone.

Je ne te promets ni revenu ni publication : Apple valide, le marché décide.

Questions fréquentes

Faut-il commencer par iOS ou par Android pour une première app ?

Si tu débutes et que tu veux vendre ta première application, commence par iOS. Les utilisateurs d'iPhone paient nettement plus en moyenne, et un lancement sur une seule plateforme t'apprend plus vite ce qui marche. Avec React Native et Expo, tu ne fermes pas la porte à Android : le même code pourra produire une version Android plus tard.

Comment créer une application iOS et Android ?

Avec React Native et Expo, tu écris un seul projet en JavaScript ou TypeScript, puis EAS Build construit les fichiers d'application pour chaque plateforme. Tu obtiens deux apps distinctes issues du même code, car chaque store demande son propre fichier d'application et a sa propre revue. Les raisons de cette stack sont sur la page React Native et Expo pour une app mobile.

Les utilisateurs d'iPhone paient-ils plus que ceux d'Android ?

Oui, en moyenne. Le rapport State of Subscription Apps 2025 de RevenueCat s'appuie sur les apps à abonnement qui utilisent son service. Il donne un revenu médian par installation à 60 jours de 0,38 $ sur l'App Store contre 0,14 $ sur Google Play. Android compte pourtant plus de téléphones en France, environ 64 % en août 2026 selon StatCounter.

Quels frais prévoir pour publier sur l'App Store et sur Google Play ?

Apple demande 99 $ par an et Google des frais d'inscription uniques de 25 $. Il faut aussi préparer deux dossiers de publication et faire deux séries d'ajustements. Chez Google, un compte personnel créé après le 13 novembre 2023 exige un test fermé avant de pouvoir publier. Ce test demande au moins 12 testeurs inscrits pendant au moins 14 jours d'affilée.

Dans quels cas lancer iOS et Android en même temps ?

Trois situations changent la réponse. Si ton public existant est surtout sur Android, pars de là où sont les gens. Si ton app dépend d'un effet de réseau immédiat, comme une messagerie, elle peut avoir besoin des deux plateformes dès la sortie. Si ton marché cible est très majoritairement Android, regarde les chiffres de ton marché réel avant d'appliquer une règle générale.

À quel moment ajouter Android après une première version iOS ?

Ajoute Android une fois ta première version publiée sur iOS, mesurée et ajustée. Tu sais alors si l'app retient ses utilisateurs, quel prix ils acceptent et quelles demandes reviennent. Trois signaux peuvent justifier le passage. On te demande régulièrement une version Android, ton app convertit correctement sur iOS et tu veux élargir ton public, ou ta fonction principale n'utilise rien de propre à l'iPhone.