Tous les six mois, quelqu’un écrit le « Flutter vs React Native » définitif. Tous les six mois, il a tort dans l’année qui suit, parce que les deux frameworks continuent d’évoluer.
Je tente autre chose : voici comment on décide entre les deux, en 2026, après avoir livré des apps en production sur les deux. Pas de tribalisme. Pas de screenshots de benchmarks de 2023. Juste la vérité sur lequel on choisit et pourquoi.
Le spoiler rapide
- 01Flutter pour une UI pixel-perfect, beaucoup d’animation, des composants custom, ou un avenir desktop/embedded.
- 02React Native si l’équipe parle déjà React, qu’on intègre beaucoup de natif, ou qu’on veut un vivier d’embauche plus large.
- 03Ni l’un ni l’autre si l’app est petite et critique en perfs — passez natif.
Où Flutter gagne
Flutter est devenu notre défaut pour la majorité des projets mobiles. Cohérence UI imbattable : Flutter dessine ses propres widgets, donc iOS et Android sont identiques sans bugs d’edge-case. Pas de « cette police est différente sur Samsung ». Pas de « cette ombre ne passe pas sur iOS 15 ».
Performance d’animation délirante. On a fait une lib de charts qui tourne à 120fps sur Android mid-tier. En React Native sans descendre en natif, c’est un cauchemar.
Un codebase, plusieurs plateformes. Flutter Web est acceptable. macOS, Windows, Linux, embedded : vrais et production-ready. Côté RN, c’est plus fragmenté.
Où React Native gagne
Si votre backend écrit du TypeScript, votre app web est en Next.js, et que le mobile partagera les types — RN est évident. N’introduisez pas Dart pour être « pur ».
Intégrations natives profondes : le bridge RN est plus mature. Trois SDK obscurs à câbler ? Vous trouverez plus de bridges RN que de plugins Flutter.
Un vivier d’embauche plus large : il y a environ trois fois plus de devs RN que Flutter. Pour un scale rapide, ça compte.
Les mythes qu’on entend encore
- 01« Les apps Flutter sont trop lourdes. » Plus maintenant — APK minimum sous 6 Mo.
- 02« React Native est lent. » C’était vrai avant Fabric. Plus maintenant.
- 03« Flutter, pas de jobs. » Le marché est solide et grossit, surtout en Europe et en Asie.
- 04« Les apps RN sont moins natives. » Une RN bien faite avec les bons composants plateforme est indiscernable.
Ce qu’on demande avant de recommander
- 01Avez-vous déjà une codebase ou équipe React ?
- 02Combien d’UI custom et d’animations dans le produit ?
- 03Besoin de shipper web/desktop depuis le même code ?
- 04Plan d’embauche sur 18 mois ?
- 05SDK natifs ou intégrations hardware spécifiques ?
La troisième option
Parfois on recommande ni l’un ni l’autre. Appli critique en perfs (vidéo temps réel, AR, 3D lourd, jeux) ou besoin de features plateformes qui bougent à chaque OS — passez natif. Swift pour iOS, Kotlin pour Android. Le coût supplémentaire est réel, mais le plafond qualité aussi.