App Reviewガイドライン2026年10月改訂：1.2、2.3.14、2.5.19、3.1.1(a)の変更があなたのアプリに意味すること

App Reviewガイドラインの2026年10月改訂は、2026年10月16日にAppleの投稿Updated App Review Guidelines are now availableで発表されました。2つのガイドライン（2.3.14と2.5.19）が新設され、3つの箇所（1.2、3.1.1(a)、セクション5）の文言が改訂され、「Before You Submit」と「After You Submit」のセクションには追加ドキュメントへのリンクが加わりました。以下では、各変更をわかりやすく解説し、誰が対応すべきかを示したうえで、次回の提出に向けたチェックリストを紹介します。

2026年10月16日にApp Reviewガイドラインの何が変わったのか？

Appleは、クリエイティブアセットに関するガイドライン2.3.14と、隠し機能に関するガイドライン2.5.19を追加しました。また、1.2（ユーザー生成コンテンツ）、3.1.1(a)（外部購入リンク）、セクション5（法的事項）を明確化しています。Appleの変更履歴に記載された修正内容は次のとおりです。

Appleによると、翻訳版は「1か月以内にApple Developerウェブサイトで提供される」予定です。2026年10月時点では、翻訳版の内容が英語版と食い違う場合は、必ず英語版のApp Review Guidelinesを確認してください。

隠し機能に関する新ガイドライン2.5.19は何を求めているのか？

ガイドライン2.5.19は、バイナリに含まれるすべての機能が、ユーザーとApp Reviewの両方から見えて、文書化されていることを求めています。難読化などによって機能を隠すと、アプリの削除やデベロッパアカウントの停止につながる可能性があります。

原文は次のとおりです。「アプリに隠し機能、休眠機能、または文書化されていない機能を含めないでください。アプリの機能はエンドユーザーとApp Reviewにとって明確であるべきです。コードの難読化やその他の方法によって、文書化されていない機能をアプリのバイナリ内に隠そうとする行為は、App Storeからのアプリ削除およびデベロッパアカウント停止の理由となります。」Appleはこれを以前からのポリシーだと説明していますが、従来は2.3.1に置かれていました。現行の2.3.1(a)も引き続き、新機能を「Notes for Review（審査メモ）欄で具体的に説明する」ことを求めています。今後、隠し機能を理由とするリジェクトでは、代わりに2.5.19が引用されるはずです。

実務的には、サーバー側のスイッチ、招待コード、QRスキャン、地域、アカウントのプランによって有効になるすべての機能を審査メモに列挙してください。承認後にフラグで機能を有効にする予定なら、審査対象のビルドで有効にしておくか、その機能を正式にリリースするバージョンまでコードを含めないようにしましょう。

ガイドライン1.2の変更で影響を受けるアプリは？

ガイドライン1.2は、ユーザーがコンテンツを「作成、生成、アップロード、共有、またはその他の方法で投稿」できるあらゆるアプリを対象とし、ソーシャルメディア、UGCプラットフォーム、AIコンテンツ作成アプリを明示するようになりました。これらのアプリは、不適切なコンテンツのフィルタリング、迅速な対応を伴う通報機能、悪質なユーザーをブロックする機能、連絡先情報の公開を備えなければなりません。

改訂後の本文では、知的財産権の侵害やいじめと並んで「同意のない性的画像」が挙げられています。さらに次の一文が追加されました。「適切な安全対策を講じない、または通知後に特定された違反を是正しないデベロッパは、Developer Code of Conductに違反しているとみなされる場合があります。」AI画像アプリやアバターアプリがユーザー本人のためだけにコンテンツを生成する場合でも、今後は対象になり得ます。プロンプトと出力のフィルタリング、通報機能、公開された連絡先情報は、ロードマップ上ではなく、提出するビルドに含めておくべきです。

ガイドライン2.3.14はクリエイティブアセットについて何を定めているのか？

ガイドライン2.3.14は、クリエイティブアセットがアプリのコンテンツ、機能、ブランドに関連し、通常のメタデータのルールに従い、すべての年齢層に適したものでなければならないと定めています。不適切なコンテンツ、他のアプリへの誤解を招く言及、検証できない主張、「具体的な価格や割引価格の情報」は禁止されています。

クリエイティブアセットとは、Appleが2026年10月5日に導入した画像・動画アセットのことです。AppleのApp Store asset best practicesによると、これらは「iOS 27およびiPadOS 27以降で、プロダクトページ、検索結果、アプリがフィーチャーされた際に」表示されます。同ページはガイドラインよりもさらに踏み込んでおり、ウェブサイトのURL、著作権記号、他のプラットフォームのロゴ、「Editor's Choice」などのAppleによる評価を含めないよう求めています。また、アセットは「アプリ自体のレーティングがそれより高くても、4+のレーティングを満たさなければならない」とされています。「今週50%オフ」や「No.1家計簿アプリ」と書かれたヘッダーは2.3.14に違反します。

ガイドライン3.1.1(a)の外部購入リンクでは何が変わったのか？

ガイドライン3.1.1(a)から、Music Streaming Services Entitlementの独立した項目がなくなりました。このエンタイトルメントは現在、StoreKit External Purchase Link Entitlementsの項目に含まれており、本文ではリンク先を「許可された遷移先」にできると記載されています。承認される遷移先は地域によって異なる場合があります。

どこでリンクが許可されるかに関するルールは、今回の改訂では変わっていません。エンタイトルメントは引き続き特定のストアフロントに限定されています。米国のストアフロントは引き続き例外で、エンタイトルメントなしでボタン、外部リンク、その他のコールトゥアクションが許可されています。すでにいずれかのエンタイトルメントを使用している場合は、配信先の各ストアフロントで、リンクが許可された遷移先に到達することを確認してください。

隠し機能やUGCを理由とするリジェクトは実際にどう解決されているのか？

公開されている事例を見ると、旧2.3.1の隠し機能の文言や1.2に基づくリジェクトは、たいていの場合、すべての機能と安全対策を審査担当者が見つけやすくするか、異議申し立てによって解決されていました。コードの変更だけで解決したケースはほとんどありません。

• 2026年3月、Apple Developer Forumsで、あるデベロッパがネイティブのソーシャル目覚ましアプリが「Guideline 2.3.1(a) - Hidden Features」と4.2でリジェクトされたと報告しました。WebViewはプライバシーポリシー、利用規約、FAQにしか使っていないと説明し、異議申し立てを行いました。App ReviewはApp Review Boardが回答したと返信しました。デベロッパはその後、該当する具体的な画面を尋ねましたが、解決策は投稿されていません。
• FlutterのGitHub issueでは、複数のデベロッパがシンプルなアプリにもかかわらず「We discovered that your app contains hidden features」と通知されました。Flutterのコントリビューターはフレームワークは「見当違い（a red herring）」だとし、アプリのコードやプラグイン内の非公開APIを原因として指摘しました。2人のデベロッパは、コードを変更せずに異議申し立てを行った後で承認されたと報告しています。
• Apple Developer Forumsのあるデベロッパは、EULA、フィルタリング、通報、ブロック機能を備えていたにもかかわらず1.2でリジェクトされました。「不適切なコンテンツを一切容認しない」規約への同意と、「不適切なコンテンツの通報に24時間以内に対応する」ことを求められました。2回目のリジェクトでは、18+の年齢レーティング、投稿の即時削除、アプリ内の連絡先情報が追加で求められました。このデベロッパは、すべての安全対策を文書化し、審査メモに管理者用の認証情報を記載して対応しました。

ポイント： 3つの事例すべてで、デベロッパが明白だと思っていた機能を審査担当者は確認・検証できていませんでした。2.5.19と厳格化された1.2のもとでは、審査メモとデモアカウントがコードと同じくらい重要な役割を果たします。それらの設定方法は、App Store審査用デモアカウントガイドで解説しています。

次回の提出前に何を確認すべきか？

次のビルドの前に、機能フラグ、UGCの安全対策、クリエイティブアセット、外部リンクを新しい本文と照らし合わせて確認し、それぞれの場所を示す審査メモを書きましょう。以下のチェックリストは2026年10月の変更点を網羅しています。

1. サーバー制御のフラグ、リモート設定のキー、隠しメニューをすべて洗い出します。それぞれを審査担当者向けに有効にするか、制御対象のコードを削除します。
2. 2.3.1(a)の要件どおり、新機能をそれぞれNotes for Reviewで具体的に説明します。招待、スキャン、有料プランの背後にある機能へのアクセス方法も含めます。
3. ユーザーが投稿、チャット、コンテンツ生成をできる場合は、フィルタリング、通報、ブロック、公開された連絡先情報がすべてビルドに含まれていることを確認し、通報への対応プロセスを文書化します。
4. AIによる画像・動画生成では、実在の人物の性的画像をブロックするプロンプトと出力のフィルターを追加し、ユーザーが出力を通報できる手段を用意します。
5. すべてのクリエイティブアセットに、価格、割引、URL、受賞の主張、他のプラットフォームのロゴ、4+を超える内容が含まれていないか確認します。
6. 外部購入リンクや音楽ストリーミングのエンタイトルメントを使用している場合は、各ストアフロントでリンクが許可された遷移先に向かっていることを確認します。
7. 翻訳版は最大1か月遅れる可能性があるため、依拠しているセクションは英語版のガイドラインで読み直します。

具体例： 公開ギャラリーを持ち、リリース後にリモート設定で「Pro」スタイルパックを有効にするAIアバターアプリを考えてみましょう。新しい本文のもとでは、ギャラリーのモデレーションと通報機能が必要です（1.2）。Proパックは審査対象のビルドで見えるようにするか、後のバージョンまで含めないようにしなければなりません（2.5.19）。iOS 27のヘッダーアセットに「Proが今なら40%オフ」と書くことはできません（2.3.14）。すでにリジェクトに対応している場合は、ガイドライン別の修正ガイドでApp Store Connectでの返信方法を解説しています。提出前にもう一人の目でチェックしたい場合は、サービスをご覧ください。