Appleのアプリリジェクト理由と対策：実際の5事例

Appleのリジェクトには、ほぼ必ず具体的な理由があり、審査のメッセージに書かれています。番号付きのガイドラインで、スクリーンショットが添えられていることも多いです。初めてのアプリでよくある理由は、アプリが完成していない（2.1）、プライバシーの申告が不適切（5.1.1）、誤解を招くメタデータ（2.3.2）、App内課金を回避する決済（3.1.1）、評価リクエストの位置が悪い（5.6.3）です。ほとんどの場合、レビュアーはあなたのアプリをきちんと理解しています。突っ込まれる余地があったのは、提出内容のほうです。

なぜわかるかというと、私自身がこれらのリジェクトを受けてきたからです。私は自分のiOSアプリを公開していて、Solys（ミニゲーム付き目覚ましアプリ）とTradaZen（トレードシミュレーター）がApp Storeに並んでいます。Solysは2回リジェクトされました。1回はリリース前、もう1回はアップデート時です。さらに別の2つのアプリ、ClicとNoleraもリジェクトされ、修正してAppleに再提出しました。ここでは5つのリジェクトとその本当の原因、そして返信の方法と、毎回の提出前に使っているチェックリストを紹介します。

Appleがアプリをリジェクトする理由：私が受けた5つのリジェクト

Solysのリジェクト2.1：デモをクリアできなかった

Solysのオンボーディングにはプレイできるデモがあります。目覚めたときと同じように、ミニゲームをクリアする必要があります。私のiPhoneでは問題なく動いていました。ところがレビュアーはiPadでテストしていました。iPadではiPhoneアプリが互換モードで、小さめのウインドウで動きます。そのサイズだと、ミニゲームの鳥が通る隙間が鳥自体より狭くなっていました。しかも「続ける」ボタンはクリアしたときにしか有効になりません。Appleからは、ゲームのミッションをスキップする方法を用意するよう求められました。

修正内容：画面の実際のサイズからジオメトリを計算するデモにし、失敗したときにデモをスキップできるリンクを追加しました。

教訓：必須のステップには必ず抜け道を用意すること。そして必須の画面はすべて、提出のたびに一番小さいサイズでテストすることです。

Solysのリジェクト5.6.3：オンボーディング中の評価リクエスト

2回目のリジェクトは次のアップデートでした。Appleによると、アプリが初回起動時またはオンボーディング中に評価を求めているとのことでした。評価画面がデモの直後、ユーザーがまだアプリで何も体験していない段階で出ていたのです。

修正内容：リクエストをフローの最後に移し、ユーザーがデモをクリアした直後だけ表示するようにしました。

教訓：センシティブなリクエスト（評価、通知、サブスクリプション、トラッキング）は、価値を示したあとに出すこと。前には絶対に出さないことです。

Clicのリジェクト5.1.1：公開中のプライバシーポリシーが古かった

ClicはAIでコンテンツを生成するアプリで、同意画面はちゃんと入っていました。問題は別のところにありました。サイトに公開していたプライバシーポリシーが古いバージョンのままで、アプリが収集する情報をすべては説明していなかったのです。

修正内容：完全なポリシーを公開し、英語の要約を追加し、審査メモを更新しました。

教訓：Appleが読むのはオンラインで公開されているポリシーで、リポジトリに眠っているものではありません。提出前には毎回、申告したURLを開いて、アプリの実際の動作と内容が合っているか確認しましょう。

Noleraのリジェクト5.1.1：システムのダイアログの前に「許可」ボタン

iOSの本物のカメラアクセス許可ダイアログの前に、Noleraは説明画面を表示していて、そこに「許可」ボタンがありました。Appleにとって、この文言はシステムの正式なリクエストの前に承諾を促すものです。

修正内容：ボタンの文言を、アプリの8言語すべてで「続ける」に変えました。

教訓：許可を準備する画面は説明するためのもので、ユーザーの代わりに決めるものではありません。Appleの推奨事項はプライバシーに関するデザインガイドラインにあります。

Noleraのリジェクト2.3.2：アイコンをプロモーション画像に流用

サブスクリプションにはApp Store Connectでプロモーション画像を設定できます。Noleraの2つのサブスクリプションでは、単にアプリのアイコンを使っていました。Appleはこれを不適合と判断しました。

修正内容：2つのサブスクリプションから画像を削除し、提出をやり直しました。

教訓：ストアページの要素はすべて審査されます。年齢制限指定のように、深く考えずに埋めている項目も含めてです。

よく引っかかるガイドラインは？

ルールはすべてApp Review Guidelinesにあります。初めてのアプリが特によく引っかかるのは次のものです。

2.1：App Completeness。 アプリがクラッシュする、ボタンがどこにもつながらない、必須の画面があるサイズで通過できない。ログインが必要なアプリなら、審査メモにデモアカウントを書いておきましょう。そうしないとレビュアーはログイン画面で止まってしまいます。この理由について知っておくべきことは、ガイドライン2.1のガイドにまとめています。

2.3：Metadata。 実際のアプリを映していないスクリーンショット、存在しない機能をうたう説明文、不適合なプロモーション画像。

3.1.1：In-App Purchase。 アプリ内でデジタルコンテンツや機能を解放するなら、原則はAppleのApp内課金です。例外は国によって異なり、変わっていきます。別の決済手段を考える前に、ガイドラインの最新版を読んでください。全体の流れはiOSのアプリ内サブスクリプションのページにあります。

3.1.2：Subscriptions。 サブスクリプション型のアプリは、ユーザーが何をいくらで得られるのかをはっきり示す必要があります。課金画面のよくあるミスはiOSのペイウォール：初心者がやりがちな7つのミスにまとめています。

4.3：Spam。 アプリが他の無数のアプリと似ている、またはそれ単体では価値が足りない。いちばん直しにくいリジェクトで、アイデアを選ぶ段階で防ぐものです。詳しくはガイドライン4.3のガイドで説明しています。

5.1.1：Privacy。 アプリの動作と合っていないデータ収集の申告、不完全なプライバシーポリシー、はっきりした説明のない許可リクエスト。

何日も無駄にせずAppleのリジェクトに返信するには？

リジェクトは判決ではなく、やり取りの一往復です。うまくいく手順はこうです。

1. 理由を2回読む。 メッセージにはガイドラインが書かれていて、スクリーンショットが添付されていることも多いです。読むのが早すぎて、ずれた返信をする開発者はたくさんいます。
2. 本当の原因を探す。 ClicでもNoleraでも、本当の原因は文面から最初に想像したものではありませんでした。同じ種類のデバイス、新しいアカウント、初回起動という、レビュアーと同じ条件で問題を再現しましょう。
3. 指摘された点だけを直す。 機能を3つ追加するタイミングではありません。変更が増えるほど、審査の対象範囲も広がります。
4. App Store Connectで返信する。 App Reviewのメッセージに返信して、何を直したかを事実ベースで2文で説明します。
5. 確信があるときだけ異議申し立てをする。 アプリが誤解されたと思うなら、AppleではApp Review Boardに申し立てができます。リジェクトされた提出1件につき1回だけです。妥当なリジェクトに異議を唱えても、時間を無駄にするだけです。

期間については、Appleは提出の少なくとも50%を24時間以内に、90%を48時間以内に審査しているとしています。スケジュールを延ばすのは待ち行列ではなくリジェクトです。詳しくはApp Storeの審査期間をご覧ください。リジェクト後の対応全体はAppleにリジェクトされたアプリのページにあります。

避けられたはずのリジェクトは、審査1サイクル分のコストになります。Appleへの最善の返答は、指摘される点が何もない提出です。

毎回の提出前に使っているチェックリスト

自分のアプリでリジェクトを受けるたびに作り上げてきたものです。

• 必須の画面はすべて、一番小さいiPhone、一番大きいiPhone、互換モードのiPadでテストする（ガイドライン4.0デザインの基準に沿って）
• オンボーディングの各ステップに、失敗した場合でも抜け道を用意する
• ログインがあるアプリなら、審査メモにデモアカウントを書く
• 購入はサンドボックスで、復元も含めてテストする
• 価格、期間、利用規約とプライバシーへのリンクを、Appleが求める場所に、すべての言語で載せる
• オンラインのプライバシーポリシーを提出当日に読み直す
• プライバシーの申告を、プライバシーマニフェストも含めて、アプリが実際に収集するものと一致させる
• 許可リクエスト前の画面に「許可」ボタンを置かない
• 評価と通知のリクエストは価値を示したあとに出し、評価と引き換えに何かを解放しない（ガイドライン3.2.2）
• プロモーション画像とスクリーンショットは実際のアプリを映す。カスタムプロダクトページも含めて

初めての公開なら、App Storeでアプリを公開するのページで提出前の全ステップを確認できます。

App Reviewにアプリの操作手順を説明するためのテンプレート

App Review用メモのテンプレートをダウンロードしてください。フランス語の記入ガイド、記入して使う英語のメモ、リジェクトへの返信の下書きが入っています。バージョン、画面の操作経路、期待される結果を明記するようになっています。ビルドに実際にあるものだけを残してください。

「アプリは正しく保存します」と書く代わりに、再現できるシナリオを書きましょう。開始画面、操作、アプリを閉じて再起動、保存内容が残っている結果、という流れです。リジェクト後は、修正した動作と、それを確認したデバイスを書きます。問題を再現できなかった場合は、再現に足りない情報を説明してください。

デモアカウントの認証情報はApp Store Connectの専用欄に入力し、公開ファイルには絶対に書かないでください。TestFlightのテスト表で証拠を準備でき、5つの無料テンプレートもあわせて使えます。

提出前にこれらのリジェクトを防ぐ

Apple Review Kitには、私の提出前チェックリスト、修正済みのAppleのリジェクト事例、そして提出前にプロジェクト、ペイウォール、ストアページを読み直すClaude Codeのスキルが入っています。

すでにリジェクトされてしまいましたか？このキットで、指摘されたルールとその要求内容、修正と返信の例を見つけられます。今すぐ一緒に見てほしい場合は、ビデオ通話で1時間の相談を予約してください。

Appleがアプリを承認すると保証できる人はいません。すでに経験したリジェクトを出発点にすれば、同じ理由で引っかかる可能性を減らせる、というだけです。

まだアプリを提出していませんか？無料診断では、私のApple対策チェックリストを送り、残りの作業をお伝えします。まだ開発中なら、トップページでこれらのリジェクトを意識しながらモバイルアプリを作る方法を紹介しています。

よくある質問

なぜ私のアプリはAppleにリジェクトされるのですか？

ほぼ必ず、審査のメッセージに書かれた具体的な理由があります。番号付きのガイドラインで、スクリーンショットが添えられていることも多いです。初めてのアプリでよくある理由は、アプリが完成していない（2.1）、プライバシーの申告が不適切（5.1.1）、誤解を招くメタデータ（2.3.2）です。ほかに、App内課金を回避する決済（3.1.1）や、評価リクエストの位置が悪い（5.6.3）もあります。

自分のiPhoneでは動くのに、なぜリジェクトされるのですか？

レビュアーはあなたとは違う条件でテストすることがあるからです。ミニゲーム付き目覚ましアプリのSolysでは、レビュアーはiPadでテストしていました。iPadではiPhoneアプリが互換モードで、小さめのウインドウで動きます。その環境ではデモをクリアできませんでした。修正内容は、画面の実際のサイズから計算するデモと、失敗したときにスキップできるリンクです。

Appleにアプリをリジェクトされたらどうすればいいですか？

理由を2回読み、同じ種類のデバイス、新しいアカウント、初回起動というレビュアーと同じ条件で問題を再現して、本当の原因を探します。指摘された点だけを直し、それ以外は変えません。変更が増えるほど審査の対象範囲が広がるからです。そのうえでApp Store Connectから、何を直したかを事実ベースで2文で返信します。

Appleのリジェクトに異議を申し立てることはできますか？

できます。ただし確信があるときだけにしましょう。アプリが誤解されたと思うなら、AppleではApp Review Boardに申し立てができます。リジェクトされた提出1件につき1回だけです。妥当なリジェクトに異議を唱えても、時間を無駄にするだけです。そうでなければ、指摘された点を直してApp Store Connectで返信しましょう。

リジェクトされると公開までの期間は延びますか？

延びます。Appleは提出の少なくとも50%を24時間以内に、90%を48時間以内に審査しているとしています。つまりスケジュールを延ばすのは待ち行列ではなくリジェクトです。避けられたはずのリジェクトは、審査1サイクル分のコストになります。期間の詳細はApp Storeの審査期間をご覧ください。

Appleにアプリを提出する前に何を確認すべきですか？

必須の画面をすべて、一番小さいiPhone、一番大きいiPhone、互換モードのiPadでテストし、購入をサンドボックスで復元も含めてテストします。提出当日にオンラインのプライバシーポリシーを読み直し、ログインがあるアプリなら審査メモにデモアカウントを書きます。このチェックリストは、私のアプリでリジェクトを受けるたびに作り上げてきたものです。