2026年9月7日更新。2025年10月、OpenAIのサム・アルトマンCEOは、年齢確認済みの成人に向けて成熟した表現を広げる方針を示しました。しかし、当時の発表は将来の製品方針であり、すべての地域や機能で一律に利用できるという意味ではありません。
現在の判断では、発表時の見通し、実際の製品仕様、利用ポリシー、各地域の法律を分けて確認する必要があります。本記事は、事業責任者、開発者、法務担当者、クリエイター、保護者が混同しやすい点を整理し、実装と運用で先に決める事項を説明します。
先に結論：年齢確認だけで問題が解決するわけではありません。対象コンテンツの定義、未成年者向けの保護、個人情報の扱い、通報と削除、地域別の配信条件を一つの運用として設計する必要があります。
2025年の発表と現在の提供状況を分けて読む
Reutersの2025年10月14日付報道とサム・アルトマン氏の発信は、年齢確認済みの成人に対して、エロティカを含む成熟した表現を認める計画を伝えていました。ここで確認できるのは「計画が公表されたこと」です。発表だけを根拠に、現在のChatGPTであらゆる成人向け表現が許可されているとは判断できません。
OpenAIの現在の公開情報では、未成年と推定されたアカウントに追加の保護を適用し、成人が誤ってその対象になった場合に年齢を確認できる仕組みが案内されています。詳しい提供地域と手順はOpenAIの年齢予測に関する案内で確認できます。
一方、OpenAIの利用ポリシーは、18歳未満の人物を搾取、危険にさらす、性的に扱う利用を禁止しています。年齢確認を通過した利用者であっても、未成年者、非合意の性的コンテンツ、プライバシー侵害などに関する禁止が解除されるわけではありません。
| 確認対象 | 読み取れること | 読み取れないこと |
|---|---|---|
| 2025年の発表 | 年齢確認済みの成人向けに表現範囲を広げる計画 | 全地域、全モデル、全形式での一律提供 |
| 現在の製品案内 | 年齢予測と、成人が訂正を求めるための年齢確認 | 無制限の成人向け生成を認める保証 |
| 利用ポリシー | 未成年者保護、非合意コンテンツ、プライバシーなどの禁止 | 各国法や配信ストア規約への適合 |
年齢確認で混同しやすい四つの用語
年齢に応じて機能を分ける設計では、似た用語が別の役割を持ちます。どの方法を採用するかより前に、何を判定し、どの誤りを許容できないかを決めます。
- 年齢ゲート：一定年齢に達していない利用者の先への移動を制限する画面や制御です。自己申告だけの場合もあり、本人の年齢を確認したとは限りません。
- 年齢保証（age assurance）：年齢に応じた体験を提供するための方法全体を指す上位概念です。確認、推定、保護設定、異議申立てなどを含みます。
- 年齢確認（age verification）：身分証明書や信頼できる第三者の情報などを用いて、年齢または年齢条件を確認する方法です。
- 年齢推定と年齢予測：顔やアカウントの利用状況などから年齢層を推定する方法です。誤判定が起こり得るため、成人が訂正できる手段と、未成年者側に安全な初期設定が必要です。
設計の目標は「身元をできるだけ多く集めること」ではありません。必要な年齢条件を確認しつつ、保存する情報、閲覧できる担当者、保持期間、委託先への提供を必要最小限に抑えることです。
米国、英国、EUで異なる法的論点
次の表は全法令を網羅するものではなく、元記事が扱っていた代表的な制度の位置づけを整理したものです。サービスの対象地域、コンテンツ形式、事業者の役割によって適用関係は変わるため、公開前には各地域の専門家による確認が必要です。
| 地域と制度 | 確認できる範囲 | 事業者が確認すること |
|---|---|---|
| 米国のテキサス州HB 1181 | 米連邦最高裁は2025年6月27日、対象サイトに18歳以上の確認を求める州法について、下級審の判断を維持しました。 | 州ごとの対象事業者、対象コンテンツ、確認方法を個別に調べます。一つの判決を米国全体の統一ルールとは扱いません。 |
| 米国のTake It Down Act | FTCの案内では、対象プラットフォームの削除手続に関する第3条は2026年5月19日に発効しました。有効な請求を受けた対象となる画像や動画と、既知の同一コピーは48時間以内の削除が求められます。 | 自社が対象プラットフォームに当たるか、有効な請求の要件、受付番号、同一コピーの探索、処理記録を確認します。 |
| 英国のOnline Safety Act | Ofcomは、対象となるポルノ提供サービスに対し、高度に有効な年齢保証を求めています。ユーザー投稿型サービスに関する義務は2025年7月25日から適用されています。 | テキストだけか画像や動画を扱うか、投稿機能があるかなど、サービスの実態から適用範囲を判定します。 |
| EUの年齢確認ブループリント | 欧州委員会の第2版は、身元そのものをサービス側に渡さず、18歳以上であることを示す仕組みの技術的な参照例です。 | ブループリントを法令そのものと混同せず、DSAと各国のデータ保護要件を別に確認します。 |
Free Speech Coalition v. Paxton判決が認めたのは、問題となったテキサス州法が中間審査を満たすという判断です。「年齢確認法なら常に合憲」という一般命題ではありません。
FTCのTake It Down Act実務案内が示す48時間は、有効な削除請求を受けた対象コンテンツについての期限です。すべての通報を一律に48時間で処理する規則と読み替えないようにします。
英国については、Ofcomの年齢確認案内で適用対象と評価基準を確認できます。EUの年齢確認ブループリント第2版は、プライバシーを保ちながら年齢条件を証明する設計の参考になります。
未成年者保護とプライバシーを両立する設計
年齢確認の精度だけを高めると、身分証明書や顔画像などの取扱いが増え、漏えい時の影響も大きくなります。反対に、自己申告だけでは未成年者の回避を防ぎにくくなります。この二つを同じ指標で解決しようとせず、判定、データ管理、異議申立てを分けて設計します。
判定を一度きりの画面にしない
初回の年齢確認だけでなく、未ログイン時の表示、共有端末、アカウント復旧、地域変更、外部リンクからの流入を含めて、保護が途切れる場面を洗い出します。ただし、利用のたびに身分証明書を再提出させる設計が常に適切とは限りません。リスクに応じた再確認と、個人情報を増やさないセッション管理を組み合わせます。
誤判定の訂正手段を用意する
未成年者を成人として扱う誤りは保護を弱めますが、成人を未成年者として扱う誤りも、正当な利用を妨げます。制限の理由を短く示し、本人が安全に訂正を求められる導線と、問い合わせ時に機微情報を送りすぎない案内を用意します。
対話型サービスのリスクを別に評価する
性的表現への接触だけでなく、長時間利用、依存的なやり取り、秘密を促す表現、現実の人間関係からの孤立につながる設計も点検対象です。米FTCが2025年に開始したAIコンパニオンに関する6(b)調査は、企業の安全評価、未成年者への影響、保護者への説明、データ処理などの情報を集める調査です。この調査自体を、新しい禁止規則や個別企業への違反認定と表現するのは正確ではありません。
配信ストアと収益モデルの現実的な確認順
年齢確認を実装しても、アプリストア、広告ネットワーク、決済事業者の規約に自動的に適合するわけではありません。AppleのApp Review GuidelinesとGoogle Playの開発者向け案内を確認し、アプリ内表示、外部リンク、ユーザー投稿、地域別配信の扱いを審査前に整理します。
「アプリは安全版、成人向け機能はWeb版」と分ける方法も、審査を回避できる保証にはなりません。外部購入への誘導やアプリ外機能へのリンクを含め、各ストアの現行規約に沿って設計します。
| モデル | 利点 | 事前確認 |
|---|---|---|
| サブスクリプションと都度課金 | 広告だけに依存せず、利用者との契約関係を明確にしやすい | 決済事業者の規約、返金、不正利用、年齢条件、地域制限 |
| B2Bライセンス | 顧客の業務に合わせて機能と運用を設計しやすい | 責任分担、監査、再委託、データ管理。契約しても提供者側の法的責任が当然に移るわけではない |
| 創作支援素材と周辺機能 | コンテンツ本体以外の編集や管理にも価値を置ける | 知的財産権、広告表現、成人用途との結び付き、配信先の規約 |
どの方式が最も収益性に優れるかは、この記事の資料だけでは判断できません。市場規模や成長率を断定するより、自社の対象地域、審査経路、決済手段、問い合わせ対応にかかる費用を試算する方が実務的です。
実装前に決める六つの項目
- 対象範囲：成人向けとする表現、禁止する表現、テキスト、画像、動画、ユーザー投稿の境界を文書化します。
- 地域別ルール：提供する国や州ごとに、法律、ストア規約、決済規約、社内ポリシーを対応づけます。
- 年齢保証：判定方法、誤判定の訂正、共有端末、再確認、委託先、保持期間を決めます。
- 同意と権利：実在人物、非合意の性的コンテンツ、未成年者を示唆する内容を拒否し、申告と救済の導線を用意します。
- 通報と削除：受付、一次制限、審査、削除、同一コピー対策、申立人への通知を役割別に定めます。法令上の期限がある請求は、一般の問い合わせと分けて管理します。
- 監査と改善：判定理由、担当者の操作、削除処理、例外承認を追跡できる状態にし、誤判定と再発を定期的に確認します。
監査ログには、誰が、いつ、どの対象に、どの操作を行ったかを残します。一方、身分証明書の画像、認証情報、会話本文を目的なく記録すると、新たな漏えいリスクになります。記録項目の決め方はWebシステムの操作ログ設計と保存方法も参考になります。
年齢確認機能は個人情報を扱うため、認証回避だけでなく、権限設定、入力値検証、依存サービス、管理画面を含めて確認します。公開前後の点検方法はWebシステムの脆弱性を見つける方法で整理しています。
画面と問い合わせ導線のアクセシビリティ
年齢確認画面では、エラーの理由を色だけで伝えず、入力欄のラベル、キーボード操作、フォーカス位置、再試行方法、問い合わせ先を明確にします。本人確認に失敗した利用者が、必要な手続を理解できないまま締め出される設計は避けます。
来歴情報は同意の証明とは限らない
C2PAやContent Credentialsのような来歴情報は、ファイルの作成や編集の履歴を確認する手掛かりになります。しかし、写っている人物が公開に同意したか、素材の権利処理が完了しているかを、それだけで証明するものではありません。
来歴情報、本人の同意記録、権利者の許諾、削除請求の処理履歴は、役割の異なる記録として管理します。透かしやラベルを付けても、非合意コンテンツの受付と削除の仕組みを省略することはできません。
家庭と教育現場でできること
- 端末とアカウントの年齢設定を確認し、利用できるペアレンタルコントロールを有効にします。
- どのような内容に困ったかを話せるよう、禁止事項だけでなく相談先と通報方法を共有します。
- 実在人物の画像を性的に加工しないこと、同意なく共有しないこと、画面の向こうの相手に個人情報を渡さないことを具体例で説明します。
- 保護者による会話履歴の一律監視を前提にせず、年齢と発達段階に応じて安全とプライバシーの境界を決めます。
事業者が最初に着手する順序
最初に作るべきものは「成人モード」の画面ではなく、対象コンテンツと提供地域の一覧です。その一覧に、年齢保証、保存データ、通報種別、削除期限、配信チャネル、担当部署を対応づけます。
次に、小さな範囲で年齢確認と異議申立てを試し、未成年者を通してしまう誤りと、成人を止めてしまう誤りの両方を確認します。最後に、通報受付から削除、再発防止、申立人への連絡までを演習し、公開後も処理できる人数と権限を確保します。
OpenAIの2025年の発表は、成人向け表現の是非だけでなく、年齢に応じた製品体験をどこまで安全に分けられるかという設計課題を示しました。事業者の実務では、機能の解禁時期を追うことより、現在の仕様と規則を確認し、変更に追随できる運用を整えることが先です。
参考資料
この記事に関連する株式会社greedenの取り組み
成人向け機能では、年齢確認、地域別制御、通報対応、個人情報保護を別々に考えると運用に抜けが生じます。株式会社greedenは、要件定義から実装、保守運用までWebシステム開発を一気通貫で支援します。