この記事では、過去3年以内の公開事例やApple公式ガイドラインをもとに、iOSアプリ審査でリジェクトされやすい理由を「多い順」に整理し、初心者でもそのまま行動に移せるように 原因→対策 の形でまとめました。

僕も何度もリジェクトを食らってきたので、「この記事の内容を全部やれば必ず通る」とは言えません。ただ、初回提出で起こりがちなもったいない落ちを減らすにはかなり効くはずです。提出前の最終チェックとして、気になるところだけでも確認してみてください。

この記事は2026年1月にXへ投稿した内容を、検索からたどり着けるように村だよりへ再構成したものです。

この記事で分かること

  • リジェクトされやすい理由TOP10（該当するガイドライン条項つき）
  • それぞれの「よくある落ち方」と、そのまま実行できる対策
  • 提出前に最低限つぶすべき「5つの地雷」チェックリスト

結論: まず「完成度・審査メモ・プライバシー」の3つ

とくに「完成度（クラッシュ・導線詰まり・未実装）」「審査メモ（テスト手順・デモアカ）」「プライバシー（ポリシー・権限・SDK）」は、初回提出でつまずく人が多いポイントです。時間がなければ、この3つと記事末尾の「5つの地雷」だけでも確認してください。

TOP10早見表

# 落ちやすい理由 ガイドライン ひとこと対策
1 動かない・試せない 2.1 審査員が3分で試せる導線＋デモアカ
2 プライバシー対応不足 5.1.1 / 5.1.2 ポリシーURL＋権限理由＋SDK申告
3 審査メモが弱い App Review Information 最短テスト手順をテンプレ化
4 アカウント削除がない 5.1.1 アプリ内で削除を完結
5 アプリの価値が薄い 4.2 「Webでよくない？」に答える
6 差別化不足・重複 4.3 独自の体験を言語化
7 メタデータ不備 2.3 実画面スクショ＋誇大表現なし
8 課金まわり 3.1 IAP＋料金明示＋Restore
9 Sign in with Apple不足 4.8 外部ログインと同等に扱う
10 UGCの安全対策不足 1.2 通報・ブロック・削除

1. 動かない・試せない（2.1 完成度）【最頻出】

Appleは審査を「デバッグの場」にしたくないので、審査員が短時間で主要機能を検証できないと、それだけで差し戻されやすいです。

よくあるリジェクト例（多かったやつ）:

  • 起動クラッシュ / フリーズ
  • ボタンが反応しない、結果が出ない
  • 「coming soon」「仮データ」など未完成が残る
  • サーバー/外部APIが落ちると何もできない
  • ログイン必須なのに、デモアカ無し or 手順無し

対策（初心者はこれだけで勝率が上がる）:

  • 審査員が3分で主要機能を試せる導線を用意する
  • ログインが必要なら、デモアカ（ログインIDとパスワード）＋操作手順を審査メモに書く
  • 外部依存（API/サーバー）があるなら、落ちた時は「原因が分かるエラー表示」を出す
  • リンク切れ（サポートURL/ポリシーURL含む）を全部潰す
  • 未実装表示は提出前に消す（無理なら機能を一時的に隠す）

2. プライバシー対応が不足（5.1.1 / 5.1.2）【ここ数年で特に厳しい】

よくあるリジェクト例:

  • プライバシーポリシーがない / アプリ内に導線がない
  • 何のデータを取るか、何に使うか、どこに送るかが曖昧
  • 写真/位置情報など権限の理由文が雑
  • 広告・分析SDKが入っているのに、申告やATTの整合が取れていない

対策:

  • プライバシーポリシーURLを用意して App Store Connect に設定する
  • アプリ内にも「設定 > プライバシーポリシー」などでリンクを置く
  • 権限の説明文は「何のために使うか」を具体化する（例: 写真編集のため、保存のため）
  • 第三者（SDK、API）への送信があるなら明記する（例: クラッシュ解析、画像処理API、ログインプロバイダなど）
  • SDK（広告/解析/クラッシュ）を棚卸しして、申告と整合させる。「追跡」になり得る構成ならATTも確認する

SDK（Software Development Kit）とは、アプリに機能を入れるための外部パーツです。 例 — 広告: Google AdMob、Unity Ads / 分析: Firebase Analytics、Adjust、AppsFlyer / クラッシュ解析: Firebase Crashlytics、Sentry / ログイン: Google・Facebookログイン / 課金: RevenueCat / チャット: Sendbird など。 自分で機能を全部作らなくてもSDKを入れるとすぐ使える反面、SDKが裏でデータ送信していることがあるので、審査やプライバシー対応に影響します。

ATT（App Tracking Transparency）とは、アプリがユーザーを追跡（tracking）する場合に、iOSが強制する許可ダイアログです。 よくある誤解: 「追跡＝位置情報」ではなく、ここでの追跡は主に広告目的でユーザーを他のアプリ/サイトをまたいで識別する行為のこと。追跡っぽい例 — 広告の効果測定（この広告からインストールしたか）、ターゲティング広告、IDFA（広告識別子）の利用。

3. 審査メモが弱い（App Review Information不足）【実は"もったいない落ち"が多い】

よくあるリジェクト例:

  • どう操作すればいいか分からない
  • 2FA（2要素認証）/ 地域差 / 段階解放など、特殊条件が書かれていない
  • デモアカが期限切れ、または提供されていない

対策（テンプレ化が最強）:

  • 審査メモに「最短テスト手順」「デモアカ」「注意点」を箇条書きで書く
  • 2FA（2要素認証）があるなら回避手順まで書く
  • 確認してほしい画面の場所も明記する（例: 設定 > Pro、履歴タブなど）

4. アカウント削除がない（5.1.1）【アカウント作成があるなら要注意】

よくあるリジェクト例:

  • アカウントを作れるのに、アプリ内から削除できない

対策:

  • 設定画面に「アカウント削除」を用意する（削除開始がアプリ内で完結するのが安全）

5. アプリの価値が薄い（4.2 最低限の機能）【理由が曖昧で厄介】

App Storeはアプリが並ぶ場所なので、「これはWebでよくない？」「機能が少なすぎる」と見なされると厳しいです。

よくあるリジェクト例:

  • Webを表示するだけ（Webラッパー）
  • 機能が少なく、アプリとしての必然性が弱い
  • デモ/試作品に見える

対策（初心者向けの現実的な強化）:

  • 「履歴」「保存」「設定」「オフライン要素」などを足す
  • 初回起動で価値が伝わるチュートリアル/サンプルを用意する
  • ストア説明文も「何ができるか」を具体的に書く

6. 差別化不足・重複（4.3 スパム）【テンプレ感が強いと刺さる】

Appleはストアの品質維持のために「似たもの大量」を嫌います。あなたのアプリだけの理由が必要です。

よくあるリジェクト例:

  • 既存アプリとほぼ同じ（UI/機能/コンセプトが近い）
  • 同じようなアプリを量産していると疑われる

対策:

  • 独自の体験を言語化して、機能/デザインにも反映する
  • 汎用テンプレっぽい部分（画面構成/見た目/文言）を減らす

7. メタデータ不備（2.3）【スクショ/説明文で落ちる】

よくあるリジェクト例:

  • スクショが実際の画面と違う、サイズ不一致（iPad対応なのにiPadスクショが無い、画面が引き伸ばされている等）
  • 誇大表現、関係ないキーワード
  • 著作権的に怪しい素材（キャラ/ロゴ等）の混入
  • スクショが実際のアプリ画面じゃない（加工しすぎ）
  • 無料を強調しているのに、実は課金が重要（誤認誘導）

対策:

  • スクショは実機の画面で、必要サイズを揃える
  • 説明文は「できることだけ」書く
  • 権利が怪しい素材は絶対に避ける
  • 基本はアプリの実画面が分かるスクショ（主要機能が見える画面）にする
  • 課金があるなら、無料でできる範囲も分かるように書く

8. 課金まわり（3.1系）【ルールに沿わないと即アウト】

よくあるリジェクト例:

  • デジタル機能なのに外部決済へ誘導している（WebのStripe決済ページへ飛ばす等）
  • サブスク料金が分かりにくい
  • 自動更新サブスク or 非消費型の課金なのに Restore（購入の復元）が無い

対策:

  • デジタル機能は基本IAP（外部決済を使えるのは原則「物理商品・実サービス」など一部のみ。デジタルは基本NG）
  • 実際に請求される金額・周期を明確にする（年額なら年額を大きく）
  • 設定に「購入を復元」を設置する（自動更新サブスク or 買い切り〈非消費型〉があるなら必須）

9. Sign in with Apple不足（4.8）

よくあるリジェクト例:

  • Google/FacebookログインがあるのにAppleログインがない
  • Appleログインだけ不自然に目立たない（ログインボタンのデザインが公式準拠でない）

対策:

  • 外部ログインを出すなら Sign in with Apple も同等に用意する
  • ボタンはAppleが用意している公式スタイル（Sign in with Apple Button）を使う

10. UGCの安全対策不足（1.2）

UGC（User Generated Content）とは、ユーザーが作って投稿するコンテンツのこと。例: 投稿、コメント、レビュー、画像アップロード、チャット、DM、掲示板、プロフィール自由記述。

よくあるリジェクト例:

  • 通報/ブロック/モデレーションが無いまま、投稿やチャット機能がある

対策:

  • 最低セット: 通報・ブロック・削除/フィルタ・運用方針

初心者は最低限ここだけ見ればOK（最短チェック）

提出前に「5つの地雷」だけ潰しましょう。

  • クラッシュ・詰まりがない（主要導線を何回も通す）
  • 審査員が試せる（デモアカ＋手順を審査メモへ）
  • プライバシーポリシー（URL設定＋アプリ内リンク）
  • アカウント削除（作れるなら削除もアプリ内で）
  • 課金整合（IAP・料金表示・Restore）

まとめ

App Store審査は、審査員が迷わず試せて、ユーザーが安心して使える状態かを確認するチェックです。この記事のチェック項目を一通り潰せば、初回提出でも落ちにくい土台は作れます。リリース直前こそ焦らず、最後にもう一回だけ見直してから提出してみてください。

審査を通ったあなたのアプリは、ぜひ村でも紹介してください。