llms.txtは、読む相手と更新方法があるときに置く
llms.txt の設置を提案されても、Google検索の順位を上げるために必須のファイルではありません。Googleが llms.txt を公式文書で扱っているのは事実です。Chrome Lighthouse は、AIエージェントがサイトの概要と主要コンテンツを把握するためのファイルとして llms.txt を監査しています。
同じGoogleでも、Google SearchのSEO評価は別です。Google Search Centralは、生成AIを使う検索機能も含めて llms.txt を使用せず、設置しても検索の表示や順位に有利にも不利にもしないと明記しています。「Googleが認めた」はエージェント向け規約の説明であり、検索順位のシグナルになったという意味ではありません。
llms.txt は、サイトの概要と重要なページへのリンクを、LLMやエージェントが読みやすいMarkdownでまとめるための提案です。置くかどうかは検索順位への期待ではなく、読むエージェントがいるか、内容を更新し続けられるかで決めます。
Googleが扱っているのは、何の用途か
Chrome Lighthouseが監査するのは、検索SEOではなく「エージェントによるブラウジング」です。Chrome公式は、llms.txtがない場合、エージェントはサイトの概要と主要コンテンツを把握するために、サイトのクロールへ時間を使う可能性があると説明しています。
監査はファイルの取得状態を見ます。ファイルがない、または404を返す場合は、任意のため「該当なし」です。サーバーエラーを返すと問題として示されます。修正方法として、サイトのルートへ置き、目的と主要リンクを簡潔なMarkdownでまとめる手順も案内しています。
一方、2026年10月6日に確認したGoogle Search Centralの公式説明では、Google Searchはllms.txtを必要とせず、検索の視認性や順位に正負の影響を与えないことを明確にしました。Chromeはブラウザー上で作業するエージェントの入口を見ていて、Google Searchは検索結果を作る仕組みを説明しています。2つの公式文書は対象が違います。
LLMOとは何かの記事では、検索・引用・計測を含む全体像を扱っています。llms.txt はその中の技術要素の1つで、設置だけで引用が増えるとまでは言えません。
llms.txt は何をするファイルか
llms.txt が渡すのは、サイトの背景、読み手へのガイダンス、詳しい文書へのリンクです。2024年9月にJeremy Howardが公開した提案で、ルートだけでなくサブパスにも置け、その配下を対象にできます。
robots.txt や sitemap.xml の代わりではありません。3つは読む相手と役割が違います。
| ファイル | 主な役割 | 載せるもの |
|---|---|---|
| robots.txt | クローラーへのアクセス許可 | 許可・拒否するパス |
| sitemap.xml | 検索エンジンへURLを知らせる | 公開ページのURL一覧 |
| llms.txt | LLMへサイトの要点を渡す | 短い説明と、選んだ文書へのリンク |
公式提案も、この3つを置き換えではなく併存するものとして説明しています。sitemap.xml が公開ページを広く列挙するのに対し、llms.txt は重要な文書を選んで説明を添える点が違います。
何を書けば llms.txt になるのか
v2 の提案で必須なのは、サイトや対象範囲の名前を示すH1見出しだけです。その後に、引用形式の短い説明、見出しを使わない補足、H2ごとのリンク一覧を任意で置けます。リンクには、何が読めるかを短く添えます。
# 会社名
> 何を提供しているサイトかを一文で説明します。
利用するときの前提や、情報の時点を書きます。
## Services
- [サービス名](https://example.com/services/example): 対象と支援範囲
## Knowledge
- [記事名](https://example.com/knowledge/example): 記事で分かること全ページを詰め込む必要はありません。エージェントが最初に知るべき説明と、次に読む文書を選びます。更新日や対象範囲が重要なら、補足に書いておきます。
置くかどうかは、読む相手と更新方法で決める
判断に必要なのは、仕様の知名度より運用です。
- 使うエージェントや取引先から求められている 置く。相手の作業で必要な説明と文書を選ぶ
- 読む相手は未定だが、公開情報から自動生成できる 小さく置いて試す。生成物の古さを監視する
- 手書きしかできず、更新する担当も決まっていない 見送る。古い案内を増やさない
試す場合は、先に期限と撤退条件を決めます。たとえば1か月後に同じ作業をエージェントへ与え、到達先や回答が改善しなければ、残す理由を見直します。更新担当はページの公開担当と揃え、別の人の定期作業にしない方が、公開内容とのずれを見つけやすくなります。
手書きより自動生成が向くサイト
Nue の llms.txt は手で編集していません。記事、サービス、テーマのメタデータから、サイトのビルド時に sitemap.xml と同じ処理で生成します。記事を公開すると、ページ、サイトマップ、llms.txt のリンクが同じ変更で更新されます。
自動生成が向くのは、各ページにタイトル、概要、URL、分類などの構造化されたメタデータがあり、公開時に同じビルドを通るサイトです。公開の仕組みと分かれている場合は、生成できても更新漏れを見つける工程が要ります。
更新漏れは3か所で見つける
自動生成にしても、生成処理そのものが壊れる可能性は残ります。公開前には、リンク先が200を返すか、終了したサービスが残っていないか、サイトマップにある主要ページが抜けていないかを確認します。公開後は、実際のURLからファイルを取得し、前回との差分が想定した内容かを見ます。
手書きで始める場合も、ページを公開・更新・削除するときのチェック項目に llms.txt を入れます。担当者の記憶に任せると、ファイルは開けても内容が古い状態になります。内容が増えた時点で、自動生成へ移せるメタデータがあるかを見直します。
サービスの対象や支援範囲を機械が読みやすい形に整えることも、NueのLLMO対策で扱う技術面の1つです。ただし、ファイルを作ること自体を成果には置きません。読む相手と確認方法が決まっていなければ、設置を見送ります。
効果はどう確かめるか
Google検索の順位変化では確かめません。Google Searchがllms.txtを使わないと明記しているため、順位が動いても、このファイルの効果とは結び付けられません。
公式提案は、エージェントに llms.txt だけを入口として与え、目的の作業を完了できるか試す方法を案内しています。たとえば「提供しているサービスを比較する」「特定のテーマの記事を3本見つける」といった作業を与え、必要なページへ到達できたか、説明を誤らなかったかを記録します。
サーバーのアクセスログで llms.txt の取得を確認する方法もあります。ただし、取得されたことと、回答に使われたことは同じではありません。Google Search Console の生成AI機能の専用レポートで表示回数を確認できる場合もありますが、Google Search は llms.txt を使わないため、その数字はファイル単独の効果を示しません。
同じ作業と利用条件で、ファイルの変更前後の到達先と回答を比べます。その比較だけでは、エージェント側の変更など他の要因を除けないため、ファイル単独の効果と断定せず観測結果として残します。
置かない方がよい場合
- 数ページのサイトで、案内先が明らか。通常のナビゲーションと本文を整える方が先です
- 読ませたい相手や用途がない。検索順位を目的に置いても、Google Searchは使いません
- 公開情報と分けて手書きするしかない。更新責任を決めないまま置くと、古いサービスや終了したページを案内します
- 非公開情報を補足したくなる。llms.txt は公開ファイルです。公開ページに書けない情報は載せません
置く場合も、最初から網羅しなくてかまいません。サイトの短い説明と、用途ごとに選んだ文書へのリンクから始めます。順位ではなく、想定したエージェントが必要な情報へ到達できるかを確認し、更新を公開フローに組み込めるときだけ続けます。
判断を見直す時点も決めておきます。使うエージェントが変わったとき、サービス構成を変えたとき、提案仕様が更新されたときです。確認日と担当を運用記録に残しておけば、更新されていない期間も分かります。置いた事実ではなく、いまの用途に合う内容かを見直します。