Apple は申請の90%を1日以内に処理しています。残りの10%を解決するのは審査の促進ではありません。

そのメールはいつも同じ形で届きます。もう6日経った、アプリはまだ Waiting for Review のまま、公開は明日の予定だった、Apple の誰かに電話してもらえないか。

電話はできません。誰にもできません。できるのは、その6日が何を意味するのかを読み解くことです。18年アプリを申請してきた経験から言えば、原因が待ち行列の長さだったことはほとんどありません。

そのためのボタンはあります。Apple は審査の促進を申請できるようにしていて、費用はかからず、認められれば数時間で効きます。ただし、それを押す人の多くは、このボタンでは動かせない状況にいます。

Apple が公表している数字と、その下にある数字

Apple は App Review のページにはっきり書いています。「平均して、申請の90%は24時間以内に審査されます。」

この数字は事実です。問題は残りのほうで、おそらくあなたはそこにいます。2025年、App Review チームは910万件を超える申請を評価しました。1日あたりおよそ25,000件です。つまり遅い10%は、1日以上かかった申請が年間およそ90万件あるという計算になります。珍しい立場ではありません。大事なのは、何が自分をそこへ入れたのかを知ることです。

審査そのものにかかる時間の短さも知っておく価値があります。その前年、Apple は自社の体制を、500人近い専任の担当者が週に13万件超のアプリを審査していると説明していました。Lap Cat Software の Jeff Johnson が5月に割り算をしています。担当者1人あたり週260件ほど、1件10分未満です。Epic 裁判の証言では、App Review の元責任者が新規アプリの審査を13分程度としています。

つまり誰も6日かけてあなたのアプリを調べてはいません。審査は数分の注意です。その6日は、誰かが手に取るまでの時間か、申請が本線より遅い経路に回されていた時間であり、どちらも自分のダッシュボードに痕跡が残ります。

申請がそこで止まる理由

私が出くわす頻度の高い順に、おおよそ並べます。

• 新しいアカウントからの初回申請は、Apple に送るもののなかで最も遅いものです。2025年に Apple は138,000件を超える開発者登録を却下し、不正の疑いで193,000のアカウントを停止しました。履歴のないアカウントは、40本のバージョンを出してきたアカウントとはリスクの見え方が違います。既存アプリの更新は数時間で通ります。初回申請はそうはいきません。
• 一部のカテゴリは追加の確認を呼びます。金融、健康、子ども向け、デーティング、VPN、暗号資産、ギャンブル、そして医学的な主張を含むものすべてです。Apple の審査ページには、求められうる書類として医療機器の認可、商標の許諾、ライセンスなどが挙がっています。Apple が持っていない書類を待っている申請は、並んでいるのではなく停められています。
• App Review からすでに連絡が来ているかもしれません。Apple によれば、未解決の問題の40%超がガイドライン 2.1（App Completeness）に関わります。クラッシュ、仮の内容、情報の不足を含む項目です。日常的な形は、動かなくなったデモアカウントや、テスト後に止めたバックエンドです。この種の待ちは、返信した瞬間に終わります。
• 暦の影響も大きいです。Apple は毎年12月に、期限のある申請は早めに出すよう告知します。12月20日から26日は審査に時間がかかるからです。9月は新しい OS が来て、互換性対応の更新が一斉に集まります。そして2026年はもともと混雑した年です。第1四半期の iOS のリリースは前年同期比80%増、上半期だけで新規アプリが56万本近く出ています。
• そもそも App Review ではない場合もあります。契約、税務、銀行情報は審査の外にあり、それだけで配信を止めます。Paid Apps 契約に署名していない有料アプリは、審査担当者が何を決めようと販売できません。ダッシュボード上ではそれが審査の遅れのように見えます。
• 自分で招いた分もあります。バージョンを審査から取り下げると Developer Rejected になり、審査は最初からやり直しです。審査中も編集できる少数の項目以外を直したければ、まず取り下げる必要があります。4日目にそれをして、待ち時間は1日目から数える、という人がよくいます。

審査促進とは実際には何なのか

Apple は App Review のページで2つの状況を挙げています。1つは重大な不具合の修正で、Apple は「現在のバージョンでその不具合を再現する手順を記載すること」を求めます。もう1つはイベントに紐づいたアプリで、申請には「イベント、その日付、そしてアプリとの関係」を含めるべきだとしています。申請は開発者サイトのフォームからサインインして行い、対象の申請がすでに審査待ちに入っていることが前提です。

効果は、待ち行列のなかで前に出ることです。審査そのものは同じ基準の同じ審査で、時期が早まるだけです。促進されたアプリは、金曜の午後に落ちたはずの理由でそのまま火曜の朝に落ちます。

認められたときは速いです。申請への回答はたいてい当日か翌日に届き、審査はその回答から数時間のうちに終わります。この速さこそが価値であり、だからこそ何に使うかを選ぶ必要があります。

イベントについての Apple の書き方を読むと、答えが透けて見えます。Apple はまず App Store Connect でリリースを計画して予約することを勧め、そのうえで、まだ審査中でイベントが迫っているなら促進を申請できる、と続けます。締切に対する Apple の第一の答えはリリース予約であり、フォームは二番目です。

通る申請文の書き方

1段落で、具体的に、あなたの製品を見たことのない人が確認できる形で。不具合なら、何が壊れているか、どのバージョンからか、どの利用者に起きるか、再現手順、修正が変えるもの、そして規模を示す数字です。クラッシュ率、問い合わせ件数、48時間以内に付いた星1のレビューなど。イベントなら、日付、アプリとの関係、そして日付を動かせない理由です。

通らないのは、あなたにとっては切実で Apple からは見えない種類の理由です。月曜にキャンペーンが始まる。金曜と客に約束した。木曜が投資家向けデモだ。すでに遅れている。どれも実在する問題ですが、どれも不具合でもイベントでもありません。

一度だけ、1つの窓口から申請してください。同じビルドについてフォームとサポートケースとフォーラム投稿を並べても確率は増えず、読む人には3つとも見えています。

Apple が明文化していない制限

• 公表された上限はありません。Apple の言い方は「特別な事情」であり、申請は個別に判断されます。年に1回程度と考えておけば、実際の挙動から遠くありません。
• 申請は記憶されます。頻繁に使えば、警告も通知もないまま静かに認められなくなり、本当に何かが壊れた日に、マーケティングの日程で使ってしまっていたことに気づきます。
• リジェクトを承認には変えられません。促進された審査でガイドライン違反が見つかれば、申請は消費され、他の人と同じように修正して再申請することになります。異議申し立ては App Review Board という別の経路で、通らなかった申請1件につき1回、しかも未回答の情報要求があるなら先に答えるよう Apple は求めています。
• App Review の外にあるものには届きません。返信していない 2.1 のメッセージ、未署名の契約、不完全な税務や銀行情報、手続き中の登録、審査担当者の端末で落ちるビルド。促進が認められても、そのどれも動きません。
• Google Play に同等のものはありません。Play は審査に最大7日、例外的にはそれ以上かかるとしており、2023年11月13日より後に作られた個人開発者アカウントは、製品版へのアクセスを申請する前に、12人以上のテスターが14日間連続して参加するクローズドテストを実施する必要があります。これを短縮するフォームはないので、安く済ませる唯一の方法は早く始めることです。

それより効く4つのこと

早く申請して、公開を手元に留めること。Apple では、バージョンを承認済みにしたうえで手動または指定日に公開できます。Play には管理公開があり、承認済みの変更をあなたが決めるまで保留します。承認と公開が別々の出来事になれば、審査時間はクリティカルパスから外れます。私が見てきた促進申請の多くは、この一手間を飛ばした分の請求書でした。

申請がいらない形で修正を用意すること。フィーチャーフラグとリモート設定は、Apple がすでに審査した実行ファイルの中にスイッチを置き、その向きをサーバーに決めさせます。これは普通の実装であって、ガイドライン 2.5.2 が禁じているもの、つまり機能を追加または変更するコードのダウンロードとは別物です。難点は、キルスイッチはバージョン1で出しておく必要があり、いま待っているリリースでは間に合わないことです。

App Review Information は、見知らぬ人がそれを使う前提で書くこと。実際にそうなります。10分足らずで、あなたのものではない端末で。今日動くデモアカウント、動かしたままのバックエンド、審査担当者が推測できないことへの注記、ハードウェアが要る導線には短い動画。ガイドライン 2.1 は未解決の問題の40%超を占め、この一覧で最も安く取り除ける遅延です。すでにリジェクトされているなら、Apple が 4.2 と 4.3 で何を落としているかを別記事に書きましたし、リジェクトされたアプリを通すためのページもあります。

どの1回のリリースにも全体重が乗らない頻度で出すこと。リリースの間隔が2週間なら、2日の審査は雑音です。年に2回しか出さないなら、1件の申請にロードマップの4分の1が乗り、審査は毎回が緊急事態になります。早く公開することについて書いたときと同じ頻度の話で、ランキングと同じくらい審査時間にも直接効きます。

審査を短くはしないのに、根本の問題を思ったより高い確率で解決する5つ目があります。自分のチームの100人までなら、アップロードから数分後に TestFlight のビルドを、審査なしで入れられます。外部テスターはバージョンごとの初回ビルドで Beta App Review を通りますが、これは別の、より短い行列です。今日の午後に必要なのが「実際の人が修正版を動かしている状態」なら、その道はストアを通りません。

迷わず使う唯一の場面

データの消失。起動時のクラッシュ。セキュリティホール。金だけ取って何も渡さない決済。1時間ごとに、利用者が取り返せないものを失う類のこと。この仕組みはそのために作られており、申請文は自然に書け、私なら1時間以内に送ります。

同時に、断られる可能性も見込んで、ほかをすべて並行して進めます。アプリに配線があるならサーバー側での緩和、利用者がすでに文句を書いている場所への一報、そしてどちらに転んでも前に進むよう通常の行列に入れた修正です。

待ちは計画の問題です

審査促進は記憶を持った好意です。年に1回の本当の緊急事態ぶんの価値があり、変えられるのは審査される時期であって、審査のされ方ではありません。

Apple を待っているように見えないチームは、社内に知り合いがいるチームではありません。大事にしていた日付の2週間前に申請を出していて、壊れた機能を自社のサーバーから止められるチームです。その間、修正はほかの全員と同じ普通の行列を進みます。