Googleは、開発者会議I/Oにおいて、ChromeブラウザとWeb全体を「エージェント型AI」の時代へと適応させるための壮大な構想を発表しました。
これまでWebサイトは人間が閲覧することを前提に設計されてきましたが、今後はAIエージェントが自律的に情報を収集し、タスクを実行するためのプラットフォームへと進化を遂げようとしています。
Googleのデベロッパーアドボケートであるポール・キンラン氏は、エージェントが開発のあり方を再定義し、ユーザー体験の境界線を塗り替えていると強調しています。
本記事では、この「エージェント対応Web」を実現するための基幹技術であるWebMCPや、革新的なUI技術であるHTML-in-Canvasについて詳しく解説します。
WebMCP：WebページをAIエージェントの「道具箱」に変える新標準
Googleが提唱する次世代Webの核となるのが、WebMCP（Web Model Context Protocol）と呼ばれる新しいオープン標準規格です。
従来のAIエージェントは、人間と同じようにWebサイトのDOM（Document Object Model）を解析したり、スクリーンショットを読み取ったりすることでサイトの内容を理解しようとしていました。
しかし、この手法は計算リソースの消費が激しく、構造が複雑なサイトでは誤作動が起きやすいという課題を抱えていました。
WebMCPは、Webサイト側が特定のJavaScript関数やHTMLフォームを「AIが利用可能なツール」として直接公開できるようにする仕組みです。
WebMCPがもたらす革新的な効率化
WebMCPを導入することで、AIエージェントはサイトの見た目に惑わされることなく、エンジンの内部機能に直接アクセスできるようになります。
これにより、処理速度が飛躍的に向上し、複雑な予約操作やデータ抽出の精度が劇的に改善されます。
すでにBooking.com、Expedia、Shopify、Instacartといった主要なプラットフォームが、このWebMCPへの関心を表明しています。
Chrome 149からはオリジントライアルが開始される予定であり、開発者は早期にこの新しい対話モデルを試すことが可能です。
WebMCPによる機能公開の概念例
開発者は以下のようなコードを定義することで、AIに対して明示的な操作権限を与えることができるようになります。
// AIエージェントに在庫確認機能を提供する概念的なコード
const inventoryTool = {
name: "check_stock",
description: "特定商品の在庫状況を確認します",
parameters: {
productId: "string"
},
// エージェントが呼び出す実行関数
execute: async ({ productId }) => {
return await fetchInventory(productId);
}
};
// WebMCPを通じてツールを登録する（イメージ）
window.webmcp.registerTool(inventoryTool);Chrome DevToolsのAI統合によるデバッグの自動化
開発者向けツールである「Chrome DevTools」も、AIエージェント時代に合わせて大きなアップデートを遂げました。
Googleは、AIエージェントをDevToolsに直接接続し、コンソールログやネットワークトラフィック、アクセシビリティツリーを自律的に解析させる機能を正式にリリースしました。
開発者はもはやエラー内容をAIにコピペして説明する必要はありません。
AIエージェントはDevToolsの内部情報を直接観察し、「なぜこのエラーが起きているのか」「どう修正すべきか」を即座に判断してコードを提案します。
この機能は、Google自身のAntigravityアプリや、20種類以上の主要なコーディングエージェントですでに利用可能となっています。
Webの視覚表現を再定義する「HTML-in-Canvas API」
AI対応と並んで注目されているのが、Webのユーザーインターフェース（UI）を根本から変える可能性を秘めたHTML-in-Canvas APIです。
従来の<canvas>要素は、高性能なグラフィックスを描画できる一方で、テキストの選択やアクセシビリティ、フォーム入力といったHTML標準の機能が使えないという弱点がありました。
HTML-in-Canvasは、WebGLやWebGPUで描画される3D空間の中に、本物のDOM要素を直接レンダリングすることを可能にします。
これにより、3Dグラフィックスと高度な操作性がシームレスに融合した、没入感のあるWeb体験が実現します。
次世代Web UIの比較
以下の表は、従来のWeb手法とHTML-in-Canvasがもたらす違いをまとめたものです。
| 特徴 | 従来のCanvas | HTML-in-Canvas |
|---|---|---|
| テキスト操作 | 描画のみ（選択不可） | コピー・検索・翻訳が可能 |
| アクセシビリティ | 対応が極めて困難 | 標準DOMとしてスクリーンリーダー対応 |
| 入力フォーム | 独自実装が必要 | 標準のinput要素が利用可能 |
| 視覚効果 | 2D/3D描画のみ | 3D空間でのリッチなUIアニメーション |
開発者を導く「Modern Web Guidance」とBaselineの役割
AIによる自動コーディングが普及するにつれ、AIが「どのブラウザ機能を優先して使うべきか」を正しく判断することが重要になっています。
Googleは、ブラウザ間の互換性を定義する「Web Platform Baseline」をさらに進化させたModern Web Guidanceを発表しました。
これはAIコーディングエージェントに向けた「スキルセット」の役割を果たし、エージェントがユーザーの環境に最適な最新機能を提案できるように設計されています。
Google Analytics APIと連携することで、実際のユーザーが使用しているブラウザのサポート状況に基づいたコード生成も可能になります。
「動かないコードをAIが生成する」というリスクを、プラットフォーム側から解消しようとする試みです。
まとめ
Googleが示したビジョンは、Webを単なる「情報の閲覧場所」から、人間とAIが共生する「動的な実行環境」へとアップデートするものです。
WebMCPによるエージェントとの協調、DevToolsによる開発プロセスの自動化、そしてHTML-in-Canvasによるリッチな表現力の獲得は、すべてが地続きの戦略として繋がっています。
私たちは今、2005年頃に起きたWeb 2.0の変革にも匹敵する、巨大なパラダイムシフトの入り口に立っています。
開発者にとって、これらの新しい標準やツールをいち早く理解し活用することは、次世代のWeb体験を形作るための大きな武器となるでしょう。
AIエージェントがWebを自由に駆け巡り、ユーザーに代わって複雑なタスクをこなす未来は、すぐそこまで来ています。