SNS等におけるなりすまし詐欺広告に関する対策強化のための7府省庁合同要請の実施
https://www.digital.go.jp/news/b96e34b8-0af0-4fe3-b6b5-2191726c8cc5
2026年8月7日、警察庁・金融庁・消費者庁・デジタル庁・総務省・法務省・経済産業省の関係省庁が連名で、Google、LINEヤフー、Meta、TikTok、X の5社に対し、「SNS等におけるなりすまし詐欺広告に関する対策の強化について」という要請文書を発出しました。ディープフェイクで著名人の肖像や音声を無断利用した詐欺広告が投資詐欺の入口として使われ、被害が拡大していることへの対応です。
法的拘束力のない「行政指導」という建て付けですが、中身を読むと、これは単なるお願いではありません。プラットフォーム運営に対する要求水準が、構造的に一段階引き上げられたことを示す文書です。そして私は、ここに書かれている構造が、数年以内にエージェンティックコマースの世界、ECモール、決済、そしてAIエージェント自身にほぼそのまま移植されると考えています。
要請文が要求している3つのこと
要請の柱は3つです。
1. 広告主への本人確認(KYC)の徹底。 広告を出す主体が誰なのかを、電子的な認証手段、個人ならマイナンバーカード、法人なら商業登記電子証明書が例示されています
2. 広告の透明性向上。 広告主の名称・所在地・身元確認の有無、そして「主に生成AI技術を用いて作成された広告である旨」を、消費者が自ら確認できるようにすること。
3. 削除要請への迅速な対応。 違法おそれのある広告について、削除要請を受けたら遅滞なく判断・削除すること。
注目すべきは、3つすべてに数値報告義務がセットになっている点です。本人確認の手段別・国内外別の実施件数と割合、却下件数、削除の理由別・契機別の件数、要請に対する削除率、平均対応所要時間、未削除の理由別内訳、これらを期限を切ってデジタル庁に文書で報告せよ、とあります。「対策をやっています」という定性的な回答では済まず、オペレーションのKPIを開示させる設計です。行政指導でありながら、実質的には監査に近い。
規制のロジックが「コンテンツ」から「プロセス」へ移った
この文書の本質は、規制の対象が「個々の悪いコンテンツ」から「プラットフォームのプロセス」へ移行したことにあります。
従来の枠組みは「違法なものが見つかったら削除する」という事後対応でした。今回の要請は違います。入口(誰が出しているのかの検証)→ 流通(それが何であるかの開示)→ 出口(問題発生時の対応速度)という3層のプロセス全体に責任を持ち、その運用実態を数値で説明せよ、という要求です。
つまりプラットフォームは、コンテンツの「場所貸し」ではなく、信頼を保証するインフラとしての説明責任を負わされ始めた。これが2026年8月時点の到達点です。
エージェンティックコマースでは、詐欺の入口が「データ」に移る
ではこの構造を、AIエージェントが消費者に代わって商品を探し、比較し、購入するエージェンティックコマースの世界に当てはめてみます。
なりすまし詐欺広告が問題になったのは、それが「人間の目」を騙す入口だったからです。エージェンティックコマースでは、購買の意思決定に介在するのは人間の目ではなく、エージェントが読む商品データになります。すると詐欺やなりすましの入口も、そこへ移動します。具体的には、
- 偽ストア・偽ブランドの機械可読版。 正規ブランドを装った出店者が、エージェントに最適化された「きれいな構造化データ」を用意する。人間向けのサイトの怪しさ(不自然な日本語、粗い画像)というシグナルは、データだけを読むエージェントには届きません。
- エージェント向けに設計された欺瞞。 商品説明やフィード内に、エージェントの判断を誘導する記述を仕込む、いわばプロンプトインジェクションの商取引版。人間には見えず、AIにだけ「効く」不正が成立し得ます。
- レビュー・実績の偽装の高度化。 生成AIで量産された偽レビューや偽の販売実績を、エージェントが「評価シグナル」として素直に読んでしまう問題。
- エージェント自身のなりすまし。 誰の委任も受けていないボットが正規のエージェントを装って買い占め・転売や不正取引を行う、逆方向のなりすまし。
- 誤購入の責任所在。 エージェントが偽情報に基づいて購入した場合、責任は消費者か、エージェント提供者か、データを流通させたモールか、という新しい論点。
被害の構図は今回の詐欺広告と同型です。違うのは、騙される主体が人間からAIに変わり、騙す手段が「見た目」から「データ」に変わることだけ。だからこそ、規制の側も同じ3層構造で対応してくるはずです。
モール・プラットフォームに要求されるものを予測する
今回の要請文をテンプレートとして、エージェンティックコマースにおけるモール・プラットフォーム(既存ECモール、エージェント提供者、決済事業者を含む広義のプラットフォーム)への要求を翻訳すると、こうなります。
入口:出店者と商品データのKYC。 「広告主の本人確認」は「出店者・データ提供者の本人確認」に対応します。商業登記電子証明書のような電子認証によるマーチャント検証に加え、商品データそのものの来歴(誰が発行したデータか、改ざんされていないか)を検証可能にすることが求められるでしょう。EUではデジタル製品パスポート(DPP)が製品情報の構造化と追跡可能性を義務化し始めており、方向性は同じです。
流通:エージェントへの「透明性表示」の機械可読化。 「広告である旨」「AI生成である旨」の表示義務は、エージェンティックコマースでは「このデータは検証済みの正規販売者由来か」「この推薦は広告枠か自然な選定か」「この価格・在庫情報はいつ時点のものか」をエージェントが読める形式で開示する義務に翻訳されます。人間向けのラベルではなく、信頼シグナルのプロトコル化です。実際、決済側ではVisaやMastercard、OpenAIとStripe、Googleなどがエージェントの身元と委任範囲を検証する仕組み(エージェント向けトークンや委任プロトコル)の構築を進めており、「誰の委任で動くエージェントか」を証明するレイヤーはすでに立ち上がりつつあります。
出口:ログと報告義務。 「削除件数・対応所要時間の報告」は、「エージェント経由取引の監査ログ」「不正データの検知・排除件数」「誤購入発生時の対応実績」の報告義務に対応します。エージェントがなぜその商品を選んだのかを事後に説明できること——推薦の説明可能性——が、プラットフォームの防御線になります。
事業者への示唆:商品データは「マーケティング資産」から「コンプライアンス資産」へ
ここまでをプラットフォーム側の話として書きましたが、影響は出店者・ブランド側にも及びます。
今回の要請で広告主に本人確認が課されたように、エージェンティックコマースでは「検証可能な主体が発行した、検証可能な商品データ」を持っていること自体が、取引に参加する前提条件になっていきます。データが構造化されていない、来歴を証明できない、更新が追跡できない商品は、エージェントに「信頼できない選択肢」として静かに除外される。ペナルティを受けるのではなく、単に選ばれなくなる。これが一番怖いシナリオです。
つまり商品データへの投資は、これまで「AIに選ばれるためのマーケティング施策」として語られてきましたが、今後は規制対応・信頼保証のインフラ投資という第二の顔を持ちます。攻め(AIに推薦される)と守り(正規性を証明できる)が、同じデータ基盤の上に乗る。
信頼が機械可読になる時代——プラットフォームにとっても事業者にとっても、準備を始めるべきタイミングは、規制の文書が届いてからではなく、今です。今回の5社への要請文は、その予告編として読むべきだと考えています。