--- title: "Expo SDK 53の変更点とSDK 52からの移行手順｜New Architecture既定化・Expo Router v5・2026年の提出期限" url: "https://www.issoh.co.jp/tech/details/9593/" published: 2025-10-30 updated: 2026-11-08 categories: ["モバイル（iOS・Android）"] publisher: "株式会社一創" --- # Expo SDK 53の変更点とSDK 52からの移行手順｜New Architecture既定化・Expo Router v5・2026年の提出期限 Expo SDK 53は[2025年4月30日に公開](https://expo.dev/changelog/sdk-53)されたSDKで、React Native 0.79とReact 19を同梱します。New Architectureの既定有効化、Metroの`package.json` exports対応、Androidのedge-to-edge、`expo-av`の非推奨と、SDK 52から上げるときに引っかかる変更がまとまって入った版です。このページはSDK 53で何が変わったか、SDK 52からどう上げるか、そして2026年11月時点でSDK 53に留まるとストア提出で何が起きるかを、公式チェンジログとnpm・設定スキーマの実測値で整理します。最新版のSDK 58の変更点とアップグレード手順は[Expo SDK 58・57・56の変更点とアップグレード手順｜最新はSDK 58、Expo Goの対応状況【2026年10月】](/tech/details/12044/)にまとめています。 ## まとめ：Expo SDK 53の要点 - **SDK 53はReact Native 0.79.6・React 19.0.0**です。npmの`sdk-53`タグは53.0.27（2026年2月10日公開）を指し、2026年11月8日時点で確認できるSDK 53の最新パッチです。 - **New Architectureが全プロジェクトで既定有効**になりました。`newArchEnabled: false`で無効化できるのはSDK 54までで、SDK 55の設定スキーマからこのキーは消えています。 - Metroで`package.json`の`exports`が既定有効になり、一部のライブラリで解決エラーが起きる場合があります。`unstable_enablePackageExports: false`は切り分け用の一時退避です。 - Androidのedge-to-edgeは**Expo Go・新規プロジェクト・既存プロジェクトで既定値が違います**。既存プロジェクトだけは既定で無効です。 - `expo-av`は非推奨になり、音声は`expo-audio`、バックグラウンド処理は`expo-background-task`へ移ります。 - 同梱のExpo Routerは5.1系で、`Stack.Protected`による画面の保護とビルド時リダイレクトが入りました。保護時の転送先を指定する`redirectTo`はSDK 58からで、SDK 53には存在しません。 - アップグレードは`npx expo install expo@^53.0.0 --fix`で行います。`expo upgrade`は現行のExpo CLIにありません。 - 2026年11月時点でSDK 53のままストアへ出すには、iOSはXcode 26でのビルド、Google PlayはAndroid 16（API 36）を対象にすることが要ります。どちらもSDK 53の既定値のままでは満たせないため、最低でもSDK 54への移行を予定に入れてください。 ## Expo SDK 53のReact Native・Reactの版と、SDK 58までの差 Expoが公開しているSDK一覧のAPI（exp.host）で各SDKの組み合わせを取得すると、次のとおりです。「expo 53のReactの版は？」という問いの答えは、React 19.0.0とReact Native 0.79.6です。 | SDK | 公開日 | React Native | React | SDK 53から見た要点 | | --- | ---------- | ------------ | ------ | -------------------- | | 53 | 2025-04-30 | 0.79.6 | 19.0.0 | New Arch既定・exports既定 | | 54 | 2025-09-10 | 0.81.5 | 19.1.0 | Legacy Arch対応の最終版 | | 55 | 2026-02-25 | 0.83.10 | 19.2.0 | Legacy Arch廃止・設定キー削除 | | 56 | 2026-05-21 | 0.85.3 | 19.2.3 | Hermes v1のメモリ回帰 | | 57 | 2026-06-30 | 0.86.3 | 19.2.3 | Node 22.13以上が必要 | | 58 | 2026-10-15 | 0.88.1 | 19.3.0 | 2026年11月時点の最新 | React Nativeの版は各SDKの最新パッチに対応する値です。SDK 53に同梱される主なモジュールの版は、`expo-router` \~5.1.11、`expo-audio` \~0.4.9、`expo-av` \~15.1.7、`expo-background-task` \~0.2.8、`expo-updates` \~0.28.18です（[sdk-53ブランチのbundledNativeModules.json](https://github.com/expo/expo/blob/sdk-53/packages/expo/bundledNativeModules.json)）。`npx expo install`はこの表に合わせて版を選びます。 [公式のアップグレード手順](https://docs.expo.dev/workflow/upgrading-expo-sdk-walkthrough/)は1世代ずつ上げることを推奨しています。SDK 53から58へは5世代あり、New Architectureを無効にしているプロジェクトはSDK 54で止まります。Expo Goは[旧版の入手方法を案内するページ](https://docs.expo.dev/troubleshooting/expo-go-version-mismatch/)によれば、Android実機・エミュレーターとiOS SimulatorならSDK 53対応の旧版を入れて開けますが、「For projects using SDK 53 or earlier, you cannot install an older version of Expo Go on a physical iOS device」とあるとおり、iOS実機では開発ビルドが必要です。Expo Goと開発ビルドの役割の違いは[Expo（React Native）とは？Expo Go・開発ビルド・EASの役割と採用判断を実装目線で解説【2026年版】](/tech/details/16148/)で扱っています。 ## New Architectureの既定有効化とnewArchEnabledの期限 SDK 53のチェンジログは「In SDK 53, the New Architecture is enabled by default in all projects」と明記しています。FabricとTurboModulesを使う構成が全プロジェクトの既定になりました。根拠として、2025年4月にEAS BuildでビルドされたSDK 52プロジェクトの74.6%が既にNew Architectureを有効にしていたと公表されています。 すぐに移行できない場合は、app.jsonでプラットフォーム単位または全体で無効化できます。 ``` { "expo": { "newArchEnabled": false, "android": { "newArchEnabled": false }, "ios": { "newArchEnabled": false } } } ``` この逃げ道には期限があります。[SDK 54のリリースノート](https://expo.dev/changelog/sdk-54)は「SDK 54 is the final release to include Legacy Architecture support」と書き、[SDK 55](https://expo.dev/changelog/sdk-55)では「the newArchEnabled config option has been removed from app.json」となりました。Expoの設定スキーマAPIで各版を取得すると、53.0.0と54.0.0には`newArchEnabled`の定義があり、55.0.0では出現数が0です。**SDK 53で無効化したまま止めているプロジェクトは、SDK 54までしか進めません**。無効化はライブラリの対応待ちの期間に限り、その間にどのライブラリが未対応かを洗い出してください。New Architectureの構造は[React Nativeとは？仕組みとNew Architectureの構造・採用判断を実装目線で解説【2026年版】](/tech/details/16147/)で解説しています。 ライブラリ側もNew Architecture専用へ移っています。Reanimatedはv4でNew Architectureのみの対応になりました（[React Native Reanimatedとは？UIスレッド駆動の仕組みと4系の版の縛り【2026年8月時点】](/tech/details/16747/)）。 ## Metroのpackage.json exports既定有効化と解決エラー対策 React Native 0.79でMetroの`package.json` `exports`対応が既定で有効になりました。機能自体はReact Native 0.72からありましたが、SDK 53で既定になったため、ライブラリのexports定義や読み込み方によっては、アップグレード直後に解決エラーが出る場合があります。チェンジログは既知の例として`@supabase/supabase-js`と`@firebase/*`を挙げています。 切り分けのため、metro.config.jsで一時的に無効化できます。 ``` const { getDefaultConfig } = require('expo/metro-config'); const config = getDefaultConfig(__dirname); config.resolver.unstable_enablePackageExports = false; module.exports = config; ``` 無効化してエラーが消えるなら、exportsによる解決先や条件の選択が関係しています。ライブラリ側の定義だけでなく、アプリ側のimport先やMetroの設定も確認してください。恒久対応は対応済みの版へ上げることで、無効化を残したまま次のSDKへ進むのは避けてください。エラーは出ないのに状態がおかしい場合は、同じライブラリのESM版とCommonJS版が二重に読み込まれる「dual package hazard」を疑います。バンドルの中身は`EXPO_ATLAS=1 npx expo`で起動するExpo Atlasで確認でき、AtlasはSDK 53で試験的機能から安定版になりました。 ## Androidのedge-to-edge既定値と実行環境別の違い SDK 53のAndroidでは、edge-to-edge表示の既定値が実行環境ごとに違います。 - Expo Goでは既定で有効、**オプトアウト不可**です。 - 新規プロジェクトでは既定で有効、Expo Go以外ではオプトアウトできます。 - 既存プロジェクトではExpo Go以外で既定は無効、オプトインできます。 「Expo Goでは画面がシステムバーの下まで伸びるのに、ビルドしたアプリでは伸びない」という食い違いは、SDK 53では仕様どおりの挙動です。既存プロジェクトで有効化するには、app.jsonに次のキーを置きます。 ``` { "expo": { "android": { "edgeToEdgeEnabled": true } } } ``` SDK 53の設定スキーマでは、このキーの既定値は`false`です。SDK 54でedge-to-edgeは常時有効になり、SDK 55の設定スキーマからは`edgeToEdgeEnabled`自体が消えています。Android 16（API 36）を対象にしたアプリはAndroid 16端末でedge-to-edgeを拒否できなくなるため、後述のGoogle Playの対象API要件を満たす段階では、システムバーや画面の切り欠きに対するインセット処理の確認が必要です。既存プロジェクトでも、SDK 53のうちに`edgeToEdgeEnabled: true`で表示を確かめておくと、SDK 54以降で手戻りが出ません。 ## 見落としやすいSDK 53の破壊的変更 チェンジログの「Notable breaking changes」と「Deprecations & removals」には、New ArchitectureやMetroのexports対応などに加えて、ビルドや起動に影響する変更が並んでいます。 | 変更 | 影響する対象 | 対処 | | ------------------- | -------------------------------- | ----------------- | | AppDelegateがSwift化 | AppDelegateを書き換えるConfig Plugin | Swift向けに書き直す | | RN内部モジュールのexport化 | react-native/Libraries/…のrequire | `.default`を付ける | | setImmediateポリフィル削除 | setImmediateを使うコード | setTimeout等へ置換 | | パッケージ名のscheme自動付与廃止 | Androidのディープリンク | android.schemeに明記 | | jsEngineの非推奨 | JavaScriptCoreを使う構成 | Hermesへ移行 | | Expo Go（Android）の通知 | プッシュ通知の動作確認 | 開発ビルドで確認 | AppDelegateのSwift化は、ソースを書き換えるConfig Pluginを使うプロジェクトで確認が必要な変更です。iOSのAppDelegateがObjective-CからSwiftへ移ったため、AppDelegateのソースを文字列置換するConfig Pluginは、Swiftの記述を書き換える形に直さないとprebuildで失敗するか、変更が入らないまま通ります。自作のプラグインを持つプロジェクトは、`npx expo prebuild`後に`ios/<アプリ名>/AppDelegate.swift`を開いて、意図した行が入っているかを確かめてください。 React Native内部モジュールの変更は、[React Native 0.79のリリースノート](https://reactnative.dev/blog/2025/04/08/react-native-0.79)によれば約46のAPIが`module.exports`から`export`構文へ移ったものです。`react-native`のルートからimportしていれば影響はなく、深いパスを`require`しているコードは影響を受ける場合があります。次の3つは変更前・変更後・推奨形の比較であり、同じファイルには併記せず、使用する形を1つ選びます。 ``` // SDK 52まで const ImageBackground = require('react-native/Libraries/Image/ImageBackground'); // SDK 53（React Native 0.79）以降 const ImageBackground = require('react-native/Libraries/Image/ImageBackground').default; // 推奨：ルートからのimport import { ImageBackground } from 'react-native'; ``` Androidのディープリンクも見落としやすい変更です。SDK 52まではprebuild時にAndroidのパッケージ名がリンク用のschemeとして自動で追加されていましたが、SDK 53では追加されません。パッケージ名でアプリを開くリンクを配布済みなら、`"android": { "scheme": ["your.package.name"] }`をapp configに書き足してください。なお`jsEngine`は非推奨になっただけで、SDK 53では動きます。React Native 0.79でJavaScriptCoreのコア同梱が非推奨になったための措置です。 ## expo-avの非推奨とexpo-audioへの移行 SDK 52で映像側が`expo-video`に置き換わったのに続き、SDK 53で音声側の`expo-audio`が安定版になりました。チェンジログは`expo-av`について「The expo-av package will no longer be maintained and we will not publish any new versions for SDK 54 and beyond」と書いています。しかしnpmの公開履歴では、SDK 54向けの16.0.0が2025年8月13日に公開され、16.0.8（2025年12月5日）まで更新が続きました。16.0.8は2026年11月時点でも`latest`タグが指す版です。**予告の文面ではなく、実際に公開されている版で判断してください**。 移行は`Audio.Sound`を組み立てる書き方から、フック中心の書き方へ変わります。次の例はexpo-audioをインストールし、assetsディレクトリにbeep.mp3を置いたプロジェクトで動きます。 ``` import { useAudioPlayer } from 'expo-audio'; import { Button } from 'react-native'; export default function Player() { const player = useAudioPlayer(require('./assets/beep.mp3')); return