App Store審査の厳しさの正体は、基準が理不尽に高いことではなく、明文化された要件を機械的にチェックされることです。裏を返せば、定番のリジェクト理由を先に知っておけば、初めての提出でも落ち着いて準備できます。審査にかかる日数や落ちた後の流れではなく、提出前に何を見られていて、どこでつまずきやすいかに絞って整理します。
審査で見られている範囲を先に地図で把握する
App Storeの審査というと「動くかどうか」だけを見られていると思われがちですが、実際にはもう少し範囲が広いです。クラッシュや未実装の機能が残っていないかという動作の完成度に加えて、アプリ説明文やスクリーンショットが実際の機能と一致しているかどうかも確認の対象になります。見た目や説明と中身がズレていないか、という点は特に見られやすい部分です。
そのほかに、位置情報やカメラなど端末機能へのアクセスを求める場合はプライバシーの扱い、課金要素があれば価格や利用規約の表示、そして暴力的な表現や不適切な内容が含まれていないかというコンテンツの適切さも見られます。つまり審査は「アプリ単体の完成度」だけでなく、説明文・許可・課金表示までを含めた提出物全体をチェックする作業だと捉えておくと準備がしやすくなります。
ここまで並べると身構えてしまうかもしれませんが、裏を返せばチェックされる項目自体は事前に把握できるということでもあります。次の章では、よく言われる「審査が厳しい」という感覚の中身を、もう少し具体的に見ていきます。
「厳しい」の正体は、理不尽な基準ではなく抜け漏れへの厳密さ
「審査が厳しい」という声の多くは、基準そのものが極端に高いというより、App Store Reviewガイドラインに書かれた要件を満たしていないと機械的に差し戻される運用に対する感想だと考えられます。人の裁量で大目に見てもらえる、という前提で提出すると足をすくわれやすい部分です。
逆に言えば、要件を事前に知っていれば防げるリジェクトが大半を占めるとも言えます。運の問題というより準備の問題という捉え方をしたほうが、対策も立てやすくなります。項目は多岐にわたるため、公式のガイドラインには提出前に一度目を通しておくと安心です。内容は更新されることがあるので、最新は公式で確認してください。
また、初めての提出で指摘が出やすいのは、要件の存在そのものを知らなかったことが原因になりがちです。一度提出を経験すると「どこを見られるのか」の勘所がつかめるので、2回目以降はぐっと楽になります。最初の提出は落ちても致命傷にはならない、審査の作法を学ぶ機会でもある、くらいの構えでいるほうが健全です。
落ちやすい定番パターン
もっとも指摘されやすいのが、クラッシュや未完成な印象を与える提出です。ログインが必要なアプリなのに審査用のテストアカウント情報を添えていない、一部の画面が未実装のまま残っている、といった運用面のミスも同じカテゴリに含まれます。担当者が実際に機能を確認できない状態は、それだけで差し戻しの対象になりやすくなります。
次に多いと見られているのが、説明文やスクリーンショットが実際の機能とズレているケースです。開発の途中で機能を削った、あるいは今後追加予定の機能を先に書いてしまった、といった理由でズレが生じます。加えて、カメラや位置情報などの許可を求めているのに理由の説明が不十分だったり、プライバシーポリシーの記載に不備があったりする場合も、同じように指摘されやすいところです。
課金があるアプリでは、利用規約やプライバシーポリシーへのリンク、価格の明示が足りないことも定番の指摘のひとつです。また、既存のWebサイトをそのまま表示しているだけのような作りだと、「アプリである必然性」が弱いと判断されやすくなります。ネイティブアプリならではの機能や体験をひとつでも組み込んでおくと、印象は変わってきます。
提出前チェックリスト
ここまでの定番パターンを裏返すと、そのまま提出前のチェックリストになります。・主要な画面をすべて実機で一通り操作したか ・ログインが必要なら審査用のテストアカウントを添付したか ・説明文とスクリーンショットは今のバージョンの機能と一致しているか、の3点はまず確認しておきたいところです。
・カメラや位置情報などの許可には、その場で理由を説明する文言を用意したか ・プライバシーポリシーのURLは正しくアクセスできる状態か ・課金がある場合、価格と利用規約・プライバシーポリシーへのリンクをアプリ内に明示したか、も忘れずに。提出直前にこの一覧を見直しておくだけでも、防げるリジェクトは減らせます。
チェックのコツをひとつ挙げると、提出前に自分以外の人に一度触ってもらうことです。作った本人は操作の順番を体が覚えてしまっているので、未完成な箇所や分かりにくい画面をすり抜けてしまいます。初見の人が引っかかった場所は、初見で審査する担当者も引っかかる場所だと考えておくと、見落としの精度が上がります。
それでも審査に落ちてしまったら
審査に落ちたときの一次情報は、App Store Connectのやり取り画面に届く指摘文です。どのガイドライン番号に触れたかがそこに書かれているので、推測で作り直す前にまずその番号を確認します。そのうえで、ひとつだけ気持ちが軽くなる話をしておきます。リジェクト理由がスクリーンショットや説明文といったメタデータだけを指摘するものであれば、アプリ本体を作り直す必要はなく、該当箇所を直して再提出すれば済むケースが多いです。
リジェクトの通知にはどの項目に該当したかが書かれているので、まずはそこを落ち着いて読むところから始めてください。動作面の指摘なのか、表記面の指摘なのかを切り分けるだけでも、次に何をすればいいかが見えやすくなります。
なお、リジェクトされたこと自体がその後の審査で不利に働く、と心配する必要はありません。指摘された箇所を直して再提出し、通ってしまえば公開後の扱いは同じです。通知への返信で議論するより、直せる指摘なら直して再提出するほうが結果的に早く公開にたどり着けることが多い、というのが実務的な感覚です。
審査を待つ間にやっておきたいこと
審査を通すこと自体はゴールではなく、その先でユーザーに見つけてもらうためのスタート地点にすぎません。提出さえ済めば待つだけの時間ができるので、このタイミングで「自分のアプリはどんな言葉で検索されそうか」を確認しておくと、公開後の動き出しが早くなります。
こうしたキーワードの検索され具合は、AppLupeのようなツールを使うと手早く確認できます。キーワードごとの検索需要や関連キーワードを、メール登録だけ（カード不要）で毎日3回まで無料で調べられるので、審査結果を待つ間にストアページの言葉選びを見直しておくのもおすすめです。
もうひとつ、この期間にやっておきたいのが公開直後の動きの準備です。公開した日に何を告知するか、ストアの説明文の冒頭は検索した人の目にどう映るか、といった初動まわりは、審査が通ってから慌てて考えるとどうしても雑になります。手が空いている審査待ちのうちに整えておくと、公開日をそのままスタートダッシュに使えます。
よくある質問
Q. App Storeの審査はなぜ厳しいと言われるのですか？
基準自体が特別高いというより、ガイドラインに明文化された要件を満たしていないと機械的に差し戻される運用のためだと考えられます。裁量で大目に見てもらえる前提で提出すると、思わぬ箇所で止まりやすくなります。
Q. App Store審査に落ちやすいのはどんなアプリですか？
クラッシュや未完成な画面が残っているもの、説明文・スクリーンショットが実際の機能とズレているもの、プライバシーポリシーや許可の説明が不十分なものが定番です。課金があるのに価格表示が足りない場合も指摘されやすいです。
Q. 審査に落ちた場合、アプリを作り直す必要がありますか？
指摘内容次第です。説明文やスクリーンショットなどメタデータだけの指摘であれば、該当箇所を修正して再提出すれば済むことが多いです。動作面の不具合が理由なら、その部分を直してから再度提出してください。
AppLupe（アップルーペ）運営ツールこのブログを運営しているAppLupeは、App Store対応のASOツールです。「作ったアプリが検索で見つからない」を解決するために、キーワード調査から順位計測までを1つにまとめています。
- キーワードの検索ボリューム（AppLupe指数）と関連キーワードを確認
- 競合アプリがどのキーワードから流入しているかを実測
- AIがタイトル・サブタイトル・スクリーンショットの改善案を自動生成
- 狙ったキーワードの検索順位を毎日自動トラッキング