AI にショッピングサイトの返品を頼んだら、スクリーンショットを見ながら「返品を申込む」を「受け取り完了」に押し間違えた——こういう経験はないだろうか。AI が愚かなのではない。手元にある情報がスクショ一枚で、ボタンは「ボタンに似た色のかたまり」でしかないからだ。メニューがないから、見た目で推測するしかない。
もう一つ：「返品ポリシーは何日？」と普通のチャットに聞くと「30日」と即答し、注文ページには「14日」と書いてあった。ページの本当の機能を読む経路がなく、記憶と推測で答えている。
この2つの失敗は同じ原因だ：**ウェブページの機能が、AI が読める形で書かれていない。**ページは人間の目とマウスのために書かれている。
WebMCP とは何か
WebMCP は W3C Web Machine Learning ワーキンググループの草案仕様で、OpenAI の専用プロトコルではない。仕組みを一言で言うと：
サイトが JavaScript で「ツール」をページ内に登録する。各ツールには用途説明と構造化パラメータが付き、ブラウザー内のエージェントがそのページに着くと発見し、呼び出せる。
ツールはウェブページ自身が実装し、ユーザーがアクセス中のページとセッションで動く。通常の MCP との分担は OpenAI の公式ドキュメントが明確にしている：MCP は AI アプリと独立サーバーを接続し「ページを開かなくてもできること」に、WebMCP はページ自身が提供し「あなたと AI が同じページを見ていること」に向く。1つのサイトが両方をサポートしてもよい。
今日試せる2つの対話
ChatGPT デスクトップ版のアプリ内ブラウザ以外に何もインストール不要。
1つ目。 アプリ内ブラウザで learn.chatgpt.com を開く。アドレスバー横の「Site tools」マークをクリックし「Available site tools」を開くと、「OpenAI ドキュメントを検索」「パスでページを読む」のようなツール一覧が見える。そして ChatGPT にこう言う：
WebMCP に関連するドキュメントを探して、セキュリティに関する部分を読み出して。
スクショでリンクを推測せず、ページが宣言したツールを直接呼び出す：検索→読み取りの数ステップで結果が返る。
2つ目（対照）。 同じ質問をブラウザなしの普通のチャットに投げる。一般検索と記憶で答えるので、品質は運次第で、最新版のドキュメントを読んだか確認できない。
対比して分かる素朴な違い：1つ目では AI はサイト公式の機能を使い、2つ目では推測している。**WebMCP はサイトの機能を AI が直接叩けるメニューにする——AI は見た目でボタンを推測するのをやめ、メニューから注文する。**これがこの記事で覚える一句だ。
なぜ今なのか
「スクショでボタンを推測する」旧来の道には天井がある：遅く、高く、押し間違い率は制御できず、サイトのリニューアルで効かなくなる。WebMCP は「推測」を「質問」に変える——サイト自身が「何ができて、何が必要か」を宣言し、エージェントが取り決めに従って呼び出す。
エコシステムの動き：
- Chrome は 149 から WebMCP の origin trial を開始（2026年10月1日更新の開発者ドキュメントで確認）
- OpenAI は WebMCP Challenge を開催し、審査員にブラウザーエージェント責任者が名を連ねる
- W3C ワーキンググループで草案が進行中
標準団体・ブラウザーベンダー・AI ベンダーの3つの力が同じ方向を向くのは、エージェント生態系で珍しい。
robots.txt の類比で考えると分かりやすい：かつてサイトは宣言ファイルで「何をクロールしてよいか」を伝えた。WebMCP はエージェントに「何ができて、どうやるか」を伝える。（この類比は理解を助ける推論で、仕様原文の言明ではない。）
数字で冷静になる
2026年9月3日付の独立統計（apis.io）は、730の MCP エンドポイントを持つプロバイダーを調査し、81件の WebMCP 登録を検出した。内訳は：
- 72件：ReadMe.io ドキュメントプラットフォームのコンポーネント
- 9件：プロバイダー自前の実装（Cloudflare、Zapier、Nylas、Render など）
- 6件：廃止済み navigator インターフェースのみ使用
つまり「サイトが自分で手を動かした」実装は9件。まだ正式標準でもなく、Chrome の API は一度表面を移行している。私の判断：方向はおそらく正しいが、今は「知って、語る」タイミングで、「すぐ体験が変わる」と期待するタイミングではない。
機会はどこにあるか
一般ユーザー：マークの見方だけ覚える。 アプリ内ブラウザのアドレスバーに「Site tools」があれば、そのページが AI に公式ツールを開放している。あれば AI はメニューから仕事をしており、なければスクショで推測している可能性が高い。
サイト・プロダクト運営者：「モバイル対応」のような窓口期。 かつてサイトが続々とスマホ対応したのはトラフィックの入口が変わったからで、今回は入口がエージェントに移りつつある。公式ドキュメントの現実的な助言：既存の操作1つから始め（例：ダッシュボードの日付範囲を AI が設定する）、既存の権限と検証を複用し、人間用 UI は残す。プログレッシブエンハンスなので、対応しないブラウザーは従来どおり動く。
コンテンツ制作者：認知差の窓口。 日本語圏でもこの概念の解説はまだ少なく、早く明快に説明する人が注目を集められる。
まだやらなくていいこと
- WebMCP 仕様草案を読む
- Chrome の実験フラグ（chrome://flags/#enable-webmcp-testing）を有効にする——これは開発者向けのローカルデバッグ用
- 自分のサイトを対応させるか今すぐ決める
- 「これを知らないと遅れる」と焦る
プロダクト担当者への3つの判断だけ持って帰る：ツールは読み取り専用から始め、書き込みは後回し。既存のログインと権限を複用し、AI に裏口を開けない。破壊的操作（発注・削除・送信）には人間の確認を残す。
出典
- OpenAI Site tools 公式ドキュメント（2026年10月確認）：https://learn.chatgpt.com/docs/webmcp
- WebMCP 仕様（W3C Web Machine Learning ワーキンググループ草案）：https://webmachinelearning.github.io/webmcp/
- Chrome WebMCP 開発者ドキュメント（2026年10月1日更新確認）：https://developer.chrome.com/docs/ai/webmcp
- apis.io 初期 WebMCP デプロイ統計（2026年9月3日公開）：https://apis.io/2026/09/03/the-first-81-webmcp-deployments-72-are-one-script/