Une application mobile multiplateforme repose sur un socle qui évolue vite, et l’été 2026 le confirme. React Native 0.87 est disponible depuis le 11 août 2026 et Flutter 3.47 depuis le 12 août 2026. Google Play applique aussi, depuis le 31 août 2026, une nouvelle exigence de niveau d’API cible.
Pour un dirigeant ou un chef de projet, ces annonces posent donc trois questions. Mon application reste-t-elle publiable ? Que coûte la mise à niveau ? Enfin, quel socle choisir pour un nouveau projet ? Voici les faits, puis nos recommandations.
L’essentiel en bref
- React Native 0.87 généralise une API TypeScript stricte, accélère l’outil Metro et prend en charge Android Gradle Plugin 9.
- Flutter 3.47 sépare les bibliothèques Material et Cupertino du SDK et relève également la version minimale d’iOS de 13 à 15.
- Depuis le 31 août 2026, les nouvelles applications et les mises à jour doivent cibler Android 16 (API 36) sur Google Play.
- Une application mobile multiplateforme demande un budget de maintenance annuel, quel que soit le socle retenu.
React Native 0.87 : une base plus stricte et plus rapide
L’équipe React Native a publié la version 0.87 le 11 août 2026. Quatre évolutions dominent l’annonce.
- API TypeScript stricte par défaut : les types proviennent directement du code source de React Native. Les imports profonds dans les dossiers internes ne fonctionnent donc plus sans réglage spécifique.
- Metro plus léger : selon l’annonce, Metro génère les « source maps » deux fois plus vite et consomme moitié moins de mémoire.
- Swift Package Manager : une prise en charge expérimentale arrive sur iOS. CocoaPods reste toutefois le choix par défaut.
- Android Gradle Plugin 9 : la version 0.87 est la première à le prendre en charge.
La version relève aussi les prérequis : Node.js 22.13 au minimum et Kotlin 2.0 ou plus sur Android. Elle retire plusieurs API anciennes, dont InteractionManager, et poursuit le nettoyage de l’ancienne architecture.
La version précédente, React Native 0.86 du 11 juin 2026, n’introduisait en revanche aucune rupture visible pour les développeurs. La version 0.87 demande donc plus d’attention lors de la montée de version.
Flutter 3.47 : Material et Cupertino quittent le SDK
L’équipe Flutter a publié la version 3.47 le 12 août 2026. Le changement le plus structurant concerne les bibliothèques d’interface. Les paquets material_ui et cupertino_ui atteignent la version 1.0 et évoluent désormais à leur propre rythme, hors du SDK.
Flutter fournit une commande de migration automatique afin de mettre à jour les imports. L’équipe prévoit ensuite de déclarer obsolètes les versions intégrées au SDK dans la version de novembre 2026.
D’autres points touchent directement la planification d’un projet :
- La version minimale passe d’iOS 13 à iOS 15 et de macOS 10.15 à macOS 12.
- Les applications destinées à iOS 27 doivent adopter le cycle de vie UIScene.
- Le moteur de rendu Impeller devient le moteur par défaut sur ordinateur.
- Sur Android, les valeurs par défaut ciblent l’API 36, avec l’API 24 comme minimum.
- Enfin, sur iOS, 92 des 100 extensions les plus utilisées ont migré vers Swift Package Manager.
Google Play, Android 17 et App Store : les échéances à connaître
Les magasins d’applications imposent leur propre calendrier à votre application mobile multiplateforme, sans tenir compte de votre feuille de route.
- Google Play : depuis le 31 août 2026, une nouvelle application ou une mise à jour doit cibler Android 16 (API 36). Une application existante doit cibler au moins l’API 35 afin de rester visible des nouveaux utilisateurs sur les appareils récents. Google accepte cependant une demande de délai jusqu’au 1er novembre 2026.
- Android 17 : Google a annoncé la version le 16 juin 2026. Une application qui cible l’API 37 ne peut plus refuser le redimensionnement sur les grands écrans, sauf pour les jeux. L’accès au réseau local exige aussi une permission dédiée ou un sélecteur d’appareils du système.
- App Store : depuis le 28 avril 2026, Apple exige des applications compilées avec Xcode 26 et le SDK iOS 26.
Une application sans mise à niveau technique régulière perd donc en visibilité, même si elle fonctionne encore.
Application mobile multiplateforme ou native : comment trancher
Ces versions ne changent pas les critères de fond. Elles rappellent plutôt que chaque option a un coût d’entretien.
- Multiplateforme (Flutter ou React Native) : une seule base de code sert Android et iOS. Ce choix convient ainsi aux applications métier, aux catalogues, aux espaces clients et aux projets à budget maîtrisé.
- Natif (Kotlin sur Android, Swift sur iOS) : chaque plateforme dispose de son propre code. Cette voie convient plutôt aux applications qui exploitent à fond le matériel, les nouveautés du système ou des performances graphiques élevées.
Trois questions aident alors à décider. Votre équipe maîtrise-t-elle déjà React ou JavaScript ? L’application dépend-elle de fonctions matérielles très spécifiques ? Qui assurera ensuite les montées de version chaque année ?
Chez AISYSNEXT, nous abordons le développement mobile Android et iOS par l’usage : le parcours de l’utilisateur dicte la technologie, et non l’inverse.
Nos recommandations pour votre application mobile multiplateforme
- Vérifiez la conformité : contrôlez le niveau d’API cible de votre application Android avant le 1er novembre 2026.
- Planifiez la montée de version : prévoyez un lot dédié pour React Native 0.87 ou Flutter 3.47, ainsi que des tests sur appareils réels.
- Auditez les dépendances : listez d’abord les extensions tierces, puis vérifiez leur compatibilité avant toute bascule.
- Testez les grands écrans, car tablettes et appareils pliables deviennent un passage obligé avec Android 17.
- Budgétez la maintenance dès le cadrage, au même titre que le développement initial.
Si votre application mobile multiplateforme s’appuie sur un système de gestion, traitez les deux sujets ensemble. Notre offre de développement sur mesure et de solutions complexes couvre en effet l’application, l’API et le back-office. Vous retrouvez aussi les outils concernés sur notre page technologies.
Questions fréquentes
Quel socle choisir pour une application mobile multiplateforme en 2026 ?
Flutter et React Native reçoivent tous deux des versions régulières et couvrent Android et iOS. Le choix dépend surtout des compétences de l’équipe, des extensions nécessaires et de l’interface visée. Un atelier de cadrage tranche plus sûrement qu’un comparatif général.
Mon application risque-t-elle de disparaître de Google Play ?
Elle reste accessible à ses utilisateurs actuels. En revanche, si elle cible une API trop ancienne, Google Play la masque aux nouveaux utilisateurs dont l’appareil utilise une version d’Android plus récente.
À quelle fréquence mettre à jour une application mobile multiplateforme ?
Prévoyez au moins une mise à niveau technique par an, alignée sur les exigences de Google Play et de l’App Store. Ajoutez ensuite les correctifs et les évolutions fonctionnelles selon vos retours utilisateurs.
Vous préparez une application mobile multiplateforme ou vous devez remettre à niveau une application existante ? Demandez un devis gratuit : nous étudions votre besoin, vos utilisateurs et vos contraintes techniques.
