Cloudflare、WebMCPツールをエッジでウェブサイトに注入

Why it matters

Cloudflare can place structured agent interfaces in front of existing sites at network scale, accelerating WebMCP adoption while making tool permissions and authenticated actions a core infrastructure concern.

Cloudflareは8月6日に開発者プレビューを開始しました。これにより顧客はダッシュボードの設定を有効にすることで、ブラウザベースのAIエージェントにウェブサイトの機能を公開できるようになります。 X上の発表 と付随する 技術記事 は、顧客がサイトを再デプロイしたりオリジンのコードを変更したりすることなく、構造化されたWebMCPツールを登録するエッジ注入型ブリッジを説明しています。

Will Rowe、Cloudflareのスタッフソフトウェアエンジニアで技術記事の著者は、新興のエージェント対応ウェブが直面する配布の問題に取り組んでいます。WebMCPはサイトがAIエージェント向けのアクションを定義する標準的な方法を提供しますが、通常は各サイトがそれらのツールを設計・実装・維持する必要があります。Cloudflareはその作業をネットワーク層に移動し、顧客があらかじめ構築された一連のツールパックを有効にできるようにしています。

オリジンのコードと訪問者に配信されるページの区別は重要です。Cloudflareは顧客が保存しているアプリケーションコードをそのままにし、HTMLRewriterシステムを使ってエッジでHTMLレスポンスにモジュールスクリプトを追加します。そのスクリプトはサイト自身のオリジンから配信され、ブラウザがWebMCPをサポートしているかを検出し、選択されたツールを登録します。インターフェースがないブラウザはそのブリッジを無視します。

ページを呼び出し可能なインターフェースに変える

WebMCP は document.modelContext を中心に構築されたドラフトのブラウザAPIです。ウェブサイトはJavaScript関数を名前付きのツールとして、自然言語の説明と構造化された入力スキーマとともに登録します。エージェントはスクリーンショットを解釈したり、DOMを検索したり、どのボタンを押すかを繰り返し推測したりする代わりに、これらの関数を発見して呼び出すことができます。

標準は依然として実験段階にあります。ChromeのWebMCP のドキュメント（7月1日更新）では、APIは活発に議論中で変更される可能性があるとしています。Cloudflareはブラウザ実装が実験的にChrome 146で提供されていると述べています。

Cloudflareのプレビューには当初2つのツールパックが含まれます。Site MCP Server packはページを既存の同一オリジンのMCPエンドポイントに接続し、そのサーバーが広告するツールを検出してブラウザ側のプロキシを登録します。呼び出しは訪問者の既存のセッションを用いてページから顧客のエンドポイントへ直接移動します。

このアプローチにより、ウェブサイトは既に構築したMCPサーバーを再利用できます。さらに、エージェントのアクションはブラウザを使っている本人と同じ認証済みコンテキストで実行されます。例えばショッピングサイトは、エージェントに人間向けのインターフェースを操作させる代わりに、商品検索やアカウント操作を型付けされた関数として公開できます。

第2のパックはC2PA標準に基づいて生成されるContent Credentialsメタデータを扱います。あるツールはページ上の画像を走査して出所（provenance）メタデータを探し、別のツールは選択された画像のマニフェストを読み取り、記載された作者、編集履歴、署名証明書などを取得します。Cloudflareによれば、プレビューではそれらの主張をブラウザ内でローカルにデコードします。暗号的な署名検証は行わず、結果は signatureVerified: false とマークされます。

Cloudflareによると、両方のパックはプレビュー中に訪問者のブラウザで実行されます。ブリッジ自体はエッジのWorkerによって配信されるため、Cloudflareは自社のサービスを利用するパックを追加する道筋を持ちます。Roweは将来的にWorkers AIでサイトマップを要約するツールや、AI Searchインデックスを照会するツールの可能性を挙げました。

Cloudflareは取引の両側を構築している

このリリースは、Cloudflareが今年初めに始めたWebMCP推進を拡張するものです。4月15日、Cloudflareはホスト型ブラウザインフラストラクチャであるBrowser Runに実験的なWebMCPサポートを追加しました。Browser RunはエージェントにWebMCPツールを発見して実行できる環境を提供します。新しいプレビューはCloudflare経由で実行されるサイトにそれらのツールを供給します。

この組み合わせにより、Cloudflareはエージェントのブラウザ実行環境とサイト側ブリッジの両方を制御できます。開発者はドメイン上でツールを有効化し、別途ブラウザスタックを組み立てることなくBrowser Runを通じてテストできます。Cloudflareのより広範なBrowser Run platformは既にPlaywright、Puppeteer、Chrome DevTools Protocolを通じたブラウザ自動化をサポートしています。

顧客はCloudflareダッシュボードのAgent Readiness and Labsでプレビューを有効にできます。Cloudflareによれば、WebMCPをオンにするとContent CredentialsとSite MCP Serverのパックはデフォルトで有効になり、顧客はどのパックをドメインで公開するかを選択できます。

既存セッション設計はツールの権限に関する重要性も高めます。WebMCPのドラフトは、継承された認証、クロスサイトコンテキスト、プロンプトインジェクションを明示的にセキュリティ上の懸念として扱っています。Cloudflareの実装は呼び出しを訪問者のオリジン上にとどめますが、サイト運営者はどの機能を公開するかを決定し、ブラウザやエージェント提供者がユーザーがそれらの呼び出しをどのように表示し承認するかを決めます。

Cloudflareの直近の賭けは、ウェブサイト運営者が、人間向けに作られたページをエージェントがスクレイピングやクリックで操作するよりも、制御された型付けされたインターフェースを好むだろうという点です。そのインターフェースをエッジの設定にすることで、Cloudflareはすべての顧客がフロントエンドをエージェント向けに作り直すのを待たずにWebMCPの採用を促進できます。