ChromeのLighthouseにAgentic Browsingカテゴリが追加されたのでchrome-devtools-mcpから動かして中身を見てみる
どうも！オペ部の西村祐二です！
Chrome for DevelopersでA developer toolkit to make your website agent-readyが2026年6月22日に公開され、Lighthouseに新カテゴリ「Agentic Browsing」が追加されました。AIエージェントから操作しやすいサイトになっているかを測るためのカテゴリで、ARIA構造や llms.txt、WebMCP対応の有無などをまとめてチェックできます。今回はchrome-devtools-mcpのlighthouse_auditツールから手元で動かして、何がチェックされるかを確認しました。
今回の変更点
- 対象: Chrome for Developersの記事A developer toolkit to make your website agent-readyで紹介された開発者向けツールキット群（2026年6月22日公開）
- 変更の要点:
- LighthouseにAgentic Browsingカテゴリが追加（公式は Chrome 150 以降を要件として記載）
- WebMCP対応サイトのバリデーションが組み込まれた
- Chrome DevTools for agentsのlighthouse_auditツールから、このカテゴリも含めて実行できる
- コーディングエージェント向けに、WebMCP対応の実装ガイダンスを提供する
webmcpskillがModern Web Guidanceに含まれた
- 公式リンク:
ツールキットとして示されているのは、次の4つです。
| 要素 | 役割 | 必要なもの |
|---|---|---|
| Lighthouse Agentic Browsingカテゴリ | サイトがAIエージェントに読みやすいかを監査 | 公式は Chrome 150 以降を要件として記載 |
| WebMCP統合 | サイトの操作をエージェントへ宣言的に公開 | Chrome 149 以降 + WebMCP Origin Trial 登録 |
webmcp skill（Modern Web Guidance同梱） |
コーディングエージェントにWebMCP実装を任せるためのガイダンス | Claude Code、Cursor、Gemini CLI など |
| Chrome DevTools for agents | lighthouse_auditやスクリーンキャストをエージェントから操作 |
chrome-devtools-mcp |
試してみる
検証に使った環境
- macOS（Darwin 24.6.0）
- Google Chrome 149.0.7827.199（Stable）
chrome-devtools-mcp（最新版）- Claude CodeにMCPサーバーとして登録済み
セットアップ手順は過去記事Chrome DevTools MCPサーバーでAIエージェントからブラウザの中身を確認できるようにするを参照してください。
lighthouse_auditを実行する
Claude Codeからchrome-devtools-mcpのlighthouse_auditツールを呼びます。対象は中立な公開ページとして、公式ブログA developer toolkit to make your website agent-readyを使いました。Claude Codeに送るプロンプト例は次のとおりです。
このページのLighthouse監査を実行して
https://developer.chrome.com/blog/agent-ready-toolkit
返ってきたサマリは次のとおりです。
URL: https://developer.chrome.com/blog/agent-ready-toolkit
### Category Scores
- Accessibility: 95
- Best Practices: 100
- SEO: 92
- Agentic Browsing: 43
### Audit Summary
Passed: 55
Failed: 5
既存のAccessibility / Best Practices / SEOに加えて、Agentic Browsing: 43が返ってきました。公式ドキュメント上は Chrome 150 以降が要件と記載されていますが、今回の環境（Stable Chrome 149 + chrome-devtools-mcp 最新版）でもカテゴリ自体は返ってきました（公式の動作保証範囲外）。
Agentic Browsingカテゴリの中身
lighthouse_auditは実行後にレポートのJSONとHTMLのパスも返します。JSONのcategories["agentic-browsing"].auditRefsを抜くと、カテゴリを構成するauditは6つでした（IDはJSON原文の値）。
| Audit ID（JSON原文） | グループ | 重み | 今回の結果 | 公式ドキュメント |
|---|---|---|---|---|
agent-accessibility-tree |
agent-accessibility | 1 | fail（score 0） | Accessibility for agents |
cumulative-layout-shift |
-（acronym: CLS） | 1 | pass（score 0.86、displayValue 0.113） | Cumulative Layout Shift |
webmcp-form-coverage |
webmcp | 0 | notApplicable | Forms missing declarative WebMCP |
webmcp-registered-tools |
webmcp | 0 | notApplicable | Registered WebMCP tools |
webmcp-schema-validity |
webmcp | 0 | notApplicable | Lighthouse agentic browsing scoring |
llms-txt |
agent-accessibility | 0 | notApplicable | llms.txt audit |
重み1はagent-accessibility-treeとcumulative-layout-shiftの2項目だけで、残り4項目は重み0かつ今回はnotApplicableでした。手元で観測したカテゴリスコア 43 は、重み1の2項目を単純平均すると (0 + 0.86) / 2 = 0.43 と一致しました。公式のscoring説明では「カテゴリは0〜100の重み付き平均ではない」と明記されているため、ここでは「観測値と単純平均が一致した」という事実のみに留めます。
レポートHTML側でも同じ内訳を確認できます。
失敗したauditの中身
agent-accessibility-treeのfail詳細は、レポートJSONから次のような指摘でした。
Certain ARIA roles must contain particular children<devsite-dropdown-list role="listbox">が想定する子要素ロールを持っていない
Elements marked as presentational should be consistently ignored<h2 id="audit_improve_and_debug_your_agent-ready_website" role="presentation">のように、見出しにrole="presentation"が付いていてアクセシビリティツリー上の扱いが矛盾している
公式ドキュメントでは「アクセシビリティツリーが正しく組まれているか」を見るauditだと説明されています。エージェントがページ構造をたどる際の確からしさを評価する位置づけです。
WebMCP系とllms.txtがnotApplicableになる条件
notApplicableになった4項目の判定根拠は次のとおりです。
- WebMCP系の3項目（
webmcp-form-coverage/webmcp-registered-tools/webmcp-schema-validity）は、ページ側でWebMCPのAPIが呼ばれていない、もしくはブラウザ側でWebMCPが有効化されていないと評価対象外になります。chrome-devtools-mcpのヘルプにある--categoryExperimentalWebmcpオプションには「Requires Chrome 149+ with the following flags:--enable-features=WebMCP,DevToolsWebMCPSupport」と記載されており、フラグ名はそこから取りました llms-txtは、公式の説明によると、ルートドメインにllms.txtが存在しない（404）場合にnotApplicableになります
ARIAとCLSはどのサイトでも評価され、WebMCP関連とllms.txtは対応している場合のみ評価される構成です。
検証結果の考察
- 確認できたこと: 今回の環境では
chrome-devtools-mcpのlighthouse_audit経由で Agentic Browsing カテゴリの内訳まで取得でき、JSONレポートから audit ごとの重みと結果まで追えました - 公式情報との照合: 公式のscoringページが挙げる3グループ（WebMCP統合 / エージェント向けアクセシビリティ / 安定性とディスカバラビリティ）と、今回返ってきた6つのauditは次のように対応しています
- WebMCP統合:
webmcp-form-coverage/webmcp-registered-tools/webmcp-schema-validity - エージェント向けアクセシビリティ:
agent-accessibility-tree/llms-txt - 安定性とディスカバラビリティ:
cumulative-layout-shift
- WebMCP統合:
- 運用上の注意点: 公式は「このカテゴリは開発中で変更されうる」と明記しています。カテゴリスコアそのものを定点観測するよりは、
agent-accessibility-treeの fail 内容（具体的な要素・ARIAロール）を時系列で追うほうが扱いやすそうです
まとめ
Lighthouse の Agentic Browsing カテゴリは、chrome-devtools-mcp の lighthouse_audit を呼ぶだけで内訳まで取得できました。スコアに効くのは agent-accessibility-tree（ARIA整合性）と cumulative-layout-shift の2項目で、WebMCP 関連と llms.txt は対応している場合だけ採点される構成です。自分の関わっているサイトで実行すれば、ARIA のどの要素から手を付けるかが見え、後で WebMCP Origin Trial に参加したときの差分比較にも使えます。
誰かの参考になれば幸いです。
参考リンク:
- A developer toolkit to make your website agent-ready — Chrome for Developers
- Lighthouse agentic browsing scoring — Chrome for Developers
- Accessibility for agents — Chrome for Developers
- Forms missing declarative WebMCP — Chrome for Developers
- Registered WebMCP tools — Chrome for Developers
- llms.txt audit — Chrome for Developers
- Automate Lighthouse audits with AI agents — Chrome for Developers
- Join the WebMCP origin trial — Chrome for Developers
- ChromeDevTools/chrome-devtools-mcp — GitHub
- Chrome DevTools MCPサーバーでAIエージェントからブラウザの中身を確認できるようにする — DevelopersIO
