App mobile : natif (Swift / Kotlin) vs React Native — comment choisir ?
C'est la question qui revient à chaque kick-off projet. Et honnêtement, la réponse a beaucoup évolué ces 2 dernières années. Voici les vrais critères de décision en 2026.
Les deux approches en bref
Natif (Swift pour iOS, Kotlin pour Android)
Une codebase pour iOS, une autre pour Android. Performance maximale, accès intégral aux APIs système, expérience utilisateur la plus fluide possible.
Cross-platform (React Native, Expo)
Une seule codebase JavaScript / TypeScript qui compile vers iOS et Android. Énorme gain de temps et de coût, écosystème massif (React), mais quelques compromis.
Comparatif honnête
| Critère | Natif | React Native |
|---|---|---|
| Coût initial (iOS+Android) | 15 000 – 60 000 € | 10 000 – 35 000 € |
| Délai (iOS+Android) | 6 – 12 mois | 3 – 7 mois |
| Performance brute | Excellente | Très bonne |
| Accès aux APIs natives | 100 % | ~95 % |
| Maintenance | 2 codebases | 1 codebase |
| Écosystème | SwiftUI / Compose mature | Énorme (npm) |
| Recrutement | Plus difficile | Plus facile |
| Fluidité d'animations | Parfaite | Excellente avec Reanimated 3 |
Quand choisir le natif ?
- Votre app fait un usage intensif des capteurs hardware (caméra avancée, AR, Bluetooth bas niveau).
- Vous visez une expérience iOS-first premium qui doit rivaliser avec les meilleures apps de l'App Store.
- Votre app contient des animations 60-120 fps complexes (jeux, créations graphiques).
- Vous avez déjà une équipe iOS et Android en interne.
Quand choisir React Native ?
- Votre app est principalement du contenu et des formulaires (la majorité des cas).
- Vous voulez sortir iOS et Android en même temps avec un budget contrôlé.
- Vous prévoyez de partager du code avec votre web (Next.js + React Native, c'est la même langue).
- Vous voulez itérer rapidement, livrer un MVP en 3 mois, valider le marché avant d'investir plus.
En 2026, React Native couvre confortablement 80 % des besoins du marché. Le natif reste indispensable pour les 20 % les plus exigeants.
Ce qui a changé en 2026
React Native 0.78 avec la new architecture (Fabric + TurboModules) a quasiment effacé les différences de performance avec le natif sur les usages standards.
Expo est devenu le standard de fait — déploiement OTA, EAS Build, écosystème complet et stable. Plus besoin de configurer Xcode et Gradle à la main.
SwiftUI et Jetpack Compose rendent le natif plus productif qu'avant — la différence de coût avec React Native s'est légèrement réduite.
Ma recommandation par défaut
Pour 80 % des apps que je conçois, je propose Expo + React Native en premier choix. Plus rapide, moins cher, plus facile à maintenir, qualité largement suffisante.
Je passe en natif uniquement quand le projet a des contraintes spécifiques (performance graphique, hardware, partenariat avec Apple).
Les pièges à éviter
- Choisir natif par snobisme : vous payez 2× pour pas grand-chose de plus.
- Choisir React Native sans Expo en 2026, sauf cas très précis. Expo simplifie radicalement le quotidien.
- Sous-estimer le design natif : une app qui ressemble à une app web sur iPhone, ça se voit immédiatement et ça nuit à l'adoption.
- Vouloir partager le code web et mobile : c'est faisable, mais ça complique tout. Souvent mieux de faire deux apps distinctes qui partagent l'API.