App Storeの「審査中」が長いとき、多くの場合あなたのアプリに問題があるわけではありません。「審査中」は担当者が実際にあなたのアプリを評価している状態で、通常は数分から1日ほどで終わります。Appleは平均して90%の提出を24時間以内に審査すると示していますが、これは平均であって保証ではなく、2026年には数日かかる時期もありました。48時間を超えて動かない場合は、何度も再提出するより、メタデータを確認し、必要なら審査の迅速化をリクエストするのが正しい対応です。
まず結論
「審査中」は、担当者があなたのアプリを実際に評価している状態です。Appleは「平均して、提出の90%は24時間以内に審査されます」とApp Reviewのページで示していますが、これは平均で、保証ではありません。通常は数分から1日ほどですが、2026年には数日の遅延もありました。再提出は審査を最初からやり直させます。本当に急ぐときだけ審査の迅速化をリクエストし、数日を超えても変化がなければサポートに連絡してください。
「審査中」と「審査待ち」はどう違う？
「審査待ち」はキューに並んでいる状態、「審査中」は担当者がすでに評価している状態です。この違いは重要です。長い「審査待ち」は主にキューの混雑や順番によるもので、あなたにできることはほとんどありません。一方、「審査中」で長く止まる場合は、アプリの具体的な箇所が原因のことが多く、却下につながる可能性もあります。
もう一つ知っておくべき状態があります。「デベロッパによるリリース待ち」は、すでに審査を通過して承認され、あなたが公開ボタンを押すのを待っている状態です。これを審査の遅れと勘違いして待ち続ける人が少なくありません。状態を正しく読むだけで、待つべき場面と行動すべき場面を切り分けられます。
審査は普通どれくらいかかる？
通常は数分から1日、長くても48時間が目安で、それを大きく超えると異常です。正確な数値は他の開発者の平均であって、Appleの約束ではありません。次の表で状態と注意サインを整理します。
| 状態 | 意味 | 目安の時間 | 注意サイン |
|---|---|---|---|
| 審査待ち | 審査キューに並んでいる | 数時間〜48時間 | 3〜4日を超えて変化なし |
| 審査中 | 担当者が評価中 | 数分〜1日 | 48時間を超える |
| デベロッパによるリリース待ち | 承認済み、あなたの操作待ち | 最終状態、あなたが決める | （なし） |
| 却下 | 問題が見つかった | あなたの対応が必要 | 解決センターを確認 |
| メタデータ却下 | メタデータのみの問題 | 修正して返信 | （なし、早い） |
2026年の初めには全体的な遅延がありました。多くの開発者がAppleの開発者フォーラムのスレッドで、数日から数週間の待ち時間を報告しています。こうした時期の長い待ち時間は、必ずしもあなたのアプリの問題を意味しません。ただし、48時間を大きく超える場合は、キューではなく提出内容に原因がないかを確認する価値があります。
なぜ審査が長引くのか
審査が長引く原因の多くは、アカウントと提出の種類であって、コードの品質ではありません。よくある原因は、Appleのキューの混雑、新しいアプリの初回提出であること、大きな変更、位置情報やユーザーデータへのアクセスなどセンシティブな権限、そして審査メモが空である、輸出コンプライアンスが未記入であるといったメタデータの問題です。
アカウントも影響します。新規または特定のアカウントはより慎重に審査されるため、時間がかかります。また、全体的な混雑期には、単純なアプリでも数日かかることがあり、その場合は新しいバージョンを上げても解決しません。ボトルネックはあなたのビルドではなくキューだからです。原因を切り分けることが大切で、キューが遅いなら待つのが正解、メタデータの問題なら素早い修正が正解です。
審査を「早める」方法はある？
審査の迅速化をリクエストできますが、本当の緊急時のためのもので、単なる焦りのためではありません。正当な例は、公開中のアプリの重大なバグや、動かせない日付のあるイベントです。Appleの問い合わせフォームからリクエストでき、認められれば提出がキューの前に進みます。ただし保証はなく、毎回リクエストすると、本当に必要なときの信頼を失います。
迅速化は通常の待ち時間の解決策ではありません。通常の範囲内にいる場合や、全体的な混雑期には、迅速化リクエストは効果が薄く、却下されることもあります。本当に説明できる緊急時のために取っておき、リクエストするときは影響を具体的に、はっきりと書きましょう。曖昧なリクエストは断られやすいからです。
再提出すると審査は速くなる？
いいえ。同じバージョンの新しいビルドをアップロードすると、審査中のものが置き換わり、審査は最初からやり直しになります。焦って再提出すると、通常は進捗を失い、列の最後尾に戻るため、かえって遅くなります。「審査待ち」の提出のメタデータを編集した場合も、キューに戻ることがあります。
再提出が意味を持つのは、却下につながる問題を実際に修正した場合、たとえば解決センターで却下理由を読んで直したときだけです。急いでいるときほど、再提出は逆効果になりがちです。修正はまとめて一つのきれいなビルドに入れ、審査中の間は触らずに待つのが、結局は最短の道になります。
遅いときの対処、ステップ順
まず、どれくらい待っているかを把握し、日数に応じて行動します。次の表が判断の目安です。
| あなたの状況 | まず何をする | エスカレーションの目安 |
|---|---|---|
| 48時間未満 | 待つ（通常の範囲） | まだ不要 |
| 2〜7日 | メタデータ、輸出コンプライアンス、審査メモを確認 | 記録を準備 |
| 7日を超えて変化なし | 日付とスクリーンショットを添えてサポートへ | すぐに |
| 本当に緊急 | 審査の迅速化をリクエスト | すぐに、理由を添えて |
| 「却下」表示 | 解決センターで理由を読み修正 | Apple側の明らかな誤りのときだけ |
エスカレーションの前に、輸出コンプライアンスの情報が完全か、審査メモにアプリの試し方（必要ならデモ用アカウント）が書かれているか、そして同じアプリの別の提出が処理を止めていないかの3点を確認してください。この3つで、詰まっているように見える多くのケースが解決します。
サポートに連絡する目安
通常の範囲を明らかに超えたとき、とくに数日変化がないときにサポートへ連絡します。却下の場合は解決センターで返信してください。アプリの識別子、提出の正確な日時、状態のスクリーンショットを添えると、情報不足で保留されずに進みやすくなります。
現実的な期待も必要です。2026年の混雑期には、サポートや迅速化リクエストの返信が遅れたと報告されています。数日を超えたら連絡するのが正しい対応ですが、即時の解決を保証するものではなく、とくに原因が全体的な混雑であればなおさらです。記録を残しておけば、やり取りが増えても状況を説明しやすくなります。
提出前にビルドを確認する
長い待ち時間の一部は、避けられる却下から始まり、列の最初に戻されます。バイナリに埋め込まれた秘密鍵、正当な理由のない権限、安全でない通信設定といった避けられる問題は、審査がすでに長いときに、もう一サイクル分の遅れを生みます。
PTKD.comのようなセキュリティスキャナーは、提出前に.ipaを解析し、OWASP MASVSに沿って深刻度順に並べたレポートを返すので、却下の引き金になる箇所を列に入る前に直せます。限界についても正直に言えば、スキャナーはAppleの審査を速くすることはできず、リスクの高いアプリや規制対象のアプリで手動の審査に取って代わるものでもありません。できるのは、待ち時間を繰り返させる避けられる却下を防ぐことで、審査がすでに長いときほど効果があります。
まとめ
- 「審査中」は担当者が評価している状態で、通常は数分から1日、48時間を超えると異常です。
- 平均は24時間ですが保証ではなく、2026年には数日の遅延もありました。
- 審査の迅速化は本当の緊急時のためのもので、通常の待ち時間の解決策ではありません。
- 再提出は審査をやり直させます。48時間未満は待ち、7日を超えたらサポートに連絡しましょう。
- 提出前にPTKD.comでビルドを確認し、避けられる却下で審査サイクルを失わないようにしましょう。
