llms.txtとは？役割・書き方・運用上の注意点

llms.txtは、サイトの概要と重要な情報へのリンクをMarkdownで示し、LLMが推論時に使いやすい入口を作る提案です。2026年7月31日時点では提案段階で、Google検索も使わないと明記しています。表示や順位を期待する施策ではなく、情報整理と検証に用途を定めて導入を判断しましょう。

llms.txtとは？定義とこの記事の範囲

llms.txtとは、サイトやプロジェクトの背景、案内、詳細なMarkdown文書へのリンクを、主に/llms.txtへまとめて提供するという提案です。

提案者はJeremy Howard、公開日は2024年9月3日です。提案元のllmstxt.orgは、llms.txtをLLMがウェブサイトの情報を推論時に使うのを助けるためのものと説明し、コミュニティから意見を受け付けています。したがって、確立済みのウェブ標準や正式な規格として扱うのは適切ではありません。本記事の確認日は2026年7月31日です。

llms.txtが意図するのは、サイト全体の代替物を作ることではありません。短い背景情報と案内を示し、必要な詳細情報へたどる入口を作ることです。どのアプリケーションが、どのようにファイルを処理するかは提案に含まれておらず、「公開すれば特定のAIが自動的に読む」という挙動も定められていません。

誤解しやすい点	確認できる位置づけ	確認できないこと
新しいウェブ標準である	コミュニティの意見を受け付けている提案	標準化団体による承認
AI検索の表示条件である	LLM向けの情報整理を意図したMarkdownファイル	表示・引用・順位の保証
サイト本文を置き換える	背景、案内、詳細文書へのリンクをまとめる入口	元ページなしで正確性を保てること
すべてのAIが同じ方法で処理する	処理方法はアプリケーション次第	各AIサービスの対応状況

この記事では、定義、提案の背景、形式上の必須・任意、既存ファイルとの違い、GoogleとOpenAIの公式情報から判断できる範囲を扱います。掲載ページの詳しい選び方や更新手順、公開前の網羅的な確認表、失敗原因の分析には踏み込みません。

なぜ生まれたのか：LLMのコンテキストウィンドウという制約

llms.txtは、LLMが大規模なウェブサイト全体を一度に扱えないというコンテキストウィンドウの制約を背景に提案されました。

ウェブページには本文だけでなく、ナビゲーション、広告、JavaScriptなど、人がサイトを利用するための要素が含まれます。提案文は、複雑なHTMLをLLM向けのプレーンテキストへ変換する作業には難しさと不正確さがあり、ウェブサイト全体はコンテキストウィンドウに収まらない場合があると説明しています。

そこで、サイトの概要と重要な情報の所在を、簡潔で人にもLLMにも読めるMarkdownでまとめる考え方が示されました。想定されている主な用途は、ユーザーが支援を求める時点の「推論」です。将来の学習で使われる可能性にも触れられていますが、原文は「普及すれば将来利用されるかもしれない」という推測形であり、学習利用を約束した記述ではありません。

背景にある課題	提案されている対応	過大解釈しない点
サイト全体がコンテキストに収まりにくい	重要情報への入口を小さくまとめる	サイト全体を完全に理解させる仕組みではない
複雑なHTMLの変換が難しい	Markdownで簡潔な情報を示す	HTMLページが不要になるわけではない
必要な詳細情報の所在が分かりにくい	説明付きリンクで案内する	リンク先の品質を自動で保証しない
アプリごとに利用方法が異なる	処理方法を固定しない	特定サービスの対応を意味しない

ファイル形式の仕様：置き場所・構成順序・必須項目

llms.txtはルートパスの/llms.txt、または任意でサブパスへ置き、決められた順序で構成しますが、唯一の必須項目はサイト名またはプロジェクト名を示すH1です。

「H1、引用形式の要約、H2がすべて必須」と理解すると、提案内容より要件を増やしてしまいます。原文は構成順序を示す一方、必須なのはH1だけだと明記しています。BOM、要約、追加説明、H2で区切るfile listは任意です。

順序	要素	必須・任意	役割
1	BOM	任意	文字コードを示すために付く場合がある
2	サイト名・プロジェクト名のH1	必須	ファイルが何を扱うか示す
3	引用形式の短い要約	任意	後続情報を理解するための重要な背景を示す
4	見出し以外のMarkdown要素	任意、0個以上	詳しい背景や解釈の手掛かりを補う
5	H2で区切ったfile list	任意、0個以上	詳細情報があるURLを分類して案内する

ルートパスが基本として示される一方、サブパスへの配置も任意で認められています。また、Markdownを採る理由は、人とLLMが読めるだけでなく、パーサーや正規表現のような通常の方法でも処理できる明確な形式を目指しているためです。

この構成は、企業情報、サービス情報、技術文書をファイル内へ大量に複製するためのものではありません。H1で対象を示し、必要に応じて短い背景を補い、詳細はリンク先で確認できるようにする「案内」の構造だと捉えると役割がぶれにくくなります。

file listの形式とリンク注記の役割

file listはH2ごとに分類したMarkdownのリストで、各項目にはMarkdownリンクが必須となり、コロンに続く短い注記は任意です。

リンク名だけでは、どの質問に答える文書なのか、何が確認できるのかを判断しにくくなります。提案元は、リソースへリンクするときに簡潔で情報量のある説明を添えるよう勧めています。注記は任意ですが、リンク先の役割を短く限定できれば、利用側が必要な情報を選びやすくなります。

file listの要素	必須・任意	書く内容	判断の観点
H2	file listを設ける場合に区切りとして使用	「製品情報」「技術資料」などの分類	分類名だけで内容を予測できるか
Markdownリンク	各リスト項目で必須	リンク名とURL	名前とリンク先が一致するか
コロン	任意	リンクと注記の区切り	注記がないなら付ける必要はない
注記	任意	リンク先で分かることの短い説明	曖昧語や未説明の専門語がないか

file listは「AIに優先順位を命令するリスト」として定義されているわけではありません。また、提案元は掲載URL数やファイルサイズの上限を示していません。件数の固定値を外部記事から借りるのではなく、用途に必要な情報を簡潔に案内できるかで判断します。

「Optional」セクションが持つ特別な意味

H2の「Optional」は単なる「任意情報」という章名ではなく、短いコンテキストが必要なときに、その節のURLをスキップできることを示す特別な名前です。

主要な情報と二次的な情報を分けたい場合に使える考え方です。たとえば、サイトやサービスを理解するために不可欠な説明は通常のH2へ置き、補足資料のように省略しても中心的な理解を損ねにくいリンクを「Optional」へ分けます。

ただし、「Optional」に置けばリンク先へのアクセスを拒否できるわけではありません。これはコンテキストを短くするときに省略できるURLを表すものであり、クロールの許可・拒否、公開範囲、学習利用を制御する指示ではありません。アクセス制御の代わりに使わないことが重要です。

分け方	通常のH2によるfile list	「Optional」節
情報の位置づけ	中心的な理解に使う詳細情報	省略可能な二次情報
短いコンテキストが必要な場合	必要性を見て含める	URLをスキップできる
アクセス制御	できない	できない
運用上の確認	中心情報として現行か	省略しても主要な質問へ答えられるか

併記されているMarkdown版ページの提案

llmstxt.orgは/llms.txtだけでなく、LLMに役立つページについて、元URLへ.mdを付けたクリーンなMarkdown版を用意する考え方も併記しています。

ファイル名のないURLでは、index.html.mdを付ける形が示されています。この考え方は、llms.txtが入口となり、リンク先に詳細なMarkdown文書があるという全体像とつながります。llms.txtの短い説明だけに重要な事実を閉じ込めず、人が読む元ページと対応する詳細情報を用意する発想です。

一方、このMarkdown版ページの用意も、Google検索の生成AI機能に出るための要件ではありません。Googleは新しい機械可読ファイル、AIテキストファイル、マークアップ、Markdownを作る必要はなく、Google検索自体はそれらを使わないと説明しています。既存ページとMarkdown版の内容がずれれば管理対象が増えるため、目的と保守責任を説明できる場合に限って検討すべきです。

robots.txt・sitemap.xmlとの役割の違い

llms.txtはrobots.txtやsitemap.xmlを置き換えるものではなく、アクセス方針、検索エンジン向けURL一覧、LLM向けの厳選した案内という別々の役割を持ちます。

提案元は、robots.txtを自動ツールにサイトへのどのアクセスが許容されるか伝えるもの、llms.txtをユーザーがある話題の情報を明示的に求めたときにオンデマンドで使われることが多いものとして区別しています。したがって、llms.txtへ独自の拒否命令を書いても、robots.txtと同じ制御になるとは確認できません。

ファイル	主な役割	情報の範囲	llms.txtとの関係
robots.txt	自動ツールに許容されるアクセスを伝える	クロールに関する方針	llms.txtは代替できない
sitemap.xml	検索エンジン向けにページを一覧化する	原則としてサイト内の対象URL	llms.txtは厳選した概要という別目的
llms.txt	LLM向けに背景、案内、詳細文書へのリンクを示す提案	必要な情報を選んだ概要	既存の仕組みと共存する想定

提案文は、sitemap.xmlではLLM向けの読みやすい版が載らないこと、外部URLを含まないこと、文書の総量がコンテキストウィンドウに収まらず不要な情報も含み得ることを、代替にならない理由として挙げています。ただし、これはllmstxt.org側が説明する設計思想です。各検索サービスの公式な掲載条件とは分けて理解します。

Googleの公式見解：生成AI機能では使われない

Googleは、Google検索とその生成AI機能への掲載にllms.txtは必要なく、Google検索自体もllms.txtを使わないと明記しています。

Google Search Centralの英語版ガイドは、2026年7月10日UTCの最終更新表示で、不要なAIテキストファイルの作成を、Google検索では無視できるAEO/GEO施策の例に挙げています。ここから言えるのは「Google検索への掲載に必要ない」「Google検索は使わない」までです。llms.txtを置くと順位が下がる、ペナルティになるという否定的な効果は書かれていません。

Google検索の生成AI機能では、従来のSEOのベストプラクティスが引き続き基盤です。対象ページには、インデックス登録され、Google検索でスニペット表示の対象になり得ることなどの技術的な前提があります。llms.txtを作るかどうかと、公開ページをクロール・インデックス可能にし、読者に役立つ独自の内容を提供することは分けて考えます。

構造化データについても切り分けが必要です。Googleは、生成AI検索のために構造化データや特別なschema.orgマークアップを追加する必要はないとしていますが、Google検索のリッチリザルトの対象となるため、全体的なSEO施策の一部として構造化データを継続する価値があるとも説明しています。「生成AI検索に必須ではない」だけを取り出して、構造化データ全体が不要だと結論づけてはいけません。

周辺のAI検索対応やコンテンツ設計を整理したい場合は、AI関連記事一覧も参考になります。

Google以外のAI検索で確認できること・できないこと

Google以外については、OpenAIがChatGPT検索の掲載前提を示している一方、llms.txtを実際に読むという公式表明は今回の確認資料では確認できません。

OpenAIのChatGPT検索ヘルプは、上位表示を保証する方法はないと明記しています。そのうえで、検索に含まれるためにOAI-Searchbotのクロールを許可し、ホスティング環境やCDNがOpenAIの公開IPアドレスからの通信を許可することが重要だと説明しています。これはChatGPT検索の掲載前提に関する説明であって、llms.txtの対応表明ではありません。

サービス	公式資料で確認できること	llms.txtについて確認できないこと
Google検索の生成AI機能	llms.txtは掲載に不要で、Google検索自体は使わない	Google以外にも同じ判断が当てはまること
ChatGPT検索	上位表示は保証されず、OAI-Searchbotと公開IPからの通信許可が重要	ChatGPT検索がllms.txtを読むこと
その他のAI検索	今回の一次確認記録では掲載条件を確認していない	クローラ名、対応状況、引用への影響

AI検索ごとに掲載の前提は異なります。Googleの説明をChatGPT検索へ一般化したり、OpenAIの説明をGoogleへ当てはめたりせず、利用を想定するサービスの公式情報で確認する必要があります。対応が確認できていないサービス名を並べて「主要AIが読む」と説明するのは避けます。

提案段階でも作る意味があるかを判断する

llms.txtを作る意味があるとすれば、検索順位を上げるためではなく、重要情報を簡潔に整理し、実際のLLMで質問への回答可能性を検証できる場合です。

提案元が挙げる作成上の指針は、簡潔で明確な言葉を使う、リンク先へ短く有益な説明を添える、曖昧な用語や未説明の専門語を避ける、llms.txtをLLMコンテキストファイルへ展開するツールを使い、複数の言語モデルへ質問して答えられるか確かめる、という内容です。公開した事実ではなく、質問に答えられるかを確認する点が判断の中心になります。

判断軸	作る意味がある状態	優先しにくい状態
目的	対象のLLM利用場面と質問が定まっている	「AI検索に効きそう」だけで始める
情報	重要ページと説明を簡潔に整理できる	元ページの内容が古い、または曖昧
検証	コンテキストへ展開し、複数の言語モデルへ質問できる	ファイル公開だけを完了条件にする
責任	内容とリンク先の整合を保つ担当者がいる	更新責任を決められない
優先順位	通常のクロール、インデックス、本文品質を整えている	基盤の問題を残したまま置き換えを期待する

検証では「ファイルが読めたか」だけでなく、自社が答えてほしい質問に対して、必要な前提と根拠ページを使った回答になるかを見ます。回答できなければ、リンク注記が曖昧なのか、元ページに答えがないのか、コンテキストへ展開した範囲が不適切なのかを切り分けます。これは検索表示の効果測定ではなく、用意した情報が想定用途で機能するかの確認です。

導入しない判断も合理的です。Google検索だけを目的とする場合、Google自身が使わないと明記しているため、llms.txtより既存のSEO基盤を優先する理由があります。ほかの用途で試す場合も、採用サイト数、普及率、引用増加、流入増加の一次データは今回の確認記録にありません。未確認の効果を前提にせず、保守と検証に使う工数に見合うかで判断します。

よくある質問

llms.txtの導入判断で特に迷いやすいのは、必須項目、Googleでの扱い、既存ファイルとの違い、効果の確かめ方です。

Q1. llms.txtではH1・要約・H2のすべてが必須ですか？

いいえ。提案文が唯一の必須項目としているのは、サイト名またはプロジェクト名を示すH1です。引用形式の短い要約、見出し以外の追加説明、H2で区切ったfile listは任意です。ただし、採用する要素には順序が示されているため、任意だからどこへ置いてもよいという意味ではありません。

Q2. llms.txtを置けばGoogleのAI機能に表示されますか？

表示は保証されません。Googleは、Google検索とその生成AI機能への掲載に新しいAIテキストファイルは必要なく、Google検索自体も使わないと説明しています。一方で、設置が順位低下やペナルティにつながるとも述べていません。Google向けには、インデックス、スニペット表示の適格性、読者に役立つ本文などの基盤を優先します。

Q3. llms.txtはrobots.txtやsitemap.xmlの代わりになりますか？

代わりにはなりません。robots.txtは許容されるアクセスを自動ツールへ伝え、sitemap.xmlは検索エンジン向けにページを一覧化します。llms.txtは、LLM向けに厳選した背景と情報の所在を案内する提案です。llms.txtをクロール拒否やアクセス制御の手段として使わないでください。

Q4. 作成後は何をもって有効と判断しますか？

提案元が示す検証は、llms.txtをLLMコンテキストファイルへ展開し、複数の言語モデルへ自社コンテンツに関する質問をして、答えられるか確かめることです。表示順位や引用増加を保証する試験ではありません。対象質問、期待する根拠、得られた回答、確認日を残し、情報整理という目的を果たすかで判断します。

まとめ

llms.txtは、LLMのコンテキスト制約を背景に、サイトの概要と重要情報へのリンクをMarkdownで案内するための提案です。

2026年7月31日時点で確立済みのウェブ標準ではなく、必須項目はサイト名またはプロジェクト名を示すH1だけです。file listではMarkdownリンクが必須、注記は任意で、「Optional」節には短いコンテキストでURLを省略できるという特別な意味があります。robots.txtやsitemap.xmlの代替にはなりません。

Google検索はllms.txtを使わないと明記しており、ChatGPT検索についてもllms.txt対応は確認できません。作るなら表示や順位を約束せず、重要情報を簡潔に整理し、コンテキストへ展開して複数の言語モデルへ質問するところまでを目的にします。通常のクロール、インデックス、本文品質を優先したうえで、検証と保守を継続できるかを導入基準にしてください。

参考資料

確認に使用した公式資料は、ブリーフで追加公式根拠として指定された次の4件です。

• llmstxt.org「The /llms.txt file」
• Google Search Central「Google検索の生成AI機能向け最適化ガイド」
• OpenAI Help Center「ChatGPT search」
• OpenAI「OAI-Searchbot公開IPアドレス一覧」