Google I/O 2026で、GoogleはChromeブラウザとAIエージェントを直接連携させる新オープン標準「WebMCP」をはじめとする計15の新機能を発表した。ブラウザを単なる表示ツールから「AIエージェントの実行基盤」へと進化させる「Agentic Web（エージェント型ウェブ）」構想が、具体的な仕様とともに動き始めた。

WebMCP――ウェブサイトがエージェントに「ツール」を公開する仕組み

今回の発表の核心は「WebMCP（Web Model Context Protocol）」だ。これはウェブサイト側がJavaScript関数やHTMLフォームなどの操作ツールを構造化された形でブラウザ内エージェントに公開できるオープンウェブ標準として提案されたものだ。

これまでのAIエージェントによるウェブ操作は、画面上のUIをクリック・入力する「コンピュータ使用」モデルが主流だった。UIの変更に弱く、精度も安定しない。WebMCPはこの課題を根本から変える。サイト開発者が「この関数をエージェントから呼んでいい」と明示的に宣言することで、エージェントはバックエンドAPIを直接叩いて処理を完結できる。

公式ブログが示す具体例がわかりやすい。多都市の旅行計画を立てる場合、従来のエージェントは予約フォームを何度もクリックしながら作業していた。WebMCPが普及すれば、エージェントはAPIに直接クエリを投げ、天気・価格・空席を統合した旅程を数秒で生成してユーザーに提示できる。

Chrome 149からオリジントライアル（実験的公開）が始まり、GeminiのChrome内エージェントが早期からWebMCP APIをサポートする予定だ。すでに複数のグローバルブランドが試験導入しているという。

Modern Web Guidance――コーディングエージェント向けのベストプラクティス集

もう一つ注目すべきは「Modern Web Guidance」だ。アクセシビリティ・パフォーマンス・セキュリティの観点から専門家が監修した100以上のユースケース向けガイダンスが、コーディングエージェントに直接組み込まれる。

MDNのドキュメント「Baseline」と統合されており、エージェントが「どのブラウザ機能を使ってよいか」「フォールバックは何か」を自動判断できるようになる。npxや各種コーディングエージェントの拡張としてワンクリックでインストール可能な点も実用的だ。

Chrome DevTools for Agents――デバッグ作業もエージェントへ

3つ目の柱は「Chrome DevTools for Agents」。コンソールログやネットワークトラフィックへのアクセスをエージェントに与え、デバッグ・最適化作業を自動化できる。コーディングエージェントがコードを書いて、同じエージェントがブラウザのDevToolsで動作確認まで完結させる——という開発ループの自動化が現実になる。

実務への影響——日本のエンジニア・IT担当者が今見るべきこと

WebMCPは「ウェブ向けMCPプロトコル」と考えると整理しやすい。 デスクトップAIエージェント向けにAnthropicが策定したMCP（Model Context Protocol）をブラウザのウェブサイトに拡張した概念だ。MCPに慣れているエンジニアなら、仕様の理解は早い。

実務上の対応として今から考えておきたいのは以下の点だ。

  • 自社サービスのAPI設計見直し: エージェントが呼び出しやすいRESTful/GraphQL APIを整備しておくことが、WebMCP対応の前提になる
  • 認証・認可の再設計: エージェントがAPIを叩く際のOAuth連携・スコープ設計を今のうちに議論しておく
  • 「エージェント向け」UI/UXの概念: ユーザーが見るUIと、エージェントが使うツール定義を分離して設計する発想が求められる
  • Chrome 149の動向追跡: オリジントライアルは早期フィードバックを集める段階。仕様変更があり得るため、本番投入は正式リリース後が無難

Modern Web GuidanceはCursor・GitHub Copilot・Claude Codeなどのコーディングエージェントの拡張として組み込める。フロントエンド開発でエージェントを活用しているチームは、このガイダンスを早期に試す価値がある。

筆者の見解

WebMCPが提案している方向性自体は、エージェント活用を真剣に考える人間であれば「そうあるべきだ」と感じるはずだ。画面上のUIをクリックし続けるエージェントは、UIが少し変わるだけで壊れる。サイト側が「ここを呼べ」と明示する設計の方が、信頼性もスケーラビリティも段違いに高い。エージェントがツールを介してシステムと対話するMCPの思想を、ウェブ全体に広げようという発想は筋がいい。

ただし、オープンスタンダードとして普及するかどうかは話が別だ。WebMCPはあくまでChromeが主導する提案であり、現時点ではChrome＋Geminiのエコシステムが動く前提で設計されている。Safariが対応するか、Firefoxが追随するか、他のAIエージェントが実装するか——標準として根付くには、Chrome以外のプレイヤーがどう動くかを見届ける必要がある。

もう一点気になるのは、WebMCPが「エージェントによるAPIの直接呼び出し」を可能にするということは、同時にセキュリティとプライバシーの新しい問題を生む、ということだ。ユーザーがエージェントに「どこまで許可するか」を正確に把握できる設計になっているか、悪意ある実装によるAPIの乱用をどう防ぐか——これはウェブの新しい攻撃面になり得る。普及速度と安全設計のバランスを、Googleがどうとるかは今後も注視したい。

Agentic Webの到来自体は避けられない流れだ。ウェブ開発者は「人間が見るサイト」と並行して「エージェントが使えるサイト」をどう設計するかという新しい問いに、早めに向き合っておいた方がいい。

出典: この記事は 15 updates from Google I/O 2026: Powering the agentic web with new capabilities in Chrome の内容をもとに、筆者の見解を加えて独自に執筆したものです。