【I/O 2026】Webの未来を変える『WebMCP』とは何か。ブラウザAIエージェントのためのオープン標準が始まった話

Google I/O 2026 Developer Keynote で、Gemini や Antigravity といったキラキラした発表の裏側で、地味にWeb の未来を5年〜10年スパンで変える可能性のある提案がありました。

WebMCP(Web Model Context Protocol)。

聞き慣れない名前ですが、これは「ブラウザベースAIエージェントに、サイトの機能を構造化された形で公開するためのオープンWeb標準」の提案です。

Google公式の表現を引用します。

WebMCP is a proposed open web standard for exposing structured tools to browser-based AI agents, with an experimental origin trial starting in Chrome 149.

(WebMCP は、ブラウザベースの AI エージェントに対して構造化されたツールを公開するための、提案中のオープンWeb標準である。Chrome 149 で実験的なオリジントライアルが開始される)

出典: All the news from the Google I/O 2026 Developer keynote (Google Developers Blog)

この記事では、

MCP とは何か(基礎おさらい)
WebMCP は何が違うのか
なぜこれが「Web の構造変化」になるのか
開発者・サイト運営者は今何を理解しておくべきか

を整理します。

まず MCP とは何か(おさらい)

MCP = Model Context Protocol。Anthropic が2024年11月に発表したオープンプロトコルです。

ざっくり言うと、

「AIモデルが、外部のツールやデータにアクセスするための統一規格」

です。

これまで、AIに「Slackのメッセージを読ませる」「Notionに書かせる」「Gmailを操作させる」のような連携は、それぞれのサービスごとに個別実装が必要でした。

MCP は、それを**「USB-C みたいな統一規格」**にしようという提案です。MCP対応のサーバーを立てれば、Claude も ChatGPT も Gemini も、同じインターフェースでそのサービスを利用できます。

2025年〜2026年にかけて、MCP は事実上の業界標準として広がっています:

Anthropic Claude が MCP ネイティブサポート
OpenAI も2025年に MCP 対応を表明
ElevenLabs の音声アシスタントも MCP 対応
VS Code、Cursor、Cline などもMCP接続可能

では WebMCP は何が違うのか

MCP はもともと「サーバー上で動くアプリケーション」に対して、AIエージェントが接続するためのプロトコルでした。

WebMCP は、それをさらに進めて、

「Web サイトそのもの」が、ブラウザ内のAIエージェントに対して機能を提供する

という形に拡張する提案です。

つまり、

通常の MCP ── サーバー上のサービス(Slack, Notion, Gmail等)と AI の接続
WebMCP ── ブラウザで開いている Web サイトと、そのブラウザ内 AI エージェントの接続

という、もう一段奥のレイヤーを取りに来ています。

WebMCP で何が変わるのか:具体例

抽象的な話だけだとピンと来ないので、具体例で考えます。

例1: Eコマースサイトでの買い物

これまで:

ユーザーがサイトを開く
検索ボックスに「メンズ Lサイズ黒シャツ」と入力
検索結果から選ぶ
カートに入れる
配送先、決済情報を入力
注文確定

WebMCP 対応後:

ユーザーが「このサイトでLサイズの黒シャツを買って」とブラウザ内 AI に頼む
AI が WebMCP 経由でサイトの「検索機能」「カート機能」「決済機能」を直接呼び出す
ユーザーは確認するだけ

このとき、AI がボタンの座標をクリックしているわけではない点が重要です。サイトが提供する**「公式の操作API」**を通じて、構造化された形で操作しています。

例2: 予約サイトでの操作

「明日の19時、新宿のイタリアン4人で予約して」とAI に頼むと、サイトが提供する WebMCP の「予約検索」「予約確定」ツールを直接呼び出してくれます。

例3: 銀行サイトでの操作

「先月の家賃の支払い記録を確認して、レシートを PDF で保存して」みたいな指示を、安全に AI に実行してもらえます。

なぜ WebMCP が「Web の構造変化」なのか

3つの観点で、これは構造変化です。

① 「人間が操作する Web」から「AI も操作する Web」へ

これまでの Web サイトは、人間が画面を見ながら、ボタンをクリックして操作する前提で作られていました。

WebMCP が広がると、サイト側は**「人間用のUI」と「AI用の API的入口」の両方を提供する**のが標準になります。

これは1990年代後半に「Webサイトはモバイル対応もする」が標準になったのと同じレベルの構造変化です。

② AI エージェントの精度が劇的に上がる

現状、Operator(OpenAI)や Computer Use(Anthropic)のようなブラウザ操作AIは、画面のスクリーンショットを見て、ボタンの位置を推測してクリックする方式が主流です。

これは技術的には驚異的だけれど、遅いし、画面が変わるとすぐ壊れる。

WebMCP が広がれば、AI はサイトが公式に提供する API的なツールを呼び出すので、

速い(画面認識不要)
壊れにくい(UIが変わっても API契約が変わらない限り動く)
安全(サイト側が AI に許可した操作だけが可能)

という、現実的に使えるレベルになります。

③ Web サイトの「ビジネスモデル」が変わる可能性

サイトが WebMCP で機能を公開するということは、**「AI エージェント経由のアクセス」**という新しい流入経路が生まれることを意味します。

検索エンジンからの流入(SEO)
SNS からの流入(SMO)
AI エージェントからの流入(AIO?) ← 新カテゴリ

「Google 検索で上位に出る」だけでなく、「AI エージェントに優先的に呼ばれる」ためのサイト最適化が、これからの新しい SEO になっていくと予想できます。

開発者・サイト運営者が今すべきこと

「で、今何を準備すべきか?」

3つあります。

① MCP の基礎を理解する

WebMCP は MCP の上に乗っているので、まずMCP そのものを理解しておく必要があります。

MCP の仕様: https://modelcontextprotocol.io
既存の MCP サーバーをいくつか触ってみる
Claude や ChatGPT で MCP 接続を試してみる

② Chrome 149 でオリジントライアルに参加してみる

WebMCP は Chrome 149 でオリジントライアルが始まります。自社サイトを実験的に WebMCP 対応させてみることで、「AI エージェントに対応した Web サイト」がどう動くかを体感できます。

具体的な実装ガイドは Google から順次公開されるはずです。

③ 「AI に呼ばれるサイト」の設計を意識し始める

ここから半年〜1年で、徐々に以下の問いが業界で議論され始めます。

どの機能を WebMCP で公開する?(全部 or 一部 or なし)
AI エージェント経由のトラフィックをマネタイズするには?
AI エージェントによる過剰アクセス・濫用をどう防ぐ?
AI エージェント経由の購入を広告主にどう測定してもらう?

「AI エージェントが買い物する世界」の経済設計は、まだ誰も答えを持っていません。今のうちにこの問題意識を持っておくだけでも、将来の差につながります。

注意点:WebMCP はまだ「提案中」

楽観的なことばかり書きましたが、現時点で WebMCP は提案中の標準であり、

W3C / WHATWG での標準化はこれから
他のブラウザベンダー(Apple Safari、Mozilla Firefox)が採用するかは未定
大規模サイトが対応するインセンティブ設計が未確立

という不確実性があります。

過去にも「Web Components」「Service Worker」のように、Google が提案して時間をかけて広がった標準もあれば、「AMP」のように一時期は推されたが廃れた標準もあります。WebMCP がどちらに転ぶかは、これからの2〜3年で決まります。

おわりに

WebMCP は、Antigravity 2.0 や Gemini 3.5 のように**「すぐに役立つ製品」**ではありません。

でも、長期で見たときに**「Web 全体の構造を変える可能性のある提案」**として、エンジニアコミュニティは絶対に追いかけ続けるべき発表です。

「AI エージェントが Web を操作する未来」が現実になるかどうかは、WebMCP の成否にかかっていると言っても過言ではありません。

最後まで読んでいただき、ありがとうございました。よかったらスキとフォローで応援してもらえると、次の記事を書くモチベーションになります。