App Store 審査期間はどれくらい?待ち時間と対策
著者:Mehdi Azizi
更新・9 分
Appleは提出の50%以上を24時間以内、90%を48時間以内に審査すると公表しています。実際の待ち時間を延ばすのはリジェクトです。対処法を解説します。
App Store の審査期間は、数字の上では短いです。Apple は提出の少なくとも50%を24時間以内に、90%を48時間以内に審査すると公表しています。この数字はApp Review の公式ページに載っています。一発で通るアプリなら、だいたい1日ほどで返事が来ると考えてよいでしょう。
ただ、本当の期間は別の数え方をします。最初の提出からアプリが販売開始されるまでの時間です。そしてこれを大きく延ばすのは、キューでの待ち時間ではほとんどなく、リジェクトです。リジェクトのたびに、理由を読む、修正する、再提出する、また待つ、という1サイクルがまるごとやり直しになります。ITMS-90338のような提出時の自動リジェクトも同じです。このガイドでは、何が期間を延ばすのか、日数を無駄にせずリジェクトに対応する方法、そして初めてのアプリでよく出るリジェクト理由を解説します。
これは僕自身の提出経験からの話です。Solys(ミニゲーム付き目覚まし)や TradaZen(トレードシミュレーター)など、僕の iOS アプリは App Store で公開されていますが、その過程で何度もリジェクトを受けました。Solys だけでなく、Clic と Nolera という別の2つのアプリでもです。理由は後で詳しく書きます。
App Store の審査期間:Apple が実際に公表していること
ビルドを送信し、ITMS-90725のような自動エラーもなく、ストア情報が揃ったら、App Store Connect から審査に提出します。提出はいくつかのステータスを経ます。Waiting for Review(審査待ち)、In Review(審査中)、そして承認かリジェクトです。ステータスが変わるたびに Apple からメールが届き、App Store Connect かその iPhone アプリで状況を確認できます。
計画に役立つ公式の補足が3つあります。
- これらの数字は傾向であって、保証ではありません。最大で10件に1件は48時間以上かかります。
- 提出は必ずしも送信順に審査されるわけではありません。App Store Connect のヘルプにそう書かれています。
- 審査中にできるのは、プラットフォームごとにアプリの1バージョンだけです。「時間を稼ぐ」ために複数バージョンを積み上げることはできません。
承認後は、自動で公開するか、自分で手動リリースするかを選べます。後者はとても便利です。先にアプリを承認してもらい、ゴーサインが出てからローンチ日を決められます。
待ち時間を延ばすもの
期間が延びるのは、Apple のせいであることはまれです。ほぼいつも、こちらが送ったもののせいです。
初回の提出
最初のバージョンでは、Apple はすべてを一度に審査します。ストア情報、スクリーンショット、年齢制限指定、プライバシーポリシー、データ収集の申告、サブスクリプション、そしてアプリ本体です。どの要素もリジェクトのきっかけになり得ます。キューが長いのではなく、審査される範囲が広いのです。まだ一度も公開したことがないなら、準備すべきステップはApp Store にアプリを公開するにまとめています。
サブスクリプションとアプリ内課金
アプリでサブスクリプションを販売するなら、スケジュールに関わるルールが2つあります。
- 最初のサブスクリプションは、アプリの新しいバージョンと一緒に提出する必要があります。アプリ内課金のヘルプにはっきり書かれています。アプリをサブスクリプションなしで出してしまうと、それを承認してもらうために新しいバージョンが必要になります。
- **提出が承認されるには、その提出に含まれるすべての要素が承認される必要があります。**サブスクリプションが1つリジェクトされると、全体が止まります。
ガイドライン2.1(b)は、アプリ内課金が完全であること、レビュアーから見えること、正しく動作することも求めています。アプリ内に表示されないものがあれば、審査メモでその理由を説明してください。サブスクリプションの実装全体はiOS のアプリ内サブスクリプションで詳しく解説しています。
デモアカウントがない
アプリにログインが必要なら、App Review Guidelinesは有効なデモアカウントか完全なデモモード、そして審査中にサーバーが動いていることを求めています。バージョンの App Review Information セクションにログイン情報がなければ、レビュアーはログイン画面で止まり、リジェクトになります。審査中にテストサーバーを止めないようにも気をつけてください。
リジェクトそのもの
これが圧倒的に一番の要因です。Apple によると、未解決の問題の40%以上はガイドライン2.1に関するものです。クラッシュ、仮のコンテンツ、不完全な情報をカバーするルールです。リジェクトを1回避ければ、少なくとも1サイクル得をします。
Resolution Center で返信する
提出がリジェクトされると、ステータスは Unresolved Issues になります。Apple のメッセージには違反したガイドラインが書かれ、多くの場合は問題箇所のスクリーンショットも付いています。対応はすべて App Store Connect のアプリの App Review セクションで行います。今でもよくResolution Centerと呼ばれている場所です。
App Review に返信する公式の手順は次のとおりです。
- アプリのページ上部にある未解決の問題へのリンクをクリックします。
- 提出の横にある Resolve をクリックします。
- Reply to App Review をクリックして返信を書き(最大4,000文字)、必要ならスクリーンショットや資料を添付します。
効果的な返信のポイントです。
- **気持ちではなく、修正内容を書く。**長い弁明より「評価リクエストはデモをクリアした後に表示するよう変更しました。スクリーンショットを添付します」のほうがずっと有効です。
- **証拠を添付する。**修正した画面のスクリーンショットや短い動画があれば、質問のやり取りを1往復減らせます。
- リジェクトがメタデータだけに関するものなら(ストアの文章、スクリーンショット、リンクなど。2.3.10のリジェクトのように)、修正後に同じビルドを再提出できると Apple は明記しています。再ビルドは不要です。
異議申し立ては、確信があるときだけ
リジェクトには App Review Board に異議を申し立てられます。Apple は、アプリがルールを守っている理由を具体的に説明すること、リジェクトされた提出1件につき申し立ては1回だけにすること、保留中の情報提供の依頼に先に答えることを求めています。正当なリジェクトに異議を申し立てても、待ち時間が延びるだけです。
修正を素早く提出する
理由がはっきりしているなら、スピードは規律から生まれます。
- **リジェクト理由だけを、それだけを直す。**修正ビルドに新機能を3つ紛れ込ませると、審査範囲をまた広げることになります。
- **レビュアーと同じ条件で修正をテストする。**表示の問題なら、自分の iPhone だけでなく、対応している一番小さい iPhone と一番大きい iPhone で確認するということです。
- **削除する要素に注意する。**未解決の問題がある提出では、削除した要素は同じ提出に戻せず、各要素は再提出前に1回しか変更できないとApple のヘルプに書かれています。リジェクトされたサブスクリプションを削除する前によく考えてください。
- **再提出してから、返信する。**何を変えたかを、事実ベースの1〜2文で返信に書きます。
では、迅速審査はどうでしょうか。存在はしますが、Apple は2つのケースに限っています。公開済みバージョンの重大なバグ修正(再現手順付き)と、日付の決まったイベントに関連するアプリです。遅れている初回公開の近道ではありません。
初心者に多いリジェクト理由
Solys での2回のリジェクトについては、Apple がアプリをリジェクトする理由で詳しく書きました。ここでは僕が実際に受けたリジェクト理由をガイドライン番号付きで紹介します。まさに初めてのアプリが引っかかりやすいものだからです。
**2.1、アプリが動作しない(Solys)。**Solys の最初のデモは、小さい iPhone の画面ではクリアできませんでした。必須のステップを突破できないので、アプリが不完全だと判断されたのです。現在は修正済みです。
**5.6.3、評価リクエストが早すぎる(Solys)。**オンボーディングの冒頭、ユーザーがアプリで何も体験していない段階で App Store の評価を求めていました。評価リクエストは、本当に価値を感じた瞬間の後に出す必要があります。
**5.1.1、プライバシーポリシーが最新でない(Clic)。**ガイドライン5.1.1は、App Store Connect とアプリ内の両方にプライバシーポリシーへのリンクを求めており、そのポリシーは収集するデータ、その用途、削除方法を正確に説明していなければなりません。Clic では、公開しているバージョンが最新ではありませんでした。プロダクトに追いついていないポリシーだけで、提出はリジェクトされます。
**5.1.1、システムの許可ダイアログの前に「Allow(許可)」ボタン(Nolera)。**Nolera では、カメラへのアクセス許可を求める前に説明画面を出し、そこに「許可」というボタンを置いていました。プライバシーに関する Human Interface Guidelinesは明確です。システムアラートの前に画面を出すのは問題ありませんが、その段階では何も許可していないので、ボタンに「許可」やそれに近い言葉を使ってはいけません。Apple は「続ける」や「次へ」を推奨しています。
**2.3.2、アプリアイコンをサブスクリプションのプロモーション画像に流用(Nolera)。**ガイドライン2.3.2は、App Store でのアプリ内課金の見せ方を定めています。名前、画像、説明は適切なものでなければなりません。Nolera では、サブスクリプションのプロモーション画像にアプリのアイコンをそのまま使っていました。課金アイテム専用の画像が必要です。
この5つのリジェクトに共通するのは、どれも複雑なコードの問題ではなかったことです。レビュアーの目で提出内容を読み直せば、すべて見つけられました。アプリがリジェクトされたばかりで理由がよくわからないなら、対応の全手順はApple にアプリがリジェクトされたらにあります。
審査期間をスケジュールに組み込む
審査でローンチがずれないための、シンプルなルールをいくつか挙げます。
- **承認前に日付を発表しない。**アプリを承認してもらい、手動リリースを選んでから日付を決めます。
- 初めての提出や初めてのサブスクリプションなら、少なくともリジェクト1サイクル分の余裕を持つ。
- 法人で登録するなら、デベロッパーアカウントは早めに作る。D-U-N-S 番号だけで1週間以上かかることがあります。詳しくはApple デベロッパーアカウントのガイドで説明しています。
- **レビュアーの目で提出内容を読み直す。**デモアカウント、最新のプライバシーポリシー、完全なprivacy manifest、許可を求める画面、サブスクリプションの画像、そして必須画面すべてを小さい iPhone と大きい iPhone で確認します。
提出前に内容をチェックしてほしいなら
Apple Review Kitには、提出前チェックリスト、修正済みの僕の Apple リジェクト事例、そしてプロジェクト、ペイウォール、ストア情報をチェックする Claude Code のスキルが入っています。承認を保証するものではありません(決めるのは Apple です)が、上で挙げたリジェクト理由を、1サイクル無駄にする前に見つける助けになります。
初めての提出を準備中ですか?無料の診断を受けると、僕の Apple リジェクト対策チェックリストが届き、残りのやるべきことがわかります。アプリがすでに止まっているなら、僕と1時間のセッションを予約してください。ビデオ通話で一緒に Apple のメッセージを読みます。まだ開発中なら、トップページで、最初から審査を意識してモバイルアプリを作る方法を紹介しています。
よくある質問
App Store のアプリ審査期間はどれくらいですか?
Apple は、提出の少なくとも50%を24時間以内に、90%を48時間以内に審査すると公表しています。これは保証ではありません。もっと時間がかかるものもあり、必ずしも送信順に審査されるわけでもありません。本当の期間は最初の提出から販売開始までの時間で、これが延びる主な原因はリジェクトです。
アプリの審査期間を延ばすものは何ですか?
圧倒的にリジェクトです。リジェクトのたびに、理由を読む、修正する、再提出する、また待つ、という1サイクルがやり直しになります。Apple によると、未解決の問題の40%以上は、クラッシュ、仮のコンテンツ、不完全な情報に関するガイドライン2.1に関するものです。初回の提出は Apple がすべてを一度に審査するため、リジェクトのきっかけも増えます。
App Store のリジェクトにはどう返信すればよいですか?
アプリの App Review セクションで未解決の問題を開き、Resolve、続いて Reply to App Review をクリックします。返信を書き(最大4,000文字)、気持ちではなく修正内容を書いて、スクリーンショットか短い動画を添付します。リジェクトがメタデータだけに関するものなら、修正後に同じビルドを再提出できます。理由がよくわからない場合はApple にアプリがリジェクトされたらを読んでください。
Apple に迅速審査を依頼できますか?
はい、迅速審査はあります。ただし Apple は2つのケースに限っています。公開済みバージョンの重大なバグ修正(再現手順付き)と、日付の決まったイベントに関連するアプリです。遅れている初回公開の近道ではありません。
最初のサブスクリプションはアプリと一緒に提出する必要がありますか?
はい。Apple のヘルプによると、最初のサブスクリプションはアプリの新しいバージョンと一緒に提出する必要があります。アプリをサブスクリプションなしで出すと、それを承認してもらうために新しいバージョンが必要になります。提出が承認されるには、すべての要素が承認される必要があり、サブスクリプションが1つリジェクトされると全体が止まります。
アプリのローンチ日はいつ発表すればよいですか?
Apple がアプリを承認するまでは発表しないでください。手動リリースを選べば、先にアプリを承認してもらい、ゴーサインが出てからローンチ日を決められます。初めての提出や初めてのサブスクリプションなら、少なくともリジェクト1サイクル分の余裕も持っておきましょう。