Faut-il créer une app Android et iOS ? Par où commencer

Sommaire+

Réponse courte

Oui, viser iPhone et Android est une bonne idée, et ça ne veut plus dire créer deux apps. Avec React Native et Expo, la technologie qu'utilise Briksell, tu as un seul projet de code qui fonctionne sur les deux.

Ce qui reste différent, c'est la publication : deux comptes, deux boutiques, deux séries de règles. Notre conseil : construis pour les deux dès le départ, mais publie d'abord sur la plateforme où se trouve ton public, puis ajoute l'autre.

Faut-il vraiment deux apps différentes ?

Non. Avant, il fallait souvent écrire une app pour iPhone (en Swift) et une autre pour Android (en Kotlin). Deux fois le travail, deux fois les corrections.

Avec Expo, la documentation officielle le résume ainsi : tu construis un seul projet JavaScript/TypeScript qui tourne nativement sur tous les appareils de tes utilisateurs. Les écrans, la logique et le design sont partagés. Seuls quelques détails propres à chaque système (permissions, icônes, certaines fonctions natives) demandent un réglage par plateforme.

Quand Briksell écrit le code de ton app, c'est ce type de projet qu'il produit. Voir la FAQ et Créer une app en un prompt.

Comment tester ton app sur iPhone et Android aujourd'hui ?

Avec Briksell, tu scannes un QR code avec ton téléphone, iPhone ou Android, et ton app s'ouvre dans le navigateur du téléphone. Rien à installer. Tu peux donc vérifier tout de suite que ton app s'affiche bien sur les deux types d'appareils, et la faire essayer à des amis qui ont l'un ou l'autre. Voir Aperçu et test sur téléphone.

Le test dans Expo Go et l'envoi sur TestFlight depuis Briksell arrivent bientôt. Certaines fonctions natives (app Santé, audio en arrière-plan, notifications push) demandent un build natif et ne sont pas visibles dans l'aperçu.

Quelles différences pour publier sur l'App Store et Google Play ?

Le compte

Chez Google, si les informations d'identité sont jugées invalides, les frais d'inscription ne sont pas remboursés. Chez Apple, le guide Inscription à l'Apple Developer Program détaille la procédure.

Le test fermé obligatoire chez Google pour les comptes personnels récents

C'est la différence que beaucoup découvrent trop tard. Google l'indique sur sa page d'aide officielle : les comptes développeur personnels créés après le 13 novembre 2023 doivent, avant de publier, mener un test fermé avec au moins 12 testeurs inscrits sans interruption pendant au moins 14 jours. Si un testeur quitte le test puis revient, son décompte de 14 jours repart de zéro.

Concrètement, prévois donc :

• une liste d'au moins 12 personnes avec un téléphone Android, prêtes à rester inscrites ;
• au moins deux semaines de test avant de pouvoir demander la publication ;
• de profiter de ce test pour corriger les vrais problèmes remontés.

Google indique aussi que les nouveaux comptes personnels devront vérifier l'accès à un appareil Android via l'app mobile Play Console. Les comptes d'organisation ont des exigences d'inscription différentes : lis la page officielle selon ton cas.

Chez Apple, il n'existe pas d'obligation équivalente, mais tester avant de publier reste une excellente idée, via TestFlight. Voir TestFlight : tester son app et Faire tester son app avant publication.

Les paiements

Les deux boutiques imposent leur propre système pour le contenu numérique vendu dans l'app : l'achat intégré chez Apple, la facturation Google Play chez Google (sauf exceptions prévues par sa règle). Si tu vends un abonnement, il faudra donc le configurer des deux côtés. Notre article Monétiser son application explique les modèles possibles.

Les règles de contenu

Chaque boutique a ses propres règles et sa propre vérification. Chez Apple, la règle 4.2.6 compte particulièrement pour toi : les apps créées avec un service de génération d'apps doivent être soumises par le fournisseur du contenu. Tu publies donc depuis ton propre compte, c'est le modèle de Briksell. Voir Pourquoi Apple refuse une application.

Faut-il un Mac pour publier sur iPhone ?

Pas forcément. Les outils d'Expo font le travail dans le cloud :

• EAS Build fabrique les fichiers d'installation pour Android et iOS (les builds iOS tournent sur des machines macOS hébergées par Expo) ;
• EAS Submit envoie le fichier Android sur la Google Play Console et le fichier iOS sur App Store Connect et TestFlight, depuis n'importe quel système, y compris Windows et Linux.

En attendant la publication App Store depuis Briksell, qui arrive bientôt, tu exportes ton code (voir Export du code et GitHub) et tu suis ce chemin. Détails dans Publier une app sur l'App Store sans Mac.

Par quelle plateforme commencer ?

Il n'y a pas de réponse universelle, et nous ne te donnerons pas de statistiques de parts de marché qui ne s'appliqueraient pas à ton cas. Pose-toi plutôt ces questions :

• Où est ton public ? Demande-le simplement à tes premiers utilisateurs : iPhone ou Android ?
• Qu'as-tu dans ta poche ? Publier d'abord sur la plateforme que tu utilises tous les jours rend les tests plus faciles.
• As-tu 12 testeurs Android ? Si tu as un compte Google personnel récent et pas encore de testeurs, l'App Store peut être plus rapide à atteindre pour une première version.
• Vends-tu un abonnement ? Commence par une seule boutique, le temps de bien régler l'offre, puis reproduis-la sur l'autre.

Une approche raisonnable : tester sur les deux via le navigateur dès le premier jour, publier sur une plateforme, apprendre, puis publier sur la seconde avec une app déjà rodée.

Quelles erreurs éviter ?

• Développer deux apps séparées alors qu'un seul projet Expo suffit.
• Découvrir le test fermé de Google au dernier moment : recrute tes 12 testeurs tôt.
• Ne tester que sur un type de téléphone : un écran peut s'afficher différemment sur Android et sur iPhone.
• Oublier les paiements des deux côtés : achat intégré Apple et facturation Google Play se configurent séparément.
• Copier-coller la même fiche sans adapter les captures d'écran à chaque boutique.

Passer à l'action

Décris ton app une seule fois, puis ouvre-la sur un iPhone et sur un Android pour voir le résultat. Créer mon app.

Pour aller plus loin : Créer une application mobile sans coder et Combien coûte la création d'une application ?.

Sources et date de vérification

Vérifié le 22 octobre 2026 sur les pages officielles :

• Expo, documentation
• Expo, EAS Build
• Expo, EAS Submit
• Google Play Console, créer un compte développeur
• Google Play Console, exigences de test pour les nouveaux comptes personnels
• Google Play, règles relatives aux paiements
• Apple Developer Program, inscription

Sources

• Expo, documentation (un seul projet pour tous les appareils) · vérifiée
• Expo, EAS Build · vérifiée
• Expo, EAS Submit · vérifiée
• Google Play Console, créer un compte développeur · vérifiée
• Google Play Console, exigences de test pour les nouveaux comptes personnels · vérifiée
• Google Play, règles relatives aux paiements · vérifiée
• Apple Developer Program, inscription · vérifiée

Informations vérifiées le 22 octobre 2026.