App Store審査ガイドラインは2026年10月16日、AIコンテンツに関して更新された。Appleは同日、開発者向けニュースで説明記事を公開し、同意のない私的な画像や、審査通過後に機能をすり替えるアプリへの対応を明らかにした。これは新しい禁止事項の新設ではない。Appleが強調するように、ポルノ的なコンテンツ、AIで実在の人物の写真を裸や性的な画像に変える「脱衣」系アプリ、隠し機能はもともと禁止されていた。実際に変わるのは三点だ。AIコンテンツ作成アプリがコンテンツモデレーション義務の対象として名指しされたこと、同意のない私的な画像は能動的に予防し削除しなければならないこと、そして違反の代償が開発者行動規範とアカウント停止のレベルまで明記されたことである。
ガイドライン1.2の変更点：生成アプリがソーシャルプラットフォームと同じ線に立つ
ガイドライン1.2はユーザー生成コンテンツを扱う。改訂後、コンテンツモデレーションの要件は、AIツールで生成された画像を含む、同意のない私的な画像を明確に対象とし、アプリはこれを能動的に予防し削除しなければならない。ガイドライン本文では、AIコンテンツ作成アプリがソーシャルメディアやユーザー生成コンテンツのプラットフォームと並べて名指しされている。不適切な素材のフィルタリング、通報手段の提供、悪質なアカウントをブロックできる仕組みといった従来の義務は引き続き有効だ。新たに加わった帰結として、十分な保護策を実装しない開発者、または通知後に違反を是正しない開発者は、開発者行動規範への違反と認定され、App Storeから削除されるおそれがある。このリスクは抽象的な話ではない。今年初め、xAIのGrokが他者の性的なディープフェイク生成に大量に使われ、英国の情報コミッショナー事務局はその後、xAIを正式な調査対象として切り分けた（英国ICOが大手モデル開発者にデータ運用の変更を求めた件を参照）。Appleは今回、「生成ツールもその出力に責任を持つ」という原則を一般ルールに書き込み、個別の話し合いで処理するやり方から一歩進んだ。
新設の2.5.19：審査通過はゴールではない、隠し機能はアカウントごと問われる
新設されたガイドライン2.5.19は、長年の禁止事項を明確化したものだ。アプリは審査時に実際の用途を偽り、承認後に変更してはならない。たとえば、審査に提出したバージョンに含まれていなかった機能を追加する行為が該当する。これを行ったアプリはApp Storeから削除され、開発者はApple Developer Programからも除名される。ガイドライン本文はさらに、隠れた機能、休眠中の機能、記録されていない機能そのものが許されず、コード難読化などで隠す行為も違反だと明示している。開発の実務に置き換えれば、サーバー側のスイッチやリモート設定で、申告していない生成機能を審査通過後にこっそり有効化する行為は、まさにこの条項の対象に入る。審査通過はコンプライアンスの免除期間ではなく、出発点にすぎなくなった。
セクション5と適用範囲の線引き：これは各国の法律ではなく、世界共通のプラットフォームルール
セクション5の変更は最も重大な部類を対象とする。人の取引や子どもの搾取を助長するアプリは、App Storeから削除されるだけでなく、代替の配信経路からも締め出される。サードパーティのアプリマーケットが認められている地域では、「別のストアに出し直す」という逃げ道が塞がれる。区別しておくべきなのは、このガイドラインがAppleのプラットフォームルールであり、どの国の法律でもないという点だ。これは配信の条件として、App Storeを通じてアプリを配信する世界中の開発者を拘束するが、ウェブ版やAndroid版の同じアプリを直接規制するものではない。ただし多くの市場では、iOSの配信はApp Storeを避けて通れないため、実際の拘束力は小さくない。Appleは説明の中で、過去1年に安全上の問題がある15万本超のアプリの公開を阻止し、詐欺や悪用に関わる19万3千超の開発者アカウントを終了したことも公表している。
iOSで生成アプリを出すなら、先に済ませる四つの対応
第一に、入り口の棚卸しだ。実在の人物の写真を受け付ける機能、実在の人物の姿を生成できる機能はすべて高リスクの対象として扱い、苦情が来てから確認するやり方をやめる。第二に、防御線を前へ移すこと。実在の人物の画像の性的な編集は生成前に遮断しなければならず、事後の削除だけでは「能動的に予防する」という文言の要求を満たさない。通報とブロックの仕組みも常に使える状態に保つ必要がある。第三に、Appleからの通知に対応する体制だ。社内に通知の受け取り、期限内の是正、記録の保管を担う担当を置くべきであり、「通知後に是正しない」こと自体が違反事由として書き込まれた。第四に、機能スイッチを審査済みバージョンに合わせること。リモート設定や段階的リリースで未申告の機能を有効化してはならず、機能の変更は通常のアップデート手順を通す。iOS専業のチームにとって、開発者プログラムの資格を失うことは一度の却下よりはるかに重く、配信経路そのものがほぼ断たれる。ルールが明文化されたことで、是正や異議申し立ての参照点は少なくとも明確になったが、大手と小規模な開発者に執行の尺度が等しく適用されるかどうかは、今後の削除事例を見なければ分からない。
