App Store 迅速審査（Expedited Review）の申請方法

迅速審査（Expedited Review）は実在しますが、Appleはこれを例外的な状況に限っています。挙げている例は2つです。すでに公開中のバージョンの重大なバグを修正する場合と、アプリが直接関わるイベントに合わせてバージョンをリリースする場合です。まずバージョンを提出し、審査担当者向けのNotesで緊急性を説明してから、申請フォームを送ります。Appleは申請を1件ずつ検討し、対応できる範囲で審査を早めます。保証は一切ありません。

僕のアプリ、Solys、TradaZen、NoleraはExpoで作っています。バグがJavaScriptのコードにある場合、修正はリモートアップデートで配信でき、App Reviewを通りません。なので僕が迅速審査を使うのはネイティブビルドのときだけです。申請する前に、まず自分に問うべきこともこれです。このガイドは、2026年11月6日に読み直したAppleの迅速審査に関するヘルプページに沿っています。

Appleが挙げる理由と、通らない理由

Appleは「例外的な状況」と表現し、本当の緊急時に限って申請するよう求めています。App Reviewのページでは2つの例と、それぞれに必要な情報が示されています。表の下3行の「通らない」理由は、これらのページを僕が読んだ解釈で、Appleのリストではありません。

理由	Appleの扱い	用意するもの、または理解しておくこと
公開中バージョンの重大なバグ	例として記載	再現手順、現在のバージョン
イベントに合わせたリリース	例として記載	イベント名、日付、アプリとイベントの関係
初回リリースが遅れている	対象外（私見）	Appleから見て緊急とする理由がない
イベントのないマーケティング上の日付	対象外（私見）	キャンペーンはアプリに関わるイベントではない
審査がいつもより長い	対象外（私見）	通常の待ち時間は緊急事態ではない

Appleはこの言葉を定義していません。実際には、重大なバグとは、公開中のバージョンで、実際のユーザーのもとでアプリがクラッシュする、主要な機能が使えない、または支払いができない状態のことです。画面上の誤字は該当しません。また、イベントが近づいているのにアプリがまだ審査中なら、その理由で迅速審査を申請できるともAppleは明記しています。

3ステップの手順

1. App Store Connectでバージョンを提出します。迅速化できるのは、すでに提出済みの審査だけです。ログインが必要な機能がある場合は、App Review Informationセクションにデモアカウントを入力してください。
2. 提出時にNotes欄を記入します。重大なバグなら、修正したバグと、現在のバージョンでの再現方法を書きます。イベントなら、イベント名、日付、アプリとの関係を書きます。
3. Request an Expedited App Reviewフォームを送信します。開発者アカウントにログインすると、Appleのヘルプページからアクセスできます。対象のアプリとプラットフォームを選んで送信します。

Appleが申請を検討して返答するので、その後はApp Store Connectで審査の状況を追います。申請が受け入れられれば、通常の順番より早くバージョンがIn Reviewになります。却下されても審査は通常どおり進むので、失うものはありません。

App Store ConnectのReply to App Reviewボタンは、迅速審査の申請には使えません。App Reviewへの問い合わせページでは、このボタンは進行中の審査に関するやり取り専用とされています。迅速審査の申請と異議申し立てには、それぞれ専用のフォームがあります。

何を書くか：2つのテンプレート

App Reviewは英語で読みます。僕がいつでも使えるように用意している2つの文面を紹介します。Notesに、そしてフォームに自由記入欄があればそこにも、状況に合わせて書き換えて使ってください。5行に収めているのは、審査担当者がアプリを開かずに緊急性を理解できるようにするためです。

公開中バージョンの重大なバグ：

Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build.

イベントに合わせたリリース：

This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST.

この2つは例文で、僕が実際に送った申請ではありません。自分で書くときのルールは2つです。検証できる事実を書くこと：バージョン、OS、手順、日付、イベントとの関係。緊急性以外は書かないこと：ビルドに新機能も含まれているなら一文で触れるだけにして、アピールはしません。

申請する前に、本当に必要か確認する

Appleは本当の緊急時に限るよう求めています。フォームを送る前に、3つの質問と1つの落とし穴を確認しましょう。

その修正は審査なしで配信できないか？ Expoなら、リモートアップデートで、新しいビルドなしにインストール済みアプリのJavaScriptコードを置き換えられます。僕が修正に使っているのはこの方法です。ただし、ネイティブコード、権限、ネイティブ依存関係は対象外で、これらにはビルドと審査が必要です。また、EAS Updateの概要にもあるとおり、内容はAppleが承認した範囲に収める必要があります。リモートアップデートでアプリの目的を変えてはいけません。どの変更がどの経路を通るかは、iOSアップデートの段階的リリースのガイドで詳しく説明しています。

待ち時間は本当に異常か？ Appleによると、通常は提出の50%以上を24時間以内に、90%を48時間以内に審査しています。バージョンが審査待ちになって1日なら、App Storeの審査期間としては普通の範囲です。審査状況のページでは、審査が長引く要因として、実績のない初めてのアプリ、確認が必要な書類、規制対象の分野も挙げられています。

提出内容はそろっているか？ 不完全な提出を迅速審査にしても、何も早くなりません。Appleは、不完全な提出は審査が遅れるか、通らないと警告しています。デモアカウント、Notes、書類など、すべてをフォーム送信前にそろえておきましょう。

そして何より、バージョンを取り下げて再提出しないこと。取り下げたバージョンは列から外れ、最初からやり直しになります。審査中にAppleから質問が来たら、再提出せずにApp Store Connectで返信してください。詳しくはResolution CenterでApp Reviewに返信する方法のガイドで説明しています。

Appleが迅速審査を却下した場合

列の順番はそのままです。迅速審査が却下されても、進行中の審査には影響しません。同じ状況を繰り返さないために：

• リリースを予約する。イベントの場合、AppleはApp Store Connectで予約リリースを選ぶことを勧めています。バージョンは事前に審査され、指定した日にリリースされます。バージョンのリリースオプションは、バージョンのページのApp Store Version Releaseセクションで設定します。
• 早めに提出する。イベントの1週間前に準備ができていれば、通常の審査に加えて、リジェクトされても修正する時間があります。
• JavaScript用に審査不要の経路を持っておく。Expoなら、これのおかげで重大なバグが数分で直せる修正になります。

審査担当者向けNotesのテンプレート、提出前のチェックリスト、よくあるリジェクトへの返答は、Review Kitにまとめています。提出前に何が足りないか知りたいなら、無料診断で確認でき、Appleのリジェクト対策チェックリストもお送りします。公開までの全ステップはApp Storeでアプリを公開するにあります。

よくある質問

App Storeの迅速審査にはどのくらい時間がかかりますか？

Appleは期間を示していません。申請を1件ずつ検討し、そのときの対応可能な状況と申請の量に応じて審査を早めるとしています。申請が受け入れられると、バージョンは順番より先にIn Reviewになりますが、時間の約束はありません。

初めてのアプリで迅速審査を申請できますか？

禁止はされていませんが、Appleは迅速化を本当の緊急時に限っており、例として、公開済みバージョンの重大なバグと、日付の決まったイベントに合わせたリリースの2つを挙げています。予定より遅れた初回リリースは、僕の考えではどちらにも当てはまりません。

迅速審査は何回申請できますか？

Appleは回数を公表していません。本当の緊急時に限るよう求めているだけです。僕の考えでは、正当な理由のない申請を重ねるほど次の申請の信頼性が下がります。ユーザーに影響するバグのために取っておきましょう。

迅速審査を申請する前に提出を取り下げる必要はありますか？

いいえ、逆です。迅速化できるのは提出済みの審査だけで、取り下げたバージョンは列での順番を失います。提出して、Notesを記入し、それからフォームを送ってください。

迅速審査のフォームはどこにありますか？

開発者アカウントにログインした状態のApple Developerサイトにあります。迅速審査のヘルプページにあるRequest an Expedited App Reviewのリンクから開けます。そこで対象のアプリとプラットフォームを選びます。

迅速審査を受ければアプリは必ず承認されますか？

いいえ。変わるのは列での順番だけです。他のバージョンと同じくApp Review Guidelinesを守る必要があり、リジェクトされる可能性もあります。

App Reviewを通さずにバグを修正できますか？

ExpoやReact Nativeなら、リモートアップデートで、新しいビルドも審査もなしにJavaScriptコードを置き換えられます。ネイティブコード、権限、ネイティブ依存関係には、引き続きAppleに提出するビルドが必要です。