ChromeのLighthouse llms.txt監査が実際に確認すること
Chrome は Lighthouse に llms.txt チェックを追加しました。ドキュメントはサーバーエラーの場合を説明し、オープンソース実装は追加のコンテンツチェックを 3 つ示しています。
最終更新:
監査が行うこと
Lighthouse は Chrome DevTools に組み込まれ、CLI としても使える監査ツールです。現在は llms.txt チェックをエージェント型ブラウジング監査 に含めています。Chrome の説明書は 2026-05-05 に最終更新され、このファイルを「Web サイトのコンテンツの機械可読な概要を提供するために使われる、LLM と AI エージェント向けに特別に設計された新しい慣行」と説明しています。理由の一つとして、「このファイルがなければ、エージェントはサイトの高レベルな構造と主要コンテンツを理解するために、より長くサイトをクロールする可能性がある」と示しています。
これはエージェントにとってのクロール効率の議論であり、可視性やランキングの議論ではありません。llms.txt と SEOおよびGoogle は llms.txt を使うかで説明している内容とも一致します。ここでは検索上の効果を主張していません。
オープンソースの監査実装は、短いドキュメントページにない詳細を加えています。リクエストが成功すると、Lighthouse は本文が少なくとも 50 文字あり、H1 見出しを含み、Markdown リンクを含むことを確認します。これらは有用なスモークテストですが、llms.txt V2 文法の完全な実装ではありません。
該当なしは失敗ではありません
この部分は誤って報告されがちです。ドキュメントでは、サーバーエラーは警告され、ファイルの欠落は慣行が任意のままなので「該当なし」とされると説明しています。実装は、欠落ファイルの場合をすべての 4xx レスポンスに一般化しています。
- 4xx のレスポンス ：該当なし。監査は、このファイルの有無でサイトを採点しません。
- 5xx のレスポンスまたは取得失敗 ：失敗。
- 成功したレスポンス ：本文が少なくとも 50 文字あり、H1 と Markdown リンクの両方を含む必要があります。
したがって Lighthouse は、llms.txt がないことを理由にサイトを減点しません。ただし、ファイルが正常に配信されていれば、監査はその最低限の内容について何らかの判定を示します。
ファイルを静的アセットではなく関数やリライト経由で配信する場合、サーバーエラーや取得エラーは現実の失敗要因として残ります。スタック別ガイドでは、可能な限り通常の静的ファイルとして配信する方法を説明し、バリデーターはより完全な構造分析を行います。
実際の実行頻度
Ahrefs は /llms.txt にアクセスした 137,210 ドメインのすべてのユーザーエージェントを 2026年5月 に分類しました。Chrome の Lighthouse 監査は、測定された全取得のうち 22 リクエスト、つまりおよそ 1,000 件に 1 件を占めました。
規模感として、同じデータセットでは、カテゴリとしての SEO 監査ツールがリクエストの 21.7%、一般 Web クローラーが 13.1%、名前の付いた AI bot 全体が 19.5% でした。議論を再燃させた監査は、トラフィックの丸め誤差にあたります。
これは監査が重要でないという主張ではありません。監査の存在を、大規模に誰かがこれらのファイルを読んでいる証拠として扱うことへの反論です。開発者が実行するときに走る、開発者ツール内のチェックです。
この情報をどう活用するか
3 つありますが、どれも緊急ではありません。
Lighthouse が「必須」としているから llms.txt を公開するのはやめてください。 必須ではなく、ドキュメントにもそう書かれています。利点と限界にある理由が自分に当てはまるなら、公開してください。
ステータスと本文を確認します。 公開ファイルは正常に応答し、H1 と有用な Markdown リンクを含み、意味のある内容を載せられる長さであるべきです。
V2 への完全な準拠は別途検証します。 Lighthouse は、パスの範囲、前文の文法、セクション構造、発見関係、リンクの健全性を確認しません。そこにある広い差分を、私たちのバリデーターとデプロイチェックで確認します。