2026年9月、OpenAI は ChatGPT デスクトップアプリの組み込みブラウザに WebMCP（Site tools） のサポートを実装した。これはウェブの在り方を根底から変える変化だ。これまで AI エージェントがウェブサイトを操作するには、HTML を解析し、ボタンらしき要素を推測してクリックを「模倣」するしかなかった。WebMCP はそれを終わらせる。ウェブページ自身が「自分で何ができるか」を 名前付きの関数として AI に直接教える ようになるからだ。
タイミングは象徴的だ。わずか数時間前の朝（同日09:00枠・post-240）に、NVIDIA が家庭内 GPU を「分散コンピュート」にする PAIR を公開した。PAIR が「AI インフラの物理層」を分散させたのに対し、WebMCP は「ウェブそのもの」をエージェントが直接操作できる層へと書き換える。本稿はこの変化を、技術構造・ロールアウトの実態・性能・制御の問題・SEO への含意まで徹底解説する。
1. 何が起きたか ── ウェブが「人間のため」から「エージェントのため」へ
ウェブの歴史のほとんどは、「人間が読み、クリックし、移動する」ことを前提に作られてきた。しかし2026年、人間とインターネットの間に「AI エージェント」という層が挟まる ようになり、ウェブには全く異なるもう一つの「読者」ができた。その読者は目を持たず、画面を見ず、むしろ「構造化された関数呼び出し」を望む。
WebMCP は、この新しい読者にウェブが 自分の言葉で話しかける ための標準だ。「ボタンを推測してクリックしろ」ではなく、「search_catalog という関数がある。引数は query だけだ。これを呼べ」とページが明示する。
2. WebMCP とは何か ── MCP と何が違うのか
まず決定的な誤解を避ける。WebMCP は MCP（Model Context Protocol）と競合しない。両者は補完関係にある（MCP の v2.0 草案は post-227 で扱った）。
| 軸 | MCP | WebMCP |
|---|---|---|
| 動く場所 | サーバーサイド | ブラウザ（タブ内） |
| 接続先 | API・DB・外部サービス | 今そのページにある生きたUI |
| 成熟度 | 本番運用（Linux Foundation 管轄） | オリジントライアル（Chrome 149） |
| 管轄 | Linux Foundation | W3C Community Group |
Zuplo の言葉を借りれば、「MCP は AI アプリのための API。WebMCP は AI エージェントのための SEO」 だ。MCP がサーバーサイドでバックエンドとつながるのに対し、WebMCP はブラウザのタブの中で、今そのページにいるエージェントとだけつながる。
技術的には、ウェブページが document.modelContext.registerTool({ name, description, inputSchema, execute }) を呼ぶだけだ。W3C Web Machine Learning Community Group が策定し、Google と Microsoft のエンジニアが共同執筆、2026年2月10日に初発表された。モデルに依存しない（model-agnostic）仕様で、Gemini でも Claude でも ChatGPT でも動く。
3. Shopify の「黙示録的」ロールアウト ── 数百万店が気づかないうちに
この標準を一気に現実のものにしたのが、Shopify の動きだ。2026年8月、Shopify は すべての Liquid ストアフロント に対して WebMCP ツールを一斉に有効化した。セットアップは不要、「何もインストール・設定する必要はない」の6語。商人は誰も承認しておらず、誰も訊かれていない。
有効化されたのは10個のツール：
- カタログ：search_catalog、browse_store、get_product、show_variant
- カート：get_cart、update_cart、cancel_cart
- チェックアウトと注文：proceed_to_checkout、manage_orders
- サポート：search_shop_policies_and_faqs
注目すべきは proceed_to_checkout が購入を完了しない ことだ。カートが空でないことを確認してチェックアウト画面へ誘導するだけで、決済の実行は人間が行う。つまり「エージェントは買い物かごを作れるが、お金を払うには人間が必要」という設計だ。これが、自動購入への警戒を和らげる安全弁になっている。
4. OpenAI の「Site tools」実装 ── ChatGPT ブラウザが道具を呼ぶ
Shopify が「サイト側」を整えたのに対し、OpenAI は8月25日に「クライアント側」を整えた。ChatGPT デスクトップブラウザ（および ChatGPT Sites）が、互換サイトを開いたときにそのページのツールを 自動発見して呼び出す ようになったのだ。
- 対象モデル：GPT-5.6 Sol および Terra（Enterprise・Edu ワークスペースでは利用不可、Luna は無効）
- 確認：各ツール呼び出しは実行前に安全レビューを通り、購入や権限変更などの高リスク操作はユーザー確認必須
- 可視化：ブラウザのアドレスバーで「Site tools」を選ぶと、そのページが公開しているツール一覧を確認可能
Codex には「既存のウェブアプリや ChatGPT Site に WebMCP を追加せよ」と頼めば、既存のロジックと権限を使って統合コードを生成させられる。
5. パフォーマンス ── スクリーンショット自動化の墓標
なぜこれが重要か。従来の「画面を見てクリックを模倣」する方式は、1操作あたり 5〜10秒 かかり、エラー率は 15〜20% だった。テーマの CSS クラスが変わるだけで壊れる脆弱な手法だ。WebMCP はこれを 1〜2秒・エラーほぼゼロ にする。Chrome はスクリーンショット自動化と比べて トークン消費を89%削減 すると試算する。約3億ドル規模のヘッドレスブラウザ市場が、この変化を注視している。
6. 誰が動いているか ── Chrome / Cloudflare / 企業
- Chrome 149 オリジントライアル：Expedia、Booking.com、Etsy、Redfin、Instacart、Credit Karma、TurboTax、Target が参加。本番トラフィックでの実証。
- Cloudflare：開発者プレビューで、エッジから
/.webmcp/bridge.jsを注入し、オリジン側のコード変更なしに WebMCP ブリッジを提供（C2PA メタデータと Site MCP Server を含む）。 - Progress Software：Telerik/Kendo UI のデータグリッドやフォームが自動でツールを登録。最初のエンタープライズ UI ツールキット対応。
- 安定版：Chrome/Edge での正式サポートは 2026年Q4 予定。
OpenAI は並行して10日間の WebMCP Challenge を開催（締切9月3日、受賞者9月23日発表）。優勝10作品に各 $3,000 と1年分 ChatGPT Pro、Codex Micro キーボード、Shopify/Chrome/Cloudflare/Vercel/Render/Netlify 各社の特典。スポンサー構成そのものが、「サイト」「クライアント」「インフラ」の三層が揃ってこの標準を押し上げていることを示している。
7. 制御のギャップ ── インフラがエージェントの顔を決める
ここで重要な批判がある。WebMCP は「ウェブサイトがエージェントを制御する」と説かれるが、現在の実装はプラットフォーム側がインターフェースを握っている。
- Shopify が10個のツールを「プラットフォーム全体で」選んでおり、商人が個別にオフにしたり説明を編集したりする手段は公開ドキュメントに見当たらない。
- Cloudflare はエッジでブリッジを注入するため、サイト所有者とエージェントの間に「もう一人の仲介者」が入る。
- WebKit（Safari）/Firefox は反対または未実装で、Chromium 系ブラウザへの依存が強い。
つまり「エージェント対応」の第一歩は、インフラ層が既定値を決める 形で始まった。数年後、大多数の店は気づかないうちにプラットフォームの既定値で動いているだろう。
8. SEO・マーケティングへの含意 ── 構造化データが店頭になる日
- 構造化データが店頭になる：ツールは title・description・variant 名・ポリシー本文といった構造化フィールドを返す。レビュー carousel や注目バッジはツール呼び出しからは見えない。
- 比較が対称的・安価になる：エージェントが5店の search_catalog を1タブ開く間に呼べるようになると、価格と在庫が決定の最前線に出る。
- アトリビューションが難化：ChatGPT ブラウザのセッション内で組み立てられた購入は、通常のアナリティクスには見えない形になる。
商品データが薄ければ、エージェントから見た店も薄い。デザインで埋め合わせる術はない。
9. 「集中リスク元年（post-238）」と「PAIR（post-240）」の次に来る層
9月の一連の流れを三層で整理できる。
| 層 | 担うもの | 該当記事 |
|---|---|---|
| 物理層 | 家庭内 GPU を分散コンピュートに | post-240 PAIR |
| Web層 | ウェブを関数としてエージェントに公開 | 本記事 WebMCP |
| モデル層 | エージェント自体の知能・請負能力 | post-236 Astra / post-239 Gemini Agent |
PAIR が「計算の分散」を、WebMCP が「Web のエージェント化」を担う。同じ9月、物理層と Web 層の両方が「エージェント・ファースト」に書き換わり始めた のだ。
10. まとめ ── 「クリックするウェブ」から「関数を呼ぶウェブ」へ
- 核心：WebMCP はウェブが AI エージェントへ「関数」を直接公開する標準。クリック模倣の時代の終わり。
- 現状：Shopify 数百万店が既定で有効、OpenAI/ChatGPT・Chrome・Cloudflare が実装。
- 性能：5〜10秒・15〜20%エラー → 1〜2秒・ほぼゼロ、トークン89%削減。
- 懸念：制御のギャップ（プラットフォームがインターフェースを握る）、Safari/Firefox 未対応。
- 含意：構造化データが店頭になり、SEO・アトリビューションが再定義される。
人間が「クリックするウェブ」から、エージェントが「関数を呼ぶウェブ」への移行は、検索対応・モバイル対応と同じく、ある日「当たり前」になる。違いは、その第一歩が プラットフォーム側の既定値 として、数百万店に一斉にもたらされた点だ。あなたのサイトがエージェントにどう見えているか──それはもう、あなたが決めるより先に、インフラが決め始めている。
本記事は、wpnews.pro「WebMCP Is Live in ChatGPT」（2026-09-03）、thesoftix「WebMCP for Small Business」（2026-09-01）、Shopify Developers WebMCP documentation、vktr.com「OpenAI Adds WebMCP to ChatGPT's Browser」（2026-08-27）、alphasignal「OpenAI's WebMCP Challenge」（2026-09）、stateofaimarketing「Shopify WebMCP」、および AgentAI 編集部の独自取材に基づいて作成。
関連記事： post-240「NVIDIA PAIR（分散コンピュート）」（同日09:00 公開、物理層のエージェント化）/ post-239「Google Gemini Agent」（前日17:00、請負型エージェント）/ post-238「AI産業の集中リスク元年」（前日09:00）/ post-236「OpenAI Astra critical 宣言」（9月3日）/ post-227「MCP v2.0」（Anthropic×OpenAI の標準草案、WebMCP のサーバーサイド版）