Chrome 146がWebMCPにネイティブ対応、Webページ自身がAIエージェントの操作サーバーに

AIエージェントにWebブラウザを操作させる試みは、これまで決して手軽なものではありませんでした。ヘッドレスブラウザを立ち上げ、裏でPythonやNodeのスクリプトを動かし、CDP経由で無理やり画面を解析させる必要があったからです。

Chrome 146で実験的にネイティブ対応が始まったWebMCPは、その構造を根底から覆します。GoogleとMicrosoftが共同で推進するこの新しい標準規格は、閲覧中のWebページそのものをMCPサーバーに変え、フロントエンドのJavaScriptをエージェントの操作窓口に仕立て上げます。

フロントエンドがそのままエージェントの窓口になる

従来のChrome 144などで検証されていたCDP（Chrome DevTools Protocol）頼みの方式に比べ、WebMCPのアプローチははるかに直接的です。

外部の仲介サーバーを用意する必要がありません。フロントエンドのコードがそのままAPIを公開するため、余計なDOMの解析やトークンの浪費を大幅にカットしながら、エージェントが高い精度で機能を呼び出せます。

仕様案には、標準的なHTMLアクションを扱う宣言的APIと、複雑なJavaScriptの実行を伴う命令的APIの2種類が盛り込まれています。

興味深いのは、人間が作業から排除されない点です。バックグラウンドで勝手に動くだけでなく、ユーザーが自分でブラウザを見ながらAIチャットを呼び出し、開いているページの内容について質問したり、ページ内の検索機能をエージェントに直接実行させたりする使い方が想定されています。

ブラウザの完全制御と実験的フラグの設定

非常に強力な権限をエージェントに与えるため、この機能はデフォルトでは無効化されています。

試すにはバージョン146.0.7672.0以上のChromeが必要です。アドレスバーに chrome://flags/#enable-webmcp-testing と入力してフラグを有効にし、再起動後に chrome://inspect から接続を有効化します。

有効化すると、AIはブラウザの完全な操作権限を握ることになります。保存されたCookieやWebサイトのデータへのアクセス、任意のURLへの遷移がすべて許可されます。

つまり、ログイン済みのセッションをそのままAIに託せるということです。日常的な定型作業やSNSの巡回を自動化する強力なアシスタントになり得る一方で、極めて高い信頼が求められます。

現状はまだ極初期の段階であり、タブを大量に開くと公式の接続が不安定になるケースも報告されています。そのため、100以上のタブでも安定して常時接続を維持できる最適化ツールなども有志により開発されています。

なぜ重要か

WebMCPの導入は、ブラウザとAIの距離を縮める上で極めて合理的であり、同時に非常に大胆な賭けだと考えられます。

ユーザーや開発者にとって、Web自動化のハードルが一気に下がる恩恵は絶大です。画面のスクリーンショットをAIに見せてクリック位置を推測させる重い処理から解放され、軽量かつ高速に動くようになります。しかし、ログイン状態のCookieを丸ごと明け渡す以上、プロンプトインジェクションなどの攻撃を受けた場合の被害リスクは跳ね上がります。

業界全体にとっても、GoogleとMicrosoftが足並みを揃えた意義は小さくありません。今後のWebサイトは「人間が目で見るため」だけでなく、「AIがAPIとして実行するため」の設計が標準になっていくはずです。

無理やり画面を模倣させていたエージェントの時代から、Web自体がエージェントを受け入れる時代への転換点になりそうです。