PageSpeed Insightsに追加された「Agentic Browsing」とは｜AIエージェントが使えるサイトの条件と対策
PageSpeed Insights（PSI）のレポートに、見慣れない「Agentic Browsing（エージェントによるブラウジング）」という項目が増えた——そう気づいた web 担当の方が増えています。あるいは、社内の企画会議で「AIエージェント対応」という言葉が出て、何のことか確かめに来られた方もいるでしょう。
これは、Googleが「あなたのサイトをAIエージェントが使えるか」を公開の採点項目にした、という出来事です。この記事では、Agentic Browsing が何を測っているのか、4つの監査項目それぞれの意味と直し方、そして自社サイトを60秒でチェックする方法までを、マーケティングの視点で解説します。用語（AEO / GEO / LLMO の違い）はAIO用語集にまとめています。
結論：「AIに使えるサイトか」が、点数で見えるようになった
先に要点を。Agentic Browsing は、人間でも検索クローラーでもなく、AIエージェント（人の代わりにサイトを読んで操作するAI）があなたのサイトを理解し、操作できるかを機械的に採点する新カテゴリです。合格は、これからの「当たり前（テーブルステークス）」になります。
Agentic Browsingとは何か
Agentic Browsing は、Lighthouse（PSIの計測エンジン）に新設された監査カテゴリです。**Lighthouse 13.3（2026年5月）**で追加され、PSIのレポートにも表示されるようになりました（Chrome for Developers 公式ドキュメント）。
従来のSEO監査が「検索エンジンがインデックスできるか」を見るのに対し、Agentic Browsing が見るのは「AIエージェントがページを理解し、フォーム送信やクリックなどの操作をできるか」です。
特徴的なのは採点方式です。パフォーマンスやSEOのような0〜100点ではなく、**「合格した項目数／全項目数」という分数（例：3/3）**で示されます。エージェントWebのルールがまだWeb標準として固まっていないため、順位づけではなく「現在地のシグナルを出す」ことを目的にした、実験的なカテゴリだからです。裏を返せば、AI機能を何も足していない普通のサイトでも基本項目は合格できます——落とし穴があるとすれば、それに気づかず放置している状態です。
4つの監査項目：何を見て、なぜ重要で、どう直すか
現時点の Agentic Browsing は、大きく4つの領域を監査します。
| 監査項目 | 何を見るか | なぜ重要か | 直し方 |
|---|---|---|---|
| llms.txt | ドメイン直下に llms.txt（AI向けのサイト要約ファイル）があるか。H1があるか・内容が十分か・リンクを含むか | エージェントがサイト全体を素早く把握するための「案内図」 | 主要ページと要約を記した llms.txt を設置（supasaito.com は/llms.txtを配信済み） |
| アクセシビリティツリー | ボタン・リンク・フォームに正しい名前（ラベル）とロール（役割）があり、階層構造が壊れていないか | エージェントは画面ではなく「アクセシビリティツリー」を通してページを認識する。無名のボタンは、エージェントには存在しないのと同じ | すべての操作要素にラベルを付け、正しいHTML/ARIAロールを与える |
| WebMCP | フォームやサイトの機能を、エージェント向けに明示的に公開する注釈（WebMCP）があるか | エージェントが「この入力欄は何か」を推測せずに操作できる | フォームにWebMCPの注釈を付与（※実験的な仕様。現時点では必須ではない） |
| レイアウトの安定性（CLS） | 表示中にレイアウトがガタつかないか（Cumulative Layout Shift） | スクリーンショットを撮って要素をクリックするエージェントは、ズレる画面で誤操作する | 画像・広告・フォントの読み込みで生じるズレを抑える |
4項目のうち、多くのサイトがまず気にすべきはアクセシビリティツリーとCLSです。アクセシビリティ対応はこれまで「思いやり」の文脈で語られがちでしたが、Agentic Browsing によって初めて「エージェントに使ってもらえる＝取引の機会を逃さない」という売上の顔を持ちました。WebMCP はまだ実験段階なので、いま無理に導入する必要はありません。
なぜ、いまマーケターが気にすべきか
AI検索で「推奨されるか」の次に来るのが、AIエージェントが自律的にサイトを回る段階です。ベンダーを比較し、料金ページを読み、問い合わせフォームを代わりに送信する——そうしたエージェントが、あなたのサイトを解釈できなければ、誰にも見えないまま失注します。AI検索での「見えない影響」（ゼロクリック）と同じ構図が、操作の層でも起きるということです。
そしてこれは、遠い未来の話ではありません。日本でも、検索にAIを使う人は約37%（20代では50%超）に達しています（CyberAgent GEO Lab.「AI検索利用動向調査 wave-3」2026年2月、n=9,278）。一方で、AI検索のリスクを認識しているマーケターが90.8%（株式会社ウィルゲート調査、2025年）いるのに対し、実際に対策に着手できている企業は約8%にとどまります（PRIZMA調査、2025年）。認識と実施のギャップが、そのまま先行者の余地です。
実証：supasaito.com の Agentic Browsing スコア
私たち自身のサイトで測った結果を、証拠として公開します。2026年7月8日時点の計測で、supasaito.com はモバイルでパフォーマンス・アクセシビリティ・ベストプラクティス・SEO のすべてが100点、Agentic Browsing は 3/3でした（TBT 0ミリ秒、CLS 0、FCP 0.9秒、LCP 1.8秒、Lighthouse 13.4）。
念のため付け加えると、スコアは実行のたびに多少ばらつきます（おおむね95〜100の範囲）。「常に100」ではなく「この日の計測値」として受け取ってください。ご自身でもPageSpeed Insightsで supasaito.com を測定して確かめられます。
なぜここまで出るのか。理由は一つで、私たちは機械に読まれることを前提にサイトを設計しているからです。それは、私たちがお客様に提供しているAI可視性対策と、まったく同じ規律です。目的に合わせて最適な技術を選び、構造・速度・機械可読性を最初から作り込む——その延長線上に、この数字があります。
60秒でできる自社チェック
まずは現在地を知りましょう。手順はシンプルです。
- PageSpeed Insights を開き、自社サイトのURLを入力して測定する。
- 結果の中の「Agentic Browsing」カテゴリを開く。
- 合格していない項目（Fail）を、下の対応表で「ビジネス上の意味」に翻訳する。
- llms.txt が無い → AIに「サイトの案内図」を渡していない。全体像を把握してもらいにくい。
- アクセシビリティツリーの警告 → ボタンやフォームが無名／役割不明。エージェントが操作に失敗する＝問い合わせや購入を代行できない。
- CLS が高い → 画面がガタつき、エージェントのクリックがズレる。人間のユーザー体験も同時に損なっている。
15分あれば、AI検索に自社が出てこない理由のセルフチェックと合わせて、「機械に読まれるか」と「AIに何と言われるか」の両方の現在地がつかめます。
そして、どの項目を優先して直すべきか、直した効果がAIの回答にどう表れているかまでを、95以上のプロンプト × 4エンジン（ChatGPT・Claude・Gemini・Google AI Overviews）で継続計測してお渡しするのが、私たちのAI可視性診断です。
一度きりの計測で終わらせない
PSI は便利ですが、押したその瞬間の一回きりのスナップショットです。実運用では、施策を入れるたび・サイトを更新するたびに、機械可読性が維持できているかを継続的に見たくなります。この継続計測は自動化に向いた領域で、たとえば私たちが共同開発しているSuparankuのようなツールは、サイト診断スコア（表示速度やAI可読性）を一度きりのPSI実行ではなく継続的に追えます。
ただし、ツールが出すのは「合否と数字」まで。どの警告が自社の売上にとって致命的で、何から直すべきかを判断するのは、人の仕事です。計測は現在地を示し、診断はその理由と打ち手を示す——この役割分担が、Agentic Browsing のような新しい指標を成果につなげる鍵になります。
より大きな文脈：機械可読性は「信仰」から「採点」へ
Agentic Browsing の本質は、AI可視性対策がずっと扱ってきたこと——機械可読性は計測でき、それが「推奨される」ことの上流にある——を、Googleが公開の採点項目として正式化した点にあります。
ただし、ここを通過することはスタート地点にすぎません。エージェントがサイトを「読める」ようになったとして、その先でAIがあなたを何と言うか——推奨するのか、競合を挙げるのかは、まったく別の問題です。Agentic Browsing は前者（読めるか）、AI可視性は後者（何と言われるか）。同じAIファネルの、上流と下流の2層です。
これまで「AIに読まれやすいサイトです」は、多くの場合、確かめようのない主張でした。それが、誰でもチェックできるスコアになった。まず読めるようにする。その上で、読まれたときに選ばれる理由を作る——順番に整えていけば、AI時代の「棚」を自社のものにできます。
よくあるご質問
Agentic Browsingとは何ですか？
PageSpeed Insights（Lighthouse）に2026年5月（Lighthouse 13.3）で追加された監査カテゴリで、AIエージェントがあなたのサイトを理解し操作できるかを機械的に採点します。パフォーマンスやSEOと違い0〜100点ではなく、「合格項目数／全項目数」という分数（例：3/3）で示されます。現時点では llms.txt・アクセシビリティツリー・WebMCP・レイアウト安定性（CLS）の4領域を見る、実験的なカテゴリです。
スコアが低いとSEO（検索順位）に影響しますか？
現時点で、Agentic Browsing のスコアが検索順位に直接影響するという公表情報はありません（計測時点。今後の変更はあり得ます）。ただし本当のリスクは検索順位ではなく、あなたの代わりに比較・問い合わせをするAIエージェントが、サイトを操作できずに取引を逃すことです。順位ではなく「機会損失」の問題として捉えるのが実務的です。
llms.txt は必要ですか？
Agentic Browsing の監査対象の一つであり、あって損はありません。AIエージェントがサイト全体を素早く把握するための案内図として機能します（supasaito.com も配信しています）。監査では「ファイルがあるか・H1があるか・内容が十分か・リンクを含むか」が見られます。設置は比較的容易で、費用対効果の高い第一歩です。
対策は自社でできますか？
一部はできます。llms.txt の設置や、明らかなCLS（画面のガタつき）の解消は、社内でも着手可能です。一方で、アクセシビリティツリーの整備（正しいロール・ラベルの付与）や、多数の警告の中から「どれが売上に効くか」を選ぶ優先順位づけは、専門的な判断が要る領域です。まず PageSpeed Insights で現在地を測り、致命的な項目だけを外部に相談する、という進め方が現実的です。
