[エージェント ブラウジング] カテゴリでは、一連の決定論的監査を通じて、サイトがマシンとのやり取りに適した構造になっているかどうかを評価します。
カテゴリのスコアの算出方法
他の Lighthouse カテゴリとは異なり、Agentic Browsing カテゴリには 0 ～ 100 の加重平均スコアはありません。エージェント ウェブの基準はまだ確立されていないため、現在の焦点は、明確なランキングではなく、データを収集して実用的なシグナルを提供することです。
スコアの代わりに、レポートには次の情報が表示されます。
- 分数スコア: サイトが合格したエージェント対応状況チェックの数を示す比率。
- 合格または不合格のステータス: 技術要件（WebMCP スキーマの有効性など）が満たされていない場合、特定監査でエラーや警告が発行されることがあります。
- 情報カウント: カテゴリ ヘッダーには、全体的な進行状況を一目で確認できるように、合格率が表示されることがあります。
検索結果が変動する理由
監査は決定論的ですが、サイトがツールを登録する方法や、エージェントのリクエストに応答する方法が変更されると、結果が変動する可能性があります。一般的な原因は次のとおりです。
- ツールの動的登録: サイトが JavaScript（命令型 API）を使用して WebMCP ツールを登録する場合、登録のタイミングによって、Lighthouse スナップショットでキャプチャされるかどうかが変わる可能性があります。
- アクセシビリティ ツリーの構築のばらつき: DOM のサイズや複雑さが大幅に変化すると、アクセシビリティ ツリーの構造に影響する可能性があります。これは、エージェント ナビゲーションのコア指標です。
- Cumulative Layout Shift（CLS）: 広告、サイズの指定がない画像、コンテンツの挿入によってレイアウトが移動すると、エージェントが要素を特定してから操作を試みるまでの間に、要素が移動する可能性があります。
監査の決定方法
Lighthouse は、一連の決定論的シグナルを使用してページを評価します。これにより、監査の再現性が確保され、CI/CD パイプラインへの統合に適したものになります。
WebMCP の統合
Lighthouse は、Chrome DevTools Protocol（CDP）の WebMCP ドメインを呼び出して、ツールの登録イベントをモニタリングします。宣言型ツール（HTML で定義）と命令型ツール（JS で定義）の両方を検証します。
エージェント中心のアクセシビリティ
エージェントは、アクセシビリティ ツリーをプライマリ データモデルとして使用します。Lighthouse は、次のようなマシン インタラクションに不可欠なユーザー補助機能監査の特定のサブセットをフィルタします。
- 名前とラベル: すべてのインタラクティブ要素にプログラム名があることを確認します。
- ツリーの完全性: ロールと親子関係が有効であることを確認します。
- 可視性: コンテンツがインタラクティブな状態のときに、ユーザー補助ツリーから非表示になっていないことを確認します。
安定性と検出可能性
- Cumulative Layout Shift（CLS）: 視覚的安定性を測定します。これは、要素の配置に依存するエージェントにとって重要です。
- llms.txt: ドメインのルートに機械可読形式の要約が存在するかどうかを確認します。
デベロッパーが改善できることは何ですか？
サイトの代理人対応の準備状況を改善するには:
- WebMCP を採用する: WebMCP API を使用して、サイトのロジックとフォームを AI エージェントに明示的に公開します。
- 健全なアクセシビリティ ツリーを確保する: セマンティック HTML と適切な ARIA ラベル付けを優先します。これらはページの「マシンアイ ビュー」です。
- 安定性を最適化する: レイアウト シフトを減らし、要素が予期せず移動することなく、エージェントが UI を確実に操作できるようにします。
フィードバック
バグが発生した場合や、エージェント ブラウジングの監査の変更について提案がある場合は、次の手順で対応してください。