WebMCPとは｜AIエージェントがサイトの機能を使う仕組みと現在の提供状況

本メディアはAI活用の情報メディアで、株式会社S.Lineが運営しています。記事内で当社サービスに触れる場合は「当社」と明記します。 運営会社の情報

WebMCPとは、AIエージェントがウェブページの機能を使えるように、ページの側から「検索する」「カートに入れる」といった構造化された道具（ツール）を渡す仕組みです。Cloudflareの2026年10月21日付のブログではGoogleによるブラウザ標準と紹介されていますが、まだ実験的な提案標準で、早期プレビューの段階です。ブラウザの標準機能として誰でも使える段階ではなく、Chromeの実験用フラグなどで試せる状態です。

この記事では、WebMCPの仕組み、従来のMCPとの違い、現在の提供状況、Cloudflareの発表で分かること、ECサイトや個人の運営者が今確認しておくことを、公式ページで確認できた範囲だけで整理します。確認日は2026年10月22日です。

WebMCPとは？ページがAIエージェントに道具を渡す仕組み

WebMCPとは、ウェブページがJavaScriptで「ツール」（名前・自然言語の説明・入力の形を定めた関数）を登録し、AIエージェントがそれを見つけて呼び出せるようにする仕組みです。W3CのWeb Machine Learning Community Groupが公開する仕様案では、ツールをサーバーではなくページ側のスクリプトで実装するMCPサーバーのようなものと位置づけられています。

ツールが呼び出されるまでの流れは、仕様案の説明文書（GitHub）で次の5つに整理されています。

1. 登録：ページが document.modelContext.registerTool() でツールを登録する
2. 発見：ページにつながったエージェントが、使えるツールとその入力の形をブラウザに問い合わせる
3. 呼び出し：エージェントが、ツールの入力の形に合う引数を付けて実行を依頼する
4. 実行：ブラウザが仲立ちして、ページ側のスクリプトがツールを実行する
5. 結果の返却：ページが構造化された結果をエージェントへ返し、エージェントが作業を続ける

Cloudflareのブログが示す買い物の例では、エージェントが search_products でトレイルランニングシューズを検索し、続けて add_to_cart で商品をカートに入れます。どちらも、ページ上のボタンを探してクリックするのではなく、名前の付いたツールを直接呼び出す形です。

画面を読んで操作する方法とWebMCPの違い

画面を読んで操作する方法とは、AIエージェントがページのHTMLや表示を手がかりにボタンやフォームの意味を推測してクリックや入力をする方法で、WebMCPはその推測を減らすために、サイト側が機能の目的を宣言する点が違います。

Chrome for DevelopersのWebMCPの解説は、エージェントが要素を見て目的を理解する代わりに、サイトが要素の目的を宣言する仕組みだと説明しています。Cloudflareのブログは、今の買い物エージェントの多くがサイトのHTMLを手がかりに動いており、遅く、トークンを多く使い、テーマの変更のような小さな変更でも動かなくなることがあると述べています。

つまりWebMCPは画面操作を置き換えるものではなく、サイトが用意した道具があればそれを優先して使い、無ければ従来どおり画面を操作する、という段階的な追加です。Chromeの解説も、段階的な強化（プログレッシブエンハンスメント）として追加できると述べています。

ブラウザ上で画面を操作するAIの具体例とSNS運用での可否はClaude in ChromeとAuto Browseを比べた記事、AIエージェントそのものの基本はAIエージェントの仕組みを解説した記事にまとめています。

従来のMCPとWebMCPの違い

従来のMCPとは、AIアプリケーションを外部のシステムにつなぐためのオープンソースの標準で、主にサービス側のサーバーに置いたツールをAIプラットフォームが呼び出します。WebMCPは、この考え方をブラウザで開いているページ側のJavaScriptに持ち込んだものです。

MCPの位置づけはModel Context Protocolの公式サイトに、WebMCP側から見た違いは先ほどの説明文書にあります。説明文書は、サーバー側のツールをAIプラットフォームから呼ぶ方式を「バックエンド統合」と呼び、その課題として、画面を通らないこと、ユーザーの状態や認証を別のサーバーに複製する必要があること、サーバーを用意する負担を挙げています。

どちらか一方を選ぶ関係ではありません。Commerce.comのコメントとしてCloudflareのブログに載っている説明では、サーバー側のMCPは店舗に直接つなぐエージェント向け、WebMCPは買い物客のブラウザで動くエージェント向けで、どちらも同じ買い物ツール群を使います。従来のMCPをClaude Codeで安全につなぐ設定は、Claude CodeのMCP連携を解説した記事で扱っています。

WebMCPの現在の提供状況｜どこまで使えるか

WebMCPの現在の提供状況とは、W3Cのコミュニティグループが仕様案を公開し、Chromeがオリジントライアルとローカル開発用のフラグで試せるようにしている実験段階です。標準として確定したものでも、すべてのブラウザで使えるものでもありません。

公式ページ同士で説明が食い違う点が1つあります。Chromeの解説は、HTMLのフォームに注釈を付ける宣言型APIと、JavaScriptで定義する命令型APIの2つを紹介しています。一方、仕様案の説明文書では、仕様として定義しているのは命令型の registerTool() で、宣言型は別途検討中であり現時点では仕様に含まれないと書かれています。どちらが現行の姿かはこの記事では断定せず、両方のページを開いて見比べる前提で読んでください。

Cloudflareの発表（2026年10月21日）で分かること

Cloudflareの発表とは、2026年10月21日付の公式ブログで、約10万のドメインを運用するCommerce.comの店舗にWebMCPを一括で有効にする構成と、店舗ごとのオプトアウトの仕組みを説明したものです。

Cloudflareのブログに書かれている主な内容は次のとおりです。

• CloudflareはWebMCPのエッジ実装を8月にベータ版として始めた。有効にすると、エッジで小さなスクリプトが差し込まれ、サイトの運営者がコードを書かずにツールが使えるようになる
• Commerce.comは、すでにあるサーバー側のMCPサーバーのツール定義と操作を、Cloudflareのエッジを通してそのままブラウザへ橋渡しする
• ツールは買い物客が開いているブラウザの中で、店舗のドメイン上で実行される。エージェントは買い物客と同じ価格とカートを見ており、資格情報は第三者に渡らないと説明されている
• 購入を確定するチェックアウトは、買い物客が自分で押す
• 店舗が管理画面でオプトアウトを選ぶと、Cloudflareがその店舗だけWebMCPを外す。オプトアウトした店舗には、追加の遅延も、外部への問い合わせも、差し込まれるスクリプトもないと説明されている
• 店舗のMCPサーバーが止まっている場合や、ブラウザがWebMCPに対応していない場合は、スクリプトは終了し、店舗は通常どおり表示される

このブログの範囲では、Commerce.comの店舗で実際に有効になっている数や、日本のEC構築サービスでの提供状況は書かれていません。Commerce.comの店舗向けの取り組みの紹介であり、他のサービスで同じように使えると読むことはできません。

ECサイト・個人の運営者が今確認すること

運営者が今確認することとは、WebMCPの導入を急ぐことではなく、使っているサービスがWebMCPをどう案内しているかと、自分のページの情報がAIエージェントに文字として読める形になっているかを確かめることです。

WebMCPは実験段階で、この記事で確認した範囲には、導入すれば売上や集客が上がるという記載はありません。そのため、次の表は「今のうちに状況を把握しておく」ための確認項目です。

仮の例として、架空の小さなオンラインショップの商品ページを考えます。「人気のトートバッグ。サイズ展開あり」とだけ書かれていた説明を、「トートバッグ。素材は綿。サイズはS・M・L。色は2色。送料と発送日は配送案内のページに記載」と、サイズ・素材・色・配送案内の場所が文字で分かる形に直します。この直しで検索結果や売上が変わるとは言えませんが、ページの情報が文字で読めるかを確かめる作業の一例です。

AIの使い方を基礎から学びたい方向けの案内は、公式LINEで確認できます。

WebMCPで注意されている安全面のリスク

WebMCPの安全面のリスクとは、ツールの説明文や戻り値に悪意のある指示が混ざってAIエージェントの動きを操作される、プロンプトインジェクションなどの問題で、仕様案のセキュリティ節に整理されています。

仕様案のセキュリティ節は、プロンプトインジェクション、意図の取り違え、必要以上の情報を渡すことによるプライバシーの漏れ、同一オリジンの境界を越える問題、プライベートブラウジングとの関係を挙げています。プロンプトインジェクションは、ツールの名前や説明に悪意のある指示を埋め込む「ツールの汚染」、戻り値による攻撃、ツールの実装そのものを狙う攻撃に分けて説明されています。

運営者の立場では、自分のツールの説明文と戻り値に外部から来た文章をそのまま入れないこと、購入のような操作の前に人の確認を挟めるようにすることが、仕様案とChromeの解説から読み取れる基本の考え方です。Chromeの解説には、Chrome拡張機能がコンテンツスクリプトでWebMCPのツールを呼び出せるという注意書きもあります。

よくある質問（FAQ）

Q1. WebMCPは今すぐ使えますか？

実験段階の提案標準なので、誰でも標準機能として使える状態ではありません。Chromeでは、Chrome 149からのオリジントライアルか、ローカル開発用の実験フラグで試せるとChrome for Developersが案内しています。

Q2. WebMCPとMCPは同じものですか？

同じものではありません。MCPはAIアプリケーションを外部のシステムにつなぐオープンソースの標準で、WebMCPはその考え方をブラウザのページ側のJavaScriptで実現する提案です。Commerce.comの例のように、同じツール群を両方で使うこともできます。

Q3. 個人のブログや小さなショップでも対応が必要ですか？

この記事で確認した公式ページには、個人のブログや小さなショップに対応を求める記載は見つかりませんでした。まずは、使っているサービスの案内と、ページの情報が文字で読めるかを確かめる程度で足ります。

Q4. WebMCPはSEOやAI検索の表示順に関係しますか？

この記事で確認した6つの公式ページの範囲では、WebMCPが検索結果やAI検索の表示順に与える影響の記載は確認できませんでした。関係があるかどうかは、今の時点では判断できません。

Q5. AIエージェントが勝手に購入まで進めてしまいますか？

Commerce.comの例では、購入を確定するチェックアウトは買い物客が自分で押す設計だと、Cloudflareのブログで紹介されています。Chromeの解説には、購入のような操作で確認ダイアログを求める方法も書かれています。ただし、実際の動きはサイトとエージェントの実装によります。

まとめ

WebMCPは、ページが名前の付いたツールをAIエージェントに渡す、実験的な提案標準です。従来のMCPがサーバー側にツールを置くのに対し、WebMCPはブラウザで開いているページ側に置きます。Chromeではオリジントライアルや実験フラグで試せる段階で、標準としては草案です。

2026年10月21日のCloudflareの発表は、約10万ドメインを運用するCommerce.comの店舗に一括で有効にする構成と、店舗ごとのオプトアウトの仕組みを説明したものでした。運営者が今できるのは、使っているサービスの案内を確かめ、商品情報が文字で読める形になっているかを点検するところまでです。仕様と提供状況は変わる可能性があるため、判断の前に公式ページで最新の内容を確認してください。