2026年5月、GoogleはAI検索機能の最適化に関するガイドを公開した。その中の一文が目を引いた。「生成AI検索に表示されるために、新しい機械可読ファイル、AIテキストファイル、マークアップ、Markdownを作成する必要はありません。」ガイドはllms.txtをコンテンツのチャンキングやAI向けリライトと一緒に、不要なものとして分類した。

その数日前、ChromeチームはLighthouse 13.3をリリースし、Agentic Browsingという新しい実験的カテゴリを追加した。その監査項目の中に、ドメインルートにllms.txtファイルが存在するかどうかのチェックが含まれている。ドキュメントには、このファイルがないと、エージェントがサイトの全体構造と主要コンテンツを理解するためにより多くの時間を費やす可能性があると記載されている。

同じ会社の中の2つのチーム。一方は不要だと言う。もう一方はそれがあるかどうかを検証するツールを構築する。

私はshinobis.comで2026年1月からllms.txtを運用している。早期導入から学んだこと、そしてGoogleの矛盾がエージェントウェブの方向性について何を明らかにしているかを共有する。

同じ建物の中の2つのドア

Google SearchチームとChromeチームは異なる問題を解決している。Searchはランキングと情報検索を最適化する。Chromeは自律エージェントがリアルタイムでウェブサイトとどのように対話するかを最適化する。これらは同じことではない。

Searchチームがllms.txtは不要だと言うとき、AI OverviewsやAI Modeでの順位に影響しないという意味だ。彼らの検索システムは従来の検索と同じインデックスを使用する。llms.txtを読まない。必要としない。

ChromeチームがLighthouseでllms.txtを監査するとき、ブラウザベースのエージェントがすべてのページをクロールせずにサイトを効率的に理解できるかどうかを評価している。これは全く異なるユースケースだ。タスクを実行するためにサイトに訪れるエージェント（フライトの予約、価格比較、データ抽出）は、サイトの内容とその所在を要約するファイルの恩恵を受ける。

John Muellerはこの矛盾について直接質問されたとき、こう答えた。「検索のためではない。ウェブサイトにはSEO以外にもっと多くのことがある。」この一文がGoogleの立場を理解する鍵だ。llms.txtは検索シグナルではない。エージェントシグナルだ。そしてGoogleはSEO担当者に心配するなと言いながら、エージェント向けのインフラを構築している。

Lighthouse監査が実際にチェックすること

Lighthouse 13.3のAgentic Browsingカテゴリは、従来の0から100のスコアを生成しない。サイトが合格した準備チェックの割合を表示する。このカテゴリは5つの領域を評価する。WebMCPの統合、アクセシビリティツリーの品質、累積レイアウトシフト、エージェント操作のためのレイアウト安定性、そしてllms.txtの存在だ。

llms.txt監査では3つを具体的にチェックする。第一に、ファイルがドメインルートに存在するかどうか。404レスポンスは失敗ではなく「該当なし」として記録される。第二に、ファイルにH1ヘッダーが含まれているかどうか。第三に、ファイルが十分な長さで有用なリンクを含んでいるかどうか。

Googleは自社のサイトでllms.txtを使用している

2025年12月、GoogleのSearch Central開発者ドキュメントにllms.txtファイルが発見された。developer.chrome.comやweb.devを含む複数のGoogle開発者サイトがこのファイルを提供している。Muellerはこの件について質問されたとき、曖昧な応答をするにとどまった。

これは矛盾ではない。一貫性だ。Googleの開発者ドキュメントサイトはAIエージェントに読まれる必要がある。同じ論理がコンテンツを公開するすべてのサイトに当てはまる。Searchチームがランキングに影響しないと言うのは正しい。Chromeチームがエージェントに役立つと言うのも正しい。両方の立場が正しい。異なるシステムに適用されるだけだ。

5ヶ月前に実装したもの

llms.txtファイルを2026年1月に作成した。サイトの説明、公開済み投稿のURLと一行要約のリスト、無料ツール（llms.txt GeneratorとGEO Tarot）へのリンクを含んでいる。

当時の考えはシンプルだった。Anthropicは自社ドメインでllms.txtを公開している。CloudflareはAgent Readinessテストにそれを含めている。llmstxt.orgの仕様は開発者コミュニティで支持を得ていた。Googleがそれを気にするかどうかは無関係だった。ChatGPT、Claude、Perplexityは独自のクローラーを持っている。それらのいずれかが私のサイトをより速く理解するのに役立つファイルは、作成にかかる20分の価値がある。

5ヶ月後、CloudflareのAgent Readinessスコアは100点中50点。テストが評価する10の基準のうち4つがブログに該当する。4つすべてを実装した。llms.txt、robots.txtのコンテンツシグナル、AIエージェント向けMarkdownネゴシエーション、エージェントスキルの発見だ。

Googleが不要だと言ったときに実装したファイルを、今Lighthouseが監査している。

パターンは繰り返される

標準が「不要」から「監査対象」に移行するのは初めてではない。Content Security Policyヘッダーは、ブラウザがその欠如を警告し始める前は何年もオプションだった。HTTPSは、ChromeがHTTPサイトを「安全でない」とマークし始める前は推奨事項だった。

軌跡は常に同じだ。新しい規約が登場する。公式の立場は「必須ではない」。開発者ツールがそれをチェックし始める。採用が転換点に達する。公式の立場が更新される。

llms.txtは今、第3段階にある。Lighthouseがチェックしている。ドキュメントは「新しい規約」と呼んでいる。監査は実験的だ。しかしインフラは整っている。

あなたのサイトにとっての意味

コンテンツを公開していてllms.txtファイルがまだないなら、今がその時だ。Googleのランキングに影響するからではない。影響しない。しかし、不要だと言った同じ会社が、それがあるかどうかを検証するツールを構築しているからだ。それがエコシステムの方向性を示している。

ファイルの作成は数分で終わる。任意のURLからllms.txtを作成する無料ジェネレーターを構築した。登録不要。無料。ドメインを貼り付けてファイルをダウンロードするだけだ。

不要だと言った同じ会社が、今それを監査している。問題はllms.txtが重要かどうかではない。いつ実装するかだ。