Waiting for Reviewの意味とステータス一覧

Waiting for Reviewは、Appleが提出をきちんと受け取ったものの、まだどのレビュアーも開いていない状態です。 何もする必要はありません。デモアカウントとサーバーを動かしたままにしておくことだけです。そして何より、再提出しようとしてバージョンを取り下げないでください。審査が最初からやり直しになります。

ここでは、App Store Connectのほかのステータスと、それぞれで何をすべきかをまとめます。ステータス名は2026年10月25日に、自分のアプリでフランス語版のApp Store Connect画面と照らし合わせて確認しました。定義は公式のステータスページから引いています。

App Store Connectのステータス一覧

ステータスには色付きのマークが付きます。赤はあなたが対応すべき状態、黄はあなたかApple側で処理が進行中の状態、緑はアプリが配信できる状態です。

ステータス名	意味	あなたの対応
Prepare for Submission	バージョンを準備中	ページ情報を埋める
Ready for Review	すべて入力済み、まだ何も送っていない	提出する
Invalid Binary	ビルドが要件を満たしていない	別のビルドを送る
Waiting for Review	受け取り済み、まだ開かれていない	待つ
In Review	レビュアーが確認中	連絡がつく状態でいる
Accepted	承認済み、ただし別の項目がリジェクト	もう一方を修正するか外す
Pending Developer Release	承認済み、あなたのゴーサイン待ち	好きなときにリリース
Ready for Distribution	承認済みで配信可能	契約を確認する
Rejected	バージョンがリジェクトされた	メッセージを読む
Metadata Rejected	ビルドではなくページ情報がリジェクト	修正して返信する
Developer Rejected	あなたが審査から取り下げた	準備ができたら再提出

配信の直前には、Processing for Distributionと表示されることもあります。アプリが処理中で、24時間以内に配信可能になるという意味です。

まれなステータスも2つあります。Pending Apple Release：バージョンが対象とするOSが一般公開されるまで、Appleがそのバージョンを保留している状態です。意図したものでなければ、ビルドのデプロイメントターゲットを確認してください。Waiting for Export Compliance：AppleがあなたのCCATSファイルを確認している状態です。

Missing ComplianceやExpiredなど、ビルドそのもののステータスは別の一覧です。詳しくはビルド番号とバージョンのガイドで解説しています。

各ステータスでやるべきこと

送信前

Prepare for Submissionは、すべてのバージョンの出発点です。Ready for Reviewは、すべて入力済みで、提出する意思を示した状態です。提出を送信するまで、Appleには何も届いていません。 この状態では、画像や動画はもう変更できません。

Invalid Binaryは、ビルドが現行の要件を満たしていないことを示します。Appleは新しいビルドを送るか、要件を満たしたビルドを選ぶよう求めています。

審査中

Waiting for Review：一部の情報はまだ変更できますし、提出を取り下げることもできます。スクリーンショットやアプリプレビュー動画は、もうアップロードも変更もできません。

In Review：App Reviewのメンバーがアプリをテストしています。ログインが必要な部分がある場合、App Reviewのページでは、App Review Informationセクションに有効なデモアカウントを入れるよう求めています。App Review Guidelinesも、審査中はサーバーサービスが稼働していてアクセスできることを求めています。

審査後

Pending Developer Releaseは、いちばん誤解を招きやすいステータスです。アプリは承認されていますが、まだ販売されていません。 手動リリースを選んだので、Appleがあなたの合図を待っているのです。バージョンページ右上のボタン（Appleのヘルプでは Release This Version）でリリースでき、表示されるまで最大24時間かかることがあります。リリースオプションのヘルプによると、この状態が30日を超えるとAppleからリマインドのメールが届きます。

Ready for Distribution：アプリは承認済みで配信可能です。ただし契約が有効であることが条件です。最新の契約はアカウント所有者（Account Holder）がBusinessセクションで同意します。有料アプリやサブスクリプション付きアプリなら、Paid Apps Agreementです。

Acceptedは、同じ提出内の別の項目（たとえばサブスクリプション）がリジェクトされたときに、承認済みの項目に表示されます。すべてが承認されるまでアプリは公開されません。リジェクトされた項目を修正するか、提出から外してください。

リジェクト

Rejected：App ReviewがApp Reviewセクションで理由を説明してくれます。提出はUnresolved Issuesに移り、このような提出に関するヘルプによると、そこに項目を追加することはできなくなります。対応手順はApp Reviewへの返信にまとめています。

Metadata Rejected：問題はコードではなく、ページ情報にあります。メッセージを読み、メタデータを修正して返信します。新しいビルドは不要です。 ページ情報でAndroidに触れたことによる2.3.10のリジェクトがその一例です。

Developer Rejected：名前は怖いですが、審査からバージョンを取り下げたのはあなた自身です。内容が否定されたわけではありません。準備ができたら、同じビルドか新しいビルドを再提出してください。

どの場合でも、すべて修正してから再提出してください。未解決の問題を残したまま再提出すると審査が遅れ、同じ結果になるとAppleは警告しています。

Waiting for Reviewが長引くとき

Appleは、どこからが異常な待ち時間かという基準を定めていません。Appleの目標値と実際の目安は、App Storeの審査期間のガイドにまとめています。それを超えた場合、Track a submission's review statusのページでは、確認に時間がかかる3つのケースを挙げています。

• 審査履歴が少ない、またはない：初めてのアプリがこれに当たります。
• 確認が必要な書類がある：許認可、ライセンス、パートナー契約など。
• 複雑または新しいテーマ：規制対象のコンテンツ、プラットフォームの新機能、有効化したentitlementsなど。

偽のレビューやレビュアーに隠した機能など、不正や操作の調査が入った場合も審査が長引くことがあります。

待ち状況を追うには、アプリのサイドメニューで履歴を開いてください。ステータス履歴のヘルプによると、ステータスの変更がすべて日付付きで記録されています。変更のたびにメールを受け取りたいなら、ユーザー管理でApp Status Reportsの通知を有効にしてください。

再審査のためにバージョンを取り下げない

これがいちばん高くつく反射的な行動です。取り下げに関するAppleのヘルプによると、取り下げたバージョンはキューから外れ、Developer Rejectedになります。再提出すると、審査は最初からやり直しです。

迅速な審査をリクエストする

Appleは迅速な審査を本当に緊急な場合に限定しており、例として2つを挙げています。重大なバグの修正と、アプリに関連するイベントに合わせたリリースです。

1. まずアプリを提出します。迅速化できるのは、すでに送信済みの提出だけです。
2. 提出時にNotes欄を埋めます。重大なバグなら、そのバージョンで修正するバグを説明します。イベントなら、イベント名、日付、アプリとの関係を書きます。ログインが必要な機能があればデモアカウントも添えます。
3. アプリとプラットフォームを選んで、Request an Expedited App Reviewフォームを送信します。

App Reviewは各リクエストを検討し、対応可能な範囲で迅速化します。リクエストしても保証されるわけではありません。

Appleに連絡する

進行中の提出については、App ReviewのヘルプがApp Store ConnectのReply to App Reviewボタンを案内しています。あなたのアプリを把握している担当者が返信してくれます。この欄は迅速な審査のリクエストや異議申し立てには使えません。それぞれ専用のフォームがあります。App Reviewから返信があった後は、同じ画面でAppleの担当者との通話をリクエストできます。通話は通常、3〜5営業日以内に行われます。

TestFlight：外部テスター向けビルドのWaiting for Review

同じWaiting for Reviewというステータスは、TestFlightタブにも別の審査として存在します。ビルドステータスの一覧で違いがわかります。

• 内部テスター：Ready to Submitのビルドは、ベータ審査なしですぐに配布できます。
• 外部テスター：ビルドはTestFlight App Reviewに送られ、Waiting for Review、続いてIn Beta Reviewになります。外部テストは承認後にしか始まりません。

外部テスターに関するヘルプによると、バージョンの最初のビルドはフル審査が必要ですが、その後のビルドは必ずしも必要ではありません。審査中にできるビルドはバージョンごとに1つだけで、24時間あたり最大6つまで提出できます。リジェクトされたビルドはRejectedになり、TestFlightでは使えなくなるので、新しいビルドを送る必要があります。そのほかはTestFlightでiPhoneアプリをテストするガイドにまとめています。

送信前に待ち時間を短くする

Appleは追跡ページでこう書いています。審査時間を短くするには、送信前にApp Review Informationセクションを埋め、必要な書類をすべて添付すること。Apple Review Kitには、私の送信前チェックリストと、レビュアー向けメモのテンプレート（デモアカウント、App内課金、隠れた機能）が入っています。

初めての提出を準備中ですか？無料の診断で、私のApple リジェクト対策チェックリストが届き、残っている作業がわかります。すべての手順はApp Storeでアプリを公開するにまとめています。

よくある質問

App Store Connectの「Waiting for Review」とはどういう意味ですか？

Appleが提出を受け取ったものの、審査はまだ始まっていない状態です。一部の情報はまだ変更できますが、スクリーンショットやアプリプレビュー動画は変更できません。

「Waiting for Review」はどのくらい続きますか？

Appleが公開しているのは審査期間の目標であって保証ではなく、警告の基準もありません。審査履歴のない初めてのアプリは、確認に時間がかかるとAppleが挙げているケースのひとつです。

待ち時間が長すぎるとき、バージョンを取り下げるべきですか？

いいえ。取り下げたバージョンはDeveloper Rejectedになり、再提出すると審査は最初からやり直しです。重大なバグの修正のような本当に緊急な場合は、代わりに迅速な審査をリクエストしてください。

App Store Connectの「Pending Developer Release」とはどういう意味ですか？

Appleはバージョンを承認しましたが、あなたが自分でリリースすることを選んだ状態です。バージョンページからリリースするまで、販売はされません。

TestFlightのビルドがWaiting for Reviewなのはなぜですか？

外部テスター向けに提出したからです。ビルドはTestFlight App Reviewを待っていて、外部テストは承認後に始まります。内部テスターにはこの審査は不要です。