2026年8月2日から、EU AI Act の執行とあわせて 第50条（Article 50）の透明性義務 が本格適用フェーズに入ります。話題になりやすいのは「生成AIコンテンツの識別表示」や罰則の金額感ですが、実務で先に決めるべきなのは単一トグルのON/OFFではありません。対話型AIの告知、合成コンテンツの機械可読マーク、ディープフェイク／一定の公益テキストのラベルなど、義務ごとに主体（提供者／導入者）と期限が分かれる点です。
📑目次
EU向けのSaaS、API、チャットボット、エージェント、マーケ／サポート生成物、顧客向けコンテンツ配信を持つ開発・運用チームは、製品ラベルの文言より先に次を製品単位で書き分ける必要があります。
- 自社が provider（提供者）か
- deployer（導入者）か
- あるいは両方か
本記事は European Commission の公式発表・Guidelines・Code of Practice と、Addleshaw Goddard・Reed Smith・Stibbe・JETRO などの独立整理を横断し、ニュース見出しを運用チェックリストに落とします。個別案件の法的判断は弁護士確認が前提で、本稿は法的助言ではありません。
2026-08-02から「生成AIの見え方」が規制対象になる
設計の起点
結論から言うと、設計の起点は「AIを使ったか」ではなく どの出力を、誰が、いつ公開するか です。European Commission の 2026-07-31 プレスは、同日から AI Office と加盟国当局が AI Act の執行を開始すると説明しています。
出典: European Commission Digital Strategy
適用フェーズに入るとされる透明性ルールの例は次のとおりです。
- 対話型AIの告知
- ディープフェイクのラベル
- 生成・改変コンテンツの機械可読マーク
注目シグナルと事実の切り分け
日経など報道の「識別表示義務」「制裁金の換算額」は注目シグナルとして有用ですが、事実の裏取りは公式文書と独立分析に寄せます。Hatena のブックマーク数は人気指標であり、義務の有無そのものにはなりません。
開発現場が取るべき態度は、恐怖訴求の一括緊急対応ではなく、役割・出力種別・期限の分解です。
Article 50の4シナリオ — 何が義務か
4つの透明性シナリオ
Addleshaw Goddard の整理（2026-07-31）では、Article 50 の透明性は大きく次の4シナリオに分かれます。
- 自然人との直接対話 — チャットボット、エージェント、仮想アバター等で、相手がAIであることを知らせる
- 合成コンテンツの生成・改変 — 音声・画像・動画・テキスト出力への 機械可読マーク と検知可能性（提供者側の中心）
- 感情認識／生体分類 — 利用者への暴露告知（導入者側）
- ディープフェイク および 人間が実質レビュー／編集責任を負っていない公益テキスト の明示ラベル（導入者側）
European Commission の Guidelines も、提供者側の対話告知と機械可読マーク、導入者側のディープフェイク／未レビュー公益テキスト開示という分担を示しています。
出典: EC Guidelines
「生成AIを使った」だけでは足りない切り分け
ここでの重要な注意は、「生成AIを使った」だけでは自動で全開示義務にならないことです。少なくとも次を切り分けてください。
- deepfake 該当性
- 公益テキストの範囲
- クロップや色補正などの通常編集の除外
- 人間レビュー例外
Addleshaw の例では、製品を実際より良く見せるAI改変は対象になり得る一方、クロップ／色補正／背景置換のみは対象外になり得ると整理されています。境界はケースワークなので、デザインと法務で 許容編集リスト を先に固定するのが安全です。
提供者（provider）と導入者（deployer）— 役割で義務が変わる
義務は機能名ではなく value chain 上の役割 で決まります。
役割ごとの中心義務
- 提供者（provider）: 合成出力の機械可読マーキング／検知手段、対話時のAI告知など、システム提供側の中心義務。Code of Practice（CoP）Section 1 が Art.50(2) 周辺の実務枠です。
- 導入者（deployer）: ディープフェイク開示、未レビュー公益テキストのAI生成開示、感情認識／生体分類の告知。CoP Section 2 が Art.50(4)/(5) 周辺です。
Code of Practice と法的義務の関係
European Commission の Code of Practice ページは、次を明記しています。
- 規範遵守は任意
- 一方で Article 50 の法的義務は別途適用される
- 署名組織は約190（2026-07末時点）
プレス側は180超とも表記するため、署名数は時点付きの目安として扱い、義務の有無と混同しないでください。
署名と遵守証明の位置づけ
Reed Smith の整理では、次を押さえてください。
- Commission（7/8）と AI Board（7/9）が CoP を Art.50(2)(4)(5) 実施に adequate と評価した
- 署名は予測可能な遵守経路であって最終証明そのものではない
- Guidelines も、未署名なら同等の代替手段で遵守証明が必要だと位置付ける
出典: Reed Smith
製品単位の分解チェック
実務では次のように製品を分解します。
- 自社が基盤モデルを置くのか、APIを呼ぶアプリ提供者なのか、社内利用の deployer なのか
- OSS の「システム」と「コンポーネント」で対象が分かれる整理があるか（Reed Smith が Guidelines 解釈として言及）
- 顧客向け生成配信と対話UIを両方持つ場合、provider と deployer が同居しやすいか
JETRO のビジネス短信も、提供者の機械可読マーク（メタデータ／ウォーターマーク併用、削除・改変禁止の整理）と、導入者の公益テキスト／ディープフェイクラベルを日本語で要約しています。
出典: JETRO
いつまでに何を — 8/2適用と12/2移行、罰則の目安
2026-08-02を起点に置くもの
2026-08-02 は、執行開始と透明性ルール適用の起点です。対話告知、deepfake／一定テキストのラベルなど、利用者に見える義務はここを基準に設計します。
8/2と12/2を分けるタイムライン
一方で、単一日付の一括対応は危険です。
Reed Smith と Stibbe の独立整理では、次のタイムライン分割が示されます。
- Article 50(4) 系は 2026-08-02
- 既存生成システムに対する Article 50(2) の機械可読マークは 2026-12-02 へ延長
出典:
FashionNetwork Japan（AFP）も次に言及しています。
- 既存システムに12/2までの移行
- 公式アイコン雛形（「AI」「AI生成」「AI加工」等）
- 芸術／風刺／フィクションや支援的編集の除外
罰則目安の扱い方
罰則の目安として、Stibbe は最大 1,500万ユーロまたは世界年間売上高の3%（いずれか高い方）という枠を示します。
- 報道の「約63億円」は為替・時点付きの換算・強調として扱う
- 条文の唯一の確定額として固定しない
- 上限フレームと当局実務は分ける
- 恐怖訴求だけでロードマップを作らない
適用境界の例
適用境界の例（独立法律分析）:
- 生成前かつ未公開コンテンツへの遡及は不要になり得る
- 生成済みでも 8/2 以降に公開するならラベル対象になり得る
- したがってプロダクトの 生成時刻と公開時刻 をログに残す
開発・運用向け意思決定表とチェックリスト
意思決定マトリクス
次の表は、EC 文書と法律事務所／JETRO の横断整理を運用語に翻訳したものです。最終判断は法務確認が必要です。
| 観点 | 確認すること | 公開情報での目安 |
|---|---|---|
| 適用日 | 自機能が 8/2 対象か 12/2 マーク移行か | 50(4)系ラベルは 8/2、50(2)マークは既存系で 12/2 延長の整理あり（Reed Smith / Stibbe） |
| 役割 | provider / deployer / 両方 | 対話AI提供と顧客向け生成配信は両方になりやすい |
| 出力種別 | 対話 / 画像音声動画テキスト合成 / deepfake / 公益テキスト | 4シナリオで義務が分岐（Addleshaw / Guidelines） |
| マーク | 機械可読マーク・改変耐性・削除禁止 | 提供者 CoP Section 1、メタデータ／ウォーターマーク併用の説明（JETRO等） |
| ラベル | 人間可読の deepfake／AI生成表示 | 導入者 CoP Section 2、公式アイコン雛形の報道あり（AFP系） |
| 例外 | 通常編集、人間レビュー責任、創作・風刺 | deepfake該当性と編集責任の有無を記録（Addleshaw） |
| 証明 | CoP署名 or 同等手段 | 未署名なら代替遵守証明が必要（Guidelines） |
| 罰則・執行 | 上限と当局 | EC 執行開始プレス + 法律事務所の上限目安。個別案件は法務確認 |
マトリクスの出典（公式）
出典（2026年7〜8月時点）:
マトリクスの出典（独立分析）
出典（2026年7〜8月時点）:
今日から使えるチェックリスト
- EU向けユーザー／配信があるプロダクト一覧を作る（チャット、エージェント、自動生成マーケ／サポート、ユーザー生成のAI加工を含む）。
- 各プロダクトを provider / deployer / 両方に仮判定し、根拠（誰がモデルを置くか、誰が公開するか）を1行で書く。
- 出力を4シナリオにマップし、8/2必須（告知・deepfake／公益ラベル）と12/2マーク対応を分ける。
- 人間レビュー例外を使うなら、「誰が編集責任を負うか」のワークフローとログを定義する。
- 機械可読マーク方針（自前／基盤モデル提供者依存／サードパーティ）を決め、改変・削除耐性を検証する。
- CoP署名可否と、未署名時の同等遵守証拠一式（手順書、UIスクリーン、検知テスト）を法務と合意する。
- 公開前チェックを CI／リリースゲートに1項目追加する（ラベル欠落で ship しない）。
関連して、公開範囲の確認や成果物のレビュー可能性を扱う記事もあわせて参照してください。
- 生成物の共有範囲確認: Muse Imageの公開IG参照撤回とSharing and reuse確認手順
- 成果物HTMLのローカルレビュー: AI成果物HTMLの限界とRHW
- 不確実性下の検証設計: LLMが「わからない」と言えない構造
関連記事:
よくある質問（FAQ）
Q1. 日本企業でも関係するか？
A. EU域内の利用者向けに AI システムや生成コンテンツを提供／展開する場合、第50条の透明性義務が問題になり得ます。サーバー所在地だけで切り捨てず、提供先と公開面を見てください。最終判断は法務です。骨格は EC Guidelines / press にあります。
Q2. ChatGPT等のAPIを呼ぶだけで提供者になるか？
A. 必ずしも基盤モデル提供者と同じではありません。自社UIで対話AIを提供すれば告知義務側、生成物を自社ブランドで公開すれば deployer 側のラベル論点が出やすいです。value chain を製品ごとに分解してください。
Q3. 2026-08-02と2026-12-02は何が違うか？
A. 執行・透明性適用の起点が 8/2 です。Reed Smith / Stibbe 整理では Art.50(4) 系と Art.50(2) マーク（既存生成システム）で期限が分かれ、後者に 12/2 移行があり得ます。リリース計画を単一日付にしないでください。
Q4. Code of Practiceに署名すれば十分か？
A. CoP は任意の実務枠です。Commission/AI Board が adequate と評価しても最終証明そのものではありません。Art.50 の法的義務は別途適用され、未署名なら同等手段の証明が必要です。
Q5. 色補正や背景除去だけの画像も deepfake 表示が必要か？
A. Addleshaw のガイドライン例では、製品を実際より良く見せる改変は対象になり得る一方、クロップ／色補正／背景置換のみは対象外になり得ると整理されています。境界はケースワークです。許容編集リストを先に決めてください。
Q6. 罰則の「63億円」は確定額か？
A. 報道の換算・強調であり、法律事務所整理の上限目安（例: 最大1,500万ユーロまたは全世界売上3%）とも表現が異なります。上限フレームと執行実務は分け、恐怖訴求だけで設計しないでください。
まとめ — 今日の判断と次の一手
持ち帰るべきは、「識別表示」が単一トグルではなく、次の束だという点です。
- 告知
- 機械可読マーク
- deepfake／公益テキストラベル
主体は provider/deployer、期限は 8/2 と 12/2 を分けて追います。
EU向け生成UI／配信があるなら、今週中にプロダクト×役割×シナリオ表を1枚作り、8/2必須項目の欠落を潰すのが現実的です。人気指標や罰則見出しだけで全社緊急対応する必要はありません。
- 一次: EC 文書
- 二次: 法律事務所／JETRO 等
次の一手:
- 影響プロダクト棚卸し
- 役割判定
- 8/2ラベル／告知のUIコピー確定
- マーク供給元の技術検証
- CoP or 同等証拠の方針を法務と固定
本稿は公開情報に基づく一般的な整理であり、個別の法的助言ではありません。適用判断は対象プロダクトと提供先に依存するため、リリース前に法務・コンプライアンスと突合してください。
著者
krona23
IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。
コメントを残す