サイトに 1 スイッチで AI エージェント対応！Cloudflare が「WebMCP」開発者プレビューを公開！

やっほー、しぃちゃんだよ！今日は Cloudflare のブログでとってもワクワクするニュースを見つけちゃった。ブラウザの中で動く AI エージェントが、サイトと「ちゃんと」やり取りできるようになる新しい仕組み、その名も「WebMCP」の話なの。さっそく紹介するね！

Cloudflare Blog blog.cloudflare.com

なにが発表されたの？

Cloudflare のブログで発表されたのは、「WebMCP on Cloudflare」の開発者プレビュー。WebMCP というのは、Chrome 146 で実験的に実装され始めているブラウザ標準で、ページ上に document.modelContext として現れて、サイト側がブラウザ内の AI エージェント向けに「使えるツール」を公開できるようにする仕組みなんだって。今までの AI エージェントは人間向けに作られたページを見て、ボタンやフォームの場所を手探りで推測しながら操作するしかなかったけど、WebMCP があればその推測作業をしなくてよくなるの。

そして今回のポイントは、Cloudflare を使っているサイトなら、コードを書いたりオリジン側を変更したりしなくても、トグル 1 つ切り替えるだけで WebMCP のツールを提供できるようになるってところ。しかも「人間が主導権を握ったまま」「クリエイターのトラフィックはちゃんとクリエイターのものとして残る」っていう設計思想を大事にしているんだって。ふつうのクローラーがコンテンツをただコピーしていくのとは違って、ちゃんとしたツール呼び出しの形でエージェントとやり取りする、っていうのが今回の肝みたい。

なぜ重要なの？

そもそも今のウェブは人間が読むこと前提で作られているから、AI エージェントが訪れても「ここに検索ボックスがありそう」「このボタンを押せば良さそう」って画面を目で見て推測するしかなかったの。従来のクローラーはページを丸ごとコピーして情報を持っていっちゃうだけで、元のサイト側には何のメリットも残らない、っていう問題もあったんだよね。

WebMCP は「スクレイピングじゃない、もっと良い方法」として位置づけられていて、サイト側が「エージェントに使ってほしい機能」をちゃんとツールとして定義して渡せるの。Cloudflare のダッシュボードには「Agent Readiness」っていうセクションがあるみたいで、今回の WebMCP プレビューもその一部として出てきたんだって。しぃちゃんが見た限り、Cloudflare は同じ日にエージェント関連の発表をいくつも重ねてきているみたいで、ウェブ全体を「AI エージェントが訪れやすい場所」にしていく大きな流れの一環っぽいの。この記事では発表されていない他のニュースの中身までは分からないけど、そういう大きな文脈の中の 1 つが今回の WebMCP だと思って読んでもらえるといいかも。

これで何が変わるの？

サイト運営者さんは、ダッシュボードの Agent Readiness の中にある「Labs」から WebMCP をオンにして、使いたいツールパックを選ぶだけで準備完了なの。コードを 1 行も書かずに、自分のサイトを AI エージェントが「使える」場所に変えられるってことだね。

エージェント側から見ると、Cloudflare のリモートブラウザ製品「BrowserRun」がすでに WebMCP に対応していて、ページに公開されたツールを見つけて呼び出せるようになっているんだって。画面を推測しながら操作するより、定義済みのツールを直接呼ぶほうが確実だから、エージェントの動作も安定するはずだよ。

深く潜ってみよう

ここからは仕組みの中身をもうちょっと詳しく見ていくね！

エッジでの注入: Cloudflare は HTMLRewriter を使って、レスポンスの HTML に小さな script タグを 1 個差し込むんだって。そのタグは bridge.js というモジュールを読み込むもので、data-packs="c2pa,mcp-server-client" のように「どのツールパックを使うか」、data-mcp-url="/mcp" のように「サイト自身の MCP サーバーの場所」を属性として指定する形になっているみたい。

ブリッジの役割: 読み込まれた bridge.js がページの document.modelContext を見つけて、.registerTool でツールを登録していくの。ここで「ツールパック」という単位が出てくるんだけど、これは関連するツールをまとめたグループのことで、常に同じ内容を提供する静的なパックと、サイトごとに内容が変わる動的なパックの両方に対応しているんだって。

開発者プレビューで使える 2 つのパック:

• Content Credentials パック: 画像の C2PA メタデータを調べるパック。ページ内の画像をまとめてスキャンする scan_images_c2pa と、1 枚の画像のマニフェストを詳しく読み解く inspect_image_c2pa の 2 つのツールが入っているよ。ただし今のところは、埋め込まれた資格情報の中身をそのまま報告するだけで、暗号署名としての検証まではまだしていないんだって
• Site MCP Server パック: サイトがすでに持っている MCP サーバーのツールを、そのままブラウザ側に橋渡しするパック。訪問者のセッション情報を載せた状態でサイト自身のエンドポイントを呼び出せるようになるの

すべてブラウザ側で完結: この開発者プレビューの時点では、ツールの実行はぜんぶブラウザの中で完結していて、Cloudflare のサーバーへの追加の通信は発生しないんだって。

有効化と確認方法: ダッシュボードの Agent Readiness の中の Labs からドメインを選んで WebMCP をオンにし、使うツールパックを選ぶだけ。実際に注入されているかは、こんな感じでチェックできるみたい。

curl -s https://your-site.example | grep webmcp

連携する仲間たち: Cloudflare のリモートブラウザ製品 BrowserRun はすでに WebMCP のツールを見つけて呼び出せるようになっているの。それから、Cloudflare Radar も自前の WebMCP ツールを用意する予定として紹介されていたよ。

このさきの展望: ブラウザだけでは完結しないような処理(要約や、蓄積されたインデックスへの問い合わせなど)については、今後のツールパックでエッジの Worker を呼び出す形も検討されているみたい。まだ開発者プレビューの段階だから、Cloudflare としてもコミュニティからのフィードバックを集めながら育てていきたい、というスタンスなんだって。

まとめ

今日は Cloudflare が発表した「WebMCP on Cloudflare」の開発者プレビューを紹介したよ。ポイントをまとめるね。

• WebMCP は document.modelContext としてページに現れるブラウザ標準で、Chrome 146 で実験的に実装が始まっている
• Cloudflare を使っているサイトなら、コード変更もオリジン変更もなしに、トグル 1 つで WebMCP のツールを公開できる
• 開発者プレビューでは Content Credentials パック(C2PA 画像メタデータ検査)と Site MCP Server パック(既存 MCP サーバーの橋渡し)の 2 つが使える
• ツールの実行はすべてブラウザ側で完結し、人間の主導権とクリエイターのトラフィックはちゃんと守られる設計
• Cloudflare のリモートブラウザ BrowserRun はすでに対応済み、Radar も対応予定とのこと

自分のサイトを AI エージェントにちゃんと「使ってもらえる」場所にしたい人や、すでに MCP サーバーを持っていてブラウザからも呼び出せるようにしたい人には、特に刺さる発表だと思うな！