App Store Review ガイドラインをわかりやすく解説

App Store のすべてのアプリとすべてのアップデートは、Apple の担当者が 1 つの文書に照らして確認しています。App Store Review ガイドラインです。暗記する必要はありません。必要なのは、その全体の構成と、提出前によく確認しておきたいいくつかのルールを知っておくことです。

要点

ガイドラインは、安全性、パフォーマンス、ビジネス、デザイン、法的事項の 5 つのセクションで構成されています。提出前によく確認したいのは、完全性（2.1）、メタデータ（2.3）、App 内課金（3.1.1）、スパムとコピー（4.3）、プライバシー（5.1.1）の 5 つの分野です。Apple が数値を示しているのは最初の分野だけで、平均して未解決の問題の 40% 以上が 2.1 に関連しています。却下されたら、修正して再提出するか、App Store Connect で App Review に返信します。それでも解決しない場合にだけ、異議を申し立てます。

Apple がガイドラインを最後に更新したのは 2026 年 10 月 16 日です。以下の各セクションの要約は、私たちがわかりやすく言い換えたもので、Apple の文言そのものではありません。かぎかっこ内の文章だけが Apple の文言です。

ガイドラインの構成

Apple は冒頭で原則を示しています。「ユーザーにはアプリを安全に入手できる体験を、すべてのデベロッパには成功するための大きな機会を提供したい」。その後に 5 つのセクションが続き、最後に提出前と提出後の短いチェックリストがあります。わかりやすく言うと、5 つのセクションの内容は次のとおりです。

安全性

コンテンツ、ユーザー生成コンテンツ、子ども、身体への危害、連絡先情報、データのセキュリティ。

パフォーマンス

アプリが完成しているか、テスト済みか、正確に説明されているか、公開 API で作られているか。

ビジネス

料金の受け取り方。App 内課金、サブスクリプション、その他の購入方法。

デザイン

独自性があり、有用で、アプリらしいこと。模倣アプリ、Web サイトの再パッケージ、スパムは認められません。

法的事項

プライバシー、知的財産、ギャンブル、VPN、デベロッパの行動規範。

1. 安全性

わかりやすく言うと、セクション 1 は人を傷つけないためのルールです。Apple の表現は明快です。人に衝撃を与え、不快にさせたいなら、「App Store はあなたのアプリにふさわしい場所ではありません」。

1.1 不適切なコンテンツ。 名誉を傷つける、差別的、悪意のあるコンテンツは認められず、「嫌悪感を与えることを意図した」ものも認められません。
1.2 ユーザー生成コンテンツ。 AI によるコンテンツ作成を含め、ユーザーがコンテンツを投稿または生成できる場合は、フィルタリング、報告、ブロックの仕組みが必要です。
1.3 子ども。 キッズカテゴリのアプリには、外部へのリンク、購入、サードパーティの広告と分析、データについて追加のルールがあります。
1.4 身体への危害。 不正確なデータを示すおそれのある医療アプリは、より厳しく審査されます。
1.5 デベロッパ情報。 アプリとサポート URL には、あなたに簡単に連絡できる方法を記載する必要があります。
1.6 データのセキュリティ。 ユーザー情報を安全に取り扱います。

2. パフォーマンス

わかりやすく言うと、セクション 2 は、アプリが正しく動くか、正直に説明されているかを問うものです。Apple が未解決の問題の 40% 以上と関連づけている 2.1 も、ここに含まれます。

2.1 App の完全性。 最終版を提出し、デバイスでテストし、URL が機能し、プレースホルダのテキストがない状態にします。ログインがあるアプリでは、デモアカウントの情報を記載し、「バックエンドサービスを有効にしておいてください！」
2.2 ベータテスト。 デモ版やベータ版は App Store ではなく TestFlight で配信します。TestFlight ガイドをご覧ください。
2.3 正確なメタデータ。 説明文、スクリーンショット、プレビュー、プライバシー情報は、アプリの中心となる体験を反映している必要があります。
2.4 ハードウェアとの互換性。 iPhone アプリは、可能な限り iPad でも動作し、電力を効率よく使う必要があります。
2.5 ソフトウェア要件。 公開 API だけを使い、現在提供されている OS で動作する必要があります。

3. ビジネス

わかりやすく言うと、セクション 3 はお金についてのルールです。ビジネスモデルがわかりにくい場合は、メタデータと審査メモで説明しましょう。Apple は、わかりにくさが「審査の遅れにつながり、却下の原因になる場合がある」としています。また Apple は、「明らかなぼったくり」であるアプリや App 内課金アイテムは配信せず、不当に高い価格でユーザーをだまそうとする高額なアプリは却下するとしています。さらに、レビューやランキングを操作すると、Developer Program から除名される場合があると付け加えています。

3.1.1 App 内課金 は、デジタルの機能やコンテンツのロック解除に使います。
3.1.2 サブスクリプション は、継続的な価値を提供する必要があります。
3.1.3 その他の購入方法 は、リーダーアプリや個人間のサービスなど、特定のケースで使えます。
3.2 には、その他の認められるビジネスモデルと認められないビジネスモデルが挙げられています。

4. デザイン

わかりやすく言うと、セクション 4 は、持つ価値のあるアプリの最低ラインを定めています。Apple はこれを「承認のための最低基準」と呼んでいます。

4.1 模倣アプリ。 「自分のアイデアを生み出してください」。他のアプリの名前や UI をコピーしてはいけません。
4.2 最低限の機能。 アプリには「Web サイトを再パッケージしただけのものを超える機能、コンテンツ、UI」が必要です。薄いラッパーに入れた Web アプリは、このルールを満たせないおそれがあります。Apple が判断するのは機能、コンテンツ、UI であり、技術ではありません。iOS アプリを作るための Lovable 代替手段もご覧ください。
4.3 スパム。 重複したアプリや、競合の多いカテゴリで新しさのない派生アプリは認められません。
4.8 ログインサービス。 メインのアカウントに Google Sign-In などのサードパーティのログインを使う場合は、データを名前とメールアドレスに限定し、メールアドレスを非公開にできる同等の選択肢も用意します。
4.10 プッシュ通知やカメラなど、組み込みの機能に料金を課すことはできません。

5. 法的事項

わかりやすく言うと、セクション 5 は法律に関するルールです。冒頭にはこうあります。アプリは「提供するすべての地域のあらゆる法的要件に準拠する必要があります」。

5.1 プライバシー。 プライバシーポリシー、アクセス許可、データの最小化、アカウントの削除、第三者との共有。
5.2 知的財産。 自分で作成したコンテンツか、使用許諾を得たコンテンツだけを使います。
5.3 ゲーム、ギャンブル、宝くじ。 規制が厳しく、審査に時間がかかると考えておきましょう。
5.4 と 5.5 は、VPN アプリとモバイルデバイス管理を扱います。
5.6 デベロッパの行動規範。 App Review への返信を含め、敬意を持って対応します。

提出前に確認したい 5 つの分野

この 5 つは編集部の選択です。見落としやすく、Apple のドキュメントで詳しく説明されているルールを選びました。Apple が数値を公表しているのは最初の分野だけです。

2.1 App の完全性

Apple の App Review のページには、平均して未解決の問題の 40% 以上がガイドライン 2.1 に関連していると書かれています。対象は、クラッシュ、プレースホルダのコンテンツ、リンク切れ、不完全な審査情報です。

最新の iOS を搭載した実機で、リリースビルドをテストする。
「Lorem ipsum」、テスト用の画像、空の画面をすべて置き換える。
サポートページとプライバシーポリシーへのリンクが機能することを確認する。
App Review Information に、確実に使えるデモアカウントと、審査担当者に必要な手順を記載する。
審査中はバックエンドを稼働させておく。

2.3 正確なメタデータ

ストアページは、実際に配信するアプリを説明している必要があります。

2.3.1 新機能は審査メモで「具体的に」説明する必要があります。一般的な説明では却下されます。
2.3.3 スクリーンショットは、「タイトルアート、ログインページ、スプラッシュ画面だけ」ではなく、使用中のアプリを示す必要があります。
2.3.7 アプリ名は 30 文字までです。商標登録された用語、人気アプリの名前、価格をメタデータに詰め込んではいけません。
2.3.8 アイコン、スクリーンショット、プレビューは、アプリ自体の年齢制限指定が高くても、4+ に適した内容にする必要があります。

3.1.1 App 内課金

サブスクリプション、プレミアムコンテンツ、フルバージョンなど、ユーザーがお金を払ってアプリ内の機能やコンテンツのロックを解除する場合は、App 内課金を使う必要があります。ライセンスキーや QR コードなど、独自のロック解除の仕組みは使えません。アプリの外で使う物理的な商品やサービスは逆です。ガイドライン 3.1.3(e) では、これらには Apple Pay やカードなど、別の支払い方法を使う必要があるとしています。

米国のストアフロントは扱いが異なります

米国のストアフロントのアプリについて、ガイドライン 3.1.1(a) は、デジタルコンテンツやサービスを別の方法で購入するためのボタン、外部リンク、その他の行動喚起には、リンクのためのエンタイトルメントは不要だとしています。これは範囲の狭い例外であり、全面的に認められたわけではありません。セクション 3.1 のそれ以外のルールは引き続き適用され、他のストアフロントには別のルールがあり、Apple はこれらの条件を地域やエンタイトルメントごとに変更します。ペイウォールを設計する前に、販売するストアフロントごとに最新の文書を読みましょう。

4.3 スパム

このルールに抵触するケースは 2 つあります。1 つ目は、都市ごとに別のアプリを作るなど、同じアプリに複数の Bundle ID を使うことです。Apple は、1 つのアプリにまとめ、バリエーションは App 内課金で提供するよう勧めています。2 つ目は、「すでに広く提供されているものと区別がつかない」アプリです。Apple は、出会い系、懐中電灯、効果音、壁紙、シンプルなタイマー、占いを定着したカテゴリとして挙げ、「明らかに異なる、または改善された体験を提供しない限り」新しいアプリは受け付けないとしています。競合の多いカテゴリに参入するなら、審査メモで何が違うのかを説明しましょう。

5.1.1 データの収集と保存

最も項目の多いプライバシーのルールです。

(i) プライバシーポリシー。 App Store Connect とアプリ内の両方からリンクします。何を、どのように、なぜ収集するのか、誰と共有するのか、ユーザーがどのようにデータを削除できるのかを記載する必要があります。
(ii) 許可。 ユーザーデータや使用状況データを収集する前に同意を得て、同意を簡単に取り消せる方法を用意し、データが必要な理由をはっきり説明する目的文字列を書きます。
(v) アカウントへのサインイン。 アカウントに基づく重要な機能がないアプリでは、ログインせずに使えるようにします。ユーザーがアカウントを作成できる場合は、アプリ内でアカウントを削除できる必要があります。

ガイドライン 5.1.2(i) には、多くの AI アプリに必要な 1 文がもう 1 つあります。「サードパーティの AI を含め、個人データが第三者と共有される場合はそれを明確に開示し」、事前に明示的な許可を得る必要があります。App Store Connect の App のプライバシーへの回答は、これらすべてと一致している必要があります。どこに入力するかは App Store Connect ガイドで説明しています。

審査がうまくいかなかったとき

提出物が承認されなかった場合は、App Store Connect でそのアプリの App Review セクションにメッセージが届きます。多くのデベロッパは、今でもこれを Resolution Center と呼んでいます。メッセージには、該当するガイドラインと問題の内容が示されています。

示されたガイドラインを読む
メッセージにあるガイドラインの番号を開き、要約だけでなく全文を読みます。
問題が実際にあるなら、修正して再提出する
コードを変更した場合は新しいビルドをアップロードし、変更していない場合はメタデータを更新します。何を変えたかを審査メモに書きます。
不明な点があれば、App Review に返信する
App Store Connect で Reply to App Review をクリックします。Apple によると、あなたのアプリをよく知る担当者が返信します。対象の機能、ガイドライン、手順を具体的に示しましょう。電話での相談を依頼することもできます。Apple によると、通常は 3〜5 営業日以内に対応しています。
それでも納得できなければ、異議を申し立てる
App Review Board に異議を申し立てます。Apple は、まず却下に返信すること、却下されたアプリ 1 つにつき異議申し立ては 1 回だけにすること、示されたすべてのガイドラインにその 1 回の申し立ての中で 1 つずつ対応することを求めています。

窓口を混同しないでください

Apple は、Reply to App Review を異議申し立てや迅速審査のリクエストに使わないこと、状況の確認のために異議を申し立てないことを求めています。それぞれに専用のフォームがあります。

ほかにも知っておきたい選択肢が 2 つあります。バグ修正のアップデートを提出したときに審査担当者が別の問題を見つけた場合、法律や安全上の懸念がなければ、Apple が今回の提出物を承認し、残りは次回に修正できるよう提案することがあります。また、提出前に App Review との 30 分間のビデオ相談を予約し、ガイドラインについて質問することもできます。

迅速審査

Apple によると、App Review は通常、提出物の少なくとも 50% を 24 時間以内に、90% を 48 時間以内に審査しています。待てない場合は、2 つのケースで迅速審査をリクエストできます。

重大なバグの修正。 提出時に、現在のバージョンでバグを再現する手順をメモ欄に記載します。
イベントに関連したリリース。 イベント名、日付、アプリとイベントの関係を記載します。Apple は、代わりに前もってリリースを予定しておくよう勧めています。

迅速審査の対象になるのは提出済みのアプリだけで、Apple はリクエストを「本当に緊急な事案に限る」よう求めています。Request an Expedited App Review のフォームを使いましょう。

提出する前に

Apple のチェックリストは、突き詰めると 4 つです。クラッシュやバグがないかテストする、メタデータを完全かつ正確にする、連絡先情報を最新に保つ、App Review がアプリにすべてアクセスできるようにし、サインインが必要ならデモアカウントを用意する。そのうえで Add for Review を選び、下書きの提出物で Submit for Review を選びます。AI でアプリを作る方法のガイドでは、これらを実際に取り組む順番で紹介しています。

AirBuild は、このサイクルを代わりに進めます。Basic、Plus、Ultra では、App Store の掲載情報、スクリーンショット、審査メモを用意し、アプリを提出し、審査を追跡し、App Review のフィードバックに返信し、問題を修正して再提出します。

よくある質問

App Store Review ガイドラインとは何ですか？

App Store に掲載するアプリに関する Apple のルールで、安全性、パフォーマンス、ビジネス、デザイン、法的事項の 5 つのセクションで構成されています。アップデートを含め、すべての提出物がこのガイドラインに照らして審査されます。

アプリが却下される最も多い理由は何ですか？

Apple は却下理由の完全なランキングを公表していません。App Review のページには、平均して未解決の問題の 40% 以上がガイドライン 2.1「App の完全性」に関連していると書かれています。これには、クラッシュ、プレースホルダのコンテンツ、リンク切れ、デモアカウントなどの審査情報の不足が含まれます。

App Store で却下されたら、どう対応すればよいですか？

App Store Connect で、そのアプリの App Review セクションにあるメッセージを読みます。問題が実際にあるなら、修正して再提出します。質問がある場合や、審査担当者がアプリを誤解していると思う場合は、そこで App Review に具体的に返信します。App Review Board への異議申し立ては、その後にだけ行います。

App Review にはどのくらい時間がかかりますか？

Apple によると、App Review は通常、提出物の少なくとも 50% を 24 時間以内に、90% を 48 時間以内に審査しています。複雑なアプリや、同じ問題で繰り返し却下されている場合は、さらに時間がかかることがあります。

App Review を早めることはできますか？

アプリを提出した後であれば、重大なバグの修正や、イベントに関連したリリースについて迅速審査をリクエストできます。Apple は、こうしたリクエストを本当に緊急な場合に限るよう求めています。

App Store Review ガイドラインの解説