React Native 0.82 : la New Architecture est obligatoire, que faire pour votre app ?

Depuis React Native 0.82, sortie en octobre 2025, la New Architecture est la seule architecture disponible : les options qui permettaient de la désactiver sont ignorées. Si votre app tourne encore sur l'ancienne architecture, vous ne pouvez plus monter de version sans migrer d'abord. La méthode recommandée par l'équipe React Native consiste à passer par React Native 0.81 (ou Expo SDK 54), y activer la New Architecture, tout valider, puis seulement monter en 0.82 ou au-delà.

Les informations ci-dessous sont à jour à la date d'octobre 2026.

Qu'est-ce qui a changé avec React Native 0.82 ?

React Native 0.82, publiée le 8 octobre 2025, est la première version de React Native qui fonctionne uniquement en New Architecture : il n'est plus possible de revenir à l'ancienne architecture.

Un rappel rapide : qu'est-ce que la New Architecture ?

La New Architecture de React Native est une réécriture des couches internes du framework, qui remplace le « bridge » asynchrone historique entre JavaScript et le code natif. Elle regroupe plusieurs briques :

• Fabric, le nouveau moteur de rendu, qui remplace l'ancien UI Manager ;
• TurboModules, le nouveau système de modules natifs, chargés à la demande et appelés via JSI plutôt que par le bridge ;
• Codegen, qui génère au build le code d'interface entre JavaScript et le natif à partir de spécifications typées ;
• le mode bridgeless, qui supprime le bridge.

Selon le blog officiel React Native, la New Architecture est activée par défaut dans les nouveaux projets depuis React Native 0.76 (23 octobre 2024). Jusqu'en 0.81, il restait possible de la désactiver.

Octobre 2025 : la 0.82 ne tourne plus qu'en New Architecture

Selon l'annonce officielle de React Native 0.82, publiée le 8 octobre 2025, la 0.82 est la première version qui fonctionne entièrement sur la New Architecture. Concrètement :

• newArchEnabled=false dans gradle.properties (Android) est ignoré ;
• installer les pods avec RCT_NEW_ARCH_ENABLED=0 (iOS) est ignoré ;
• l'app démarre quand même en New Architecture.

Deux points rassurants figurent dans cette annonce. D'abord, les interop layers sont conservées « pour un avenir prévisible ». Une interop layer est une couche de compatibilité qui permet à une librairie écrite pour l'ancienne architecture de continuer à fonctionner dans la New Architecture. Ensuite, aucune API de l'ancienne architecture n'est supprimée dans la 0.82 elle-même ; leur retrait progressif est prévu à partir des versions suivantes.

Côté Expo : SDK 54 est la dernière porte de sortie

Expo SDK 54 est la dernière version d'Expo qui permet de désactiver la New Architecture ; Expo SDK 55 et les suivantes ne fonctionnent qu'en New Architecture.

D'après son changelog, Expo SDK 54 (10 septembre 2025) embarque React Native 0.81. La documentation Expo sur la New Architecture est explicite : SDK 54 est la dernière version où la New Architecture peut être désactivée, et SDK 55 et les suivantes fonctionnent entièrement en New Architecture. Si vous laissez newArchEnabled: false dans votre configuration, le réglage est simplement ignoré.

Peut-on rester sur l'ancienne architecture de React Native ?

Rester sur React Native 0.81 ou Expo SDK 54 avec l'ancienne architecture reste techniquement possible, mais revient à figer l'app pendant que l'écosystème et les exigences des stores avancent :

• Les librairies publient leurs nouvelles versions pour les versions récentes de React Native.
• Les stores imposent des outils récents. Selon les exigences publiées par Apple, depuis le 28 avril 2026, les apps envoyées sur App Store Connect doivent être compilées avec Xcode 26 et le SDK iOS 26. Selon la documentation Android Developers, depuis le 31 août 2026, Google Play exige que les nouvelles apps et les mises à jour ciblent Android 16 (API 36), avec une extension possible jusqu'au 1er novembre 2026 sur demande. Une version figée de React Native finit par ne plus être compatible avec ces chaînes d'outils, et vous ne pouvez alors plus publier de mise à jour, même un correctif urgent.
• Le coût augmente avec le retard. Plus l'écart de versions est grand, plus la migration cumule de changements à absorber en une seule fois.

Comment savoir si votre app React Native est prête pour la New Architecture ?

Pour savoir si une app React Native est prête pour la New Architecture, faites un état des lieux en quatre points : versions actuelles, dépendances, modules natifs maison et filet de sécurité (tests, recette, suivi des crashs).

1. Vos versions actuelles

Relevez la version de React Native, d'Expo si vous l'utilisez, et l'état de la New Architecture.

npx react-native info
# ou, pour un projet Expo
npx expo config --type public | grep -i newArch

Si newArchEnabled est à false dans gradle.properties, app.json ou app.config.js, l'app tourne sur l'ancienne architecture.

2. Vos dépendances

Pour un projet Expo, expo-doctor compare vos dépendances aux données de React Native Directory et signale les paquets non maintenus ou incompatibles avec la New Architecture.

npx expo-doctor

Pour un projet React Native sans Expo, consultez la fiche de chaque dépendance native sur React Native Directory, qui indique la compatibilité New Architecture et la date de dernière mise à jour. Classez ensuite vos librairies en trois groupes : compatibles, compatibles après mise à jour, et sans version compatible (abandonnées ou en retard).

3. Vos modules natifs maison

Listez tout le code natif écrit pour le projet : modules Swift, Objective-C, Kotlin ou Java, composants natifs, SDK tiers intégrés à la main. C'est souvent là que se trouve la plus grande partie de l'effort. Un module qui fonctionne grâce à l'interop layer peut suffire à court terme, mais une réécriture en TurboModule ou en composant Fabric est plus durable.

4. Votre filet de sécurité

Disposez-vous de tests automatisés, d'un parcours de recette documenté, d'un outil de suivi des crashs ? Sans cela, la phase de test sera plus longue et plus risquée.

Comment migrer vers la New Architecture, étape par étape ?

Pour migrer une app React Native vers la New Architecture, l'équipe React Native recommande de passer d'abord par React Native 0.81 ou Expo SDK 54, d'y activer et valider la New Architecture, puis seulement de monter en 0.82.

1. Monter en React Native 0.81 ou Expo SDK 54, en gardant l'ancienne architecture si nécessaire. Si vous partez de très loin, avancez par paliers et stabilisez à chaque étape. Pour Expo, la documentation conseille par exemple de passer de SDK 52 à SDK 53 avant de tester la New Architecture.
2. Mettre à jour les dépendances vers des versions compatibles, et remplacer celles qui ne le seront jamais.
3. Activer la New Architecture sur cette version, où il est encore possible de revenir en arrière.
4. Tester l'app en profondeur sur iOS et Android : parcours critiques, écrans complexes, animations, listes, modules natifs, notifications, deep links.
5. Corriger, puis publier une version en New Architecture sur 0.81 / SDK 54 pour la valider en conditions réelles.
6. Monter en 0.82 et au-delà (ou SDK 55 et au-delà). À partir de là, l'ancienne architecture n'est plus une option.

Pour activer la New Architecture sur un projet Expo SDK 54, le réglage se fait dans app.json :

{
  "expo": {
    "newArchEnabled": true
  }
}

Sur un projet React Native sans Expo, c'est newArchEnabled=true dans android/gradle.properties et une réinstallation des pods côté iOS.

Quels sont les pièges courants d'une migration vers la New Architecture ?

Les trois pièges les plus courants d'une migration React Native vers la New Architecture sont les librairies abandonnées, les modules natifs maison écrits pour l'ancien bridge et les différences subtiles de comportement du nouveau moteur de rendu.

Les librairies abandonnées

C'est le blocage le plus fréquent. Une librairie non maintenue peut fonctionner grâce à l'interop layer, mais la documentation Expo rappelle que cette compatibilité n'est pas parfaite. Les options sont : trouver une alternative maintenue, forker et adapter la librairie, ou réécrire la fonctionnalité. Si une dépendance tierce bloque, l'équipe React Native recommande de contacter ses mainteneurs.

Les modules natifs maison

Les modules écrits pour l'ancien bridge doivent au minimum être vérifiés, et idéalement migrés vers TurboModules avec des spécifications typées pour Codegen. Les composants natifs personnalisés doivent être adaptés à Fabric.

Les différences de comportement

Le nouveau moteur de rendu peut modifier subtilement certains comportements : mesures de layout, ordre de certains événements, rendu de composants qui s'appuyaient sur des détails de l'ancienne implémentation. Par ailleurs, selon l'annonce de la 0.82, depuis cette version les rejets de promesse non gérés déclenchent un console.error, ce qui peut faire apparaître des erreurs jusque-là silencieuses. Ces écarts n'apparaissent qu'en testant l'app réelle.

Combien d'effort demande une migration vers la New Architecture ?

L'effort d'une migration React Native vers la New Architecture dépend surtout de l'écart de versions et de la quantité de code natif maison. Voici une grille qualitative :

Dans le dernier cas, un audit préalable permet de trancher entre migration et refonte sur des éléments concrets plutôt que sur une impression.

Quelle check-list suivre pour migrer vers la New Architecture ?

• Relever les versions de React Native, Expo, Xcode, Android Gradle Plugin et targetSdkVersion
• Lancer npx expo-doctor ou vérifier chaque dépendance sur React Native Directory
• Lister les librairies sans version compatible et choisir une solution pour chacune
• Inventorier les modules et composants natifs maison
• Monter en React Native 0.81 ou Expo SDK 54
• Activer la New Architecture et corriger les erreurs de build
• Tester les parcours critiques sur appareils iOS et Android réels
• Publier et surveiller les crashs sur une version en New Architecture
• Monter en 0.82 et au-delà, ou SDK 55 et au-delà
• Vérifier la conformité stores : Xcode 26 / SDK iOS 26 et cible Android 16 (API 36)

Se faire accompagner par GUIGUI Tech

GUIGUI Tech propose une Mise à jour Expo SDK & New Architecture à partir de 6 500€ HT, et un Audit Migration React Native à 1 500€ HT pour évaluer votre app avant de vous engager. Nathan Guigui, fondateur du studio, travaille sur React Native depuis plus de dix ans, notamment pour Galadrim et Genius Station.