エージェント型広告はもう始まっています。その裏付け

1. Google は 2025年10月7日に初の公式広告 MCP サーバーを公開

The announcement is on Google's own Ads Developer Blog, dated October 7, 2025: Open Source Google Ads API MCP Server. It is open source and was read-only at launch. Since release v0.0.6 on 2 November 2026, the repository at github.com/googleads/google-ads-mcp lists a GAQL search tool, resource metadata and a list of accessible customers, plus four tools that create assets and manage labels with a propose-and-confirm step: the release notes say "Implement asset and label management with propose-and-confirm flow" (release notes, read 7 Nov 2026).

誤ったバージョンが出回っているため、一点だけ明確に訂正します。2026年の複数のまとめ記事が、Google のサーバーを 2026年4月下旬としています。この日付は誤りです。上記の一次情報源は 2025年10月のものです。Google 初の公式広告 MCP サーバーについて 2026年春の日付を挙げているページがあれば、その著者は引用元のブログを確認していません。

2. Meta は 2026年4月29日に 29 個のツールで公開、書き込みにも対応

Meta は 2026年4月29日に Meta Ads AI Connectors を発表しました。mcp.facebook.com/ads のホスト型 MCP サーバーと付属の CLI で、オープンベータです。Meta の開発者ドキュメントによると、このサーバーはレポート、キャンペーン管理、カタログ管理、シグナル診断にわたる 29 個のツールを備えています。Meta 自身の表現では、広告主は「自然言語で広告、広告セット、キャンペーンを作成・編集できる」とされています。主要プラットフォームの公式サーバーとして、初日から書き込み権限を備えたのはこれが初めてで、認証は開発者アプリやアプリ審査ではなく Meta Business OAuth で行います。

3. TikTok は 2026年5月13日に Ads MCP Server を発表

2026年5月13日の TikTok World で、TikTok はTikTok Ads MCP Serverを発表しました。同社の言葉では「開発者と広告主が TikTok Ads エコシステムの上に直接 AI エージェントやツールを構築できる新しいインターフェース」です。この項目の中に層の境界がある点に注意してください。発表は検証済みですが、一般提供は検証できていません。TikTok のニュースルームの記事には公開日が書かれておらず、発表と同時に公開された開発者ドキュメントもありませんでした。発表と提供開始は別の主張であり、現時点で一次情報源があるのは前者だけです。

4. ChatGPT 広告は配信中、2026年7月22日からセルフサービス

OpenAI は 2026年2月に Free と Go のプランで ChatGPT 内の広告テストを開始し、春には CPC 入札とコンバージョン計測に対応したベータ版のセルフサービス Ads Manager を導入しました。5月には Search Engine Journal が、Dentsu、Omnicom Group、Publicis Groupe、WPP などのパートナーとともに報じています。2026年7月22日、OpenAI はセルフサービスを一般公開し、Best Buy、Lowe's、VistaPrint を初期の事例として挙げました。ChatGPT 規模の対話型サービスが自前の広告管理ツールで広告を販売することは、一年前には存在しなかった新しい購入チャネルです。

5. 実名のブランドがエージェントでのメディア購入を公言

ベンダーがブランドについて語っているのではありません。2026年5月の Digiday Programmatic Marketing Summit で、ブランド自身が公の場で語ったものです。Duluth Trading Company のマーケティングディレクターは、入札をエージェントに任せ、クリエイティブは人の手に残していると説明しました。Butler/Till の最高戦略責任者は、同社初のエージェントによる購入について語り、次のように述べています。「私たちの Claude のインスタンスと [PubMatic の] セラーエージェントがやり取りし、交渉する様子は本当に面白いものでした。あれほど素早く進んだことに感銘を受けました」。Omnicom の OMD は、2026年後半に人の承認を条件として、最適化の判断をエージェントに任せる計画だと述べ、データ責任者は「ゴミを入れればゴミが出てくる。エージェントやワークフローに人による確かな入力がなければ、破綻する」と付け加えました。

6. プロトコル自体も更新が続いている

これらすべてが動いている土台のレイヤーは、急速に成熟しています。MCP 2026-07-28 仕様は 2026年7月28日に公開され、プロジェクトは Tier 1 SDK 全体で「月間ダウンロード数は 五億に迫る」と報告しています。これは一過性の流行と基盤の違いです。広告プラットフォームは研究用のデモに賭けているのではなく、エンタープライズ級のリリースサイクルを持つプロトコルの上に構築しています。

稼働中の広告チャネルとしての Perplexity

Perplexity は広告事業を終了しました。2026年2月、同社は 2024年に始めた広告テストを停止し、再開の予定はないことを認め、スポンサー枠は回答エンジンが頼る信頼を損なうおそれがあると説明しました (Search Engine Land、2026年2月18日)。それでも 2026年半ばの AI 広告の資料やチャネル一覧には、予約できる広告枠であるかのように Perplexity が載り続けています。実際には違います。Perplexity 広告を稼働中として示している戦略資料は、少なくとも半年遅れです。

プラットフォーム数が顧客数にすり替わる

この分野でベンダーがよく使う手口で、私たちもベンダーなので注意している点があります。連携数がいつの間にか社会的証明に変わるのです。「14 プラットフォームに対応」が「14 プラットフォームで信頼されています」に流れ、顧客数も日付も実名の購入者もないまま「数千のチームに信頼されています」に行き着きます。確認する問いは一つです。有料顧客は何社で、いつ時点の数字か。そのページが答えられないなら、プラットフォーム数は技術的な事実を実績として売り込んでいるにすぎません。両者は同じ主張ではありません。

出典のない売上の数字

2026年の AI 広告のプレスリリースには、何にもたどり着かない売上や ARR の数字があふれています。届出も、監査済みの数字も、実名の顧客も、多くは日付もありません。第一の項目で触れた Google の誤った公開日も同じ形で広がり、各まとめ記事が前のまとめ記事を引用し、一次情報源が別のことを述べているのを誰も覚えていません。どちらも確かめ方は同じです。引用の連鎖を一段たどります。一次情報源ではなく別のブログで終わるなら、その数字はデータではなくマーケティングとして扱ってください。

六社の代理店が 四日で有料顧客に

2026年5月、六社の代理店が 四日以内に PaidSync の有料アカウントに切り替えました。顧客名は方針として匿名にしているため、第一の項目のように第三者が独自に検証することはできません。そうでないふりもしません。はっきり述べられるのは、件数、期間、月です。このページが他社の数字に向けるのと同じ疑いの目で判断してください。

本番のエージェントは華やかさではなく計測に呼び出しを使う

エージェント型広告のデモ版は、エージェントが広告文を書く姿です。本番版は、エージェントが計測のレイヤーを直す姿です。壊れたトラッキングは、下流のあらゆる最適化の判断を静かに台無しにするからです。公式サーバーはどれもこのレイヤーに触れません。Google のものは Google Ads のレポートを扱い、Meta の 29 個のツールは Meta を扱います。どちらも Google Tag Manager、GA4、Search Console には届きません。PaidSync は、公開を含むタグ、トリガー、変数のライフサイクル全体を扱う 39 個の GTM ツール、コンバージョンイベントの作成を含む 26 個の GA4 ツール、読み取り専用の 6 個の Search Console ツールを提供します。実際のエージェントのセッションはまさにこれらに頼り、入札に手を付ける前にコンバージョンイベントを設定し、タグを監査します。代理店規模でどうなるかは Meta 一括操作ガイドをご覧ください。

導入の決め手は、ゲート付きの書き込みだった

私たちが話を聞いたすべての代理店にとって、障壁は機能ではなく影響範囲でした。自律システムに、信頼だけで本番の予算を任せる人はいません。パイロットを有料アカウントに変えたのは、ゲートの設計でした。書き込みはコードでゲートされ、dry_run が作成の実行前に変更内容をそのままプレビューし、破壊的な操作には明示的な confirm_destructive フラグが必要で、どのセッションもすぐに取り消せます。最悪のケースは、アカウントの損傷ではなく、ブロックされた操作になります。第五の項目にある、人の承認を伴う OMD の最適化判断の計画は、持ち株会社の規模で独立に同じ結論に達したものです。