llms.txtは、LLM（AI）にサイトの要点をMarkdownで案内する「提案」段階のファイルです。robots.txtとの違い、仕様と書き方、Anthropic・Cloudflare等の実例、そして「Googleは使用しない」と公式に明言している事実まで、当サイトの導入体験を交えて誇張なしに解説します。
本ページはアフィリエイトプログラムを利用しています。掲載の料金・条件は調査時点の情報で、変動する場合があります。最新は各公式サイトでご確認ください。
llms.txtは、LLM（AI）に「このサイトの要点はここ」とMarkdownで案内するファイルの提案。robots.txtのようなクロール制御ではなく、AIが推論時に使うコンテキストの案内役です。ただしGoogleは公式に「検索（生成AI機能含む）では使用しない」と明言しており、効果を保証するものではありません。
この記事は、当サイトが2026年7月17日に実際に /llms.txt を導入した体験と、原典・各社公式ドキュメントの確認結果だけで書いています。
「llms.txtを置けばAIに引用される」——そんな解説を見かけますが、その期待に公式の根拠は今のところありません。一方で、置くコストはほぼゼロ。何ができて何ができないのかを、事実ベースで整理します。
実体験メモ
当サイト（くらべてナビ）は2026年7月17日に /llms.txt を実際に設置しました（実物：kura-bete-navi.com/llms.txt）。作業はテキストファイル1枚で数分。内容は「当サイトが持つ一次データ（全国2,157駅の坪単価を地価公示から再集計）・無料ツール・出典確認先」の案内にしました。Googleが「使わない」と明言している以上、SEO効果は期待していません。ただしコストがほぼゼロで、AIクローラーに「どのページが一次データか」を伝える窓口は用意しておく価値がある——という判断です。
llms.txtとは
llms.txtは、「推論時にLLMがウェブサイトを利用するのを助ける情報を提供するための /llms.txt ファイルを標準化する」提案です。原典の llmstxt.org が挙げる課題はシンプルで、「コンテキストウィンドウは小さすぎて、ほとんどのウェブサイト全体を扱えない」こと。だからサイト側が「AIに読んでほしい要点」を1枚のMarkdownにまとめて置こう、という発想です。
- 提案者：Jeremy Howard氏（Answer.AI）
- 公開：2024年9月3日の提案記事
- 位置づけ：正式な「標準」ではなく「提案（proposal）」段階。W3CやIETFなどでの標準化の事実は確認できません（llmstxt.org自身が提案と称しています）
提案の根っこにあるのは、「サイト制作者が自分のサイトを一番よく知っており、LLMが使うべきコンテンツのリストを提供できる」という考え方です。
robots.txt・sitemap.xmlとの違い
一番多い誤解が「robots.txtのAI版」というもの。目的がまったく違います。
| robots.txt | sitemap.xml | llms.txt | |
|---|---|---|---|
| 目的 | 自動化ツールにどんなアクセスが許容されるかを知らせる（クロール制御） | インデックス用にページURLを列挙 | LLMが推論時に使う要点を案内 |
| 対象 | クローラー全般 | 検索エンジン | LLM・AIツール |
| 形式 | 独自記法 | XML | Markdown |
| 公式対応 | Google・OpenAI・Anthropicが公式に案内する唯一の制御手段 | 検索エンジンが公式サポート | 主要AI企業・検索エンジンの公式サポート表明は確認できず |
- AIクローラーをブロックしたいなら、手段はllms.txtではなくrobots.txtです。OpenAI（GPTBot等）もAnthropic（ClaudeBot等）も、公式ドキュメントで案内している制御手段はrobots.txtとユーザーエージェント指定のみで、llms.txtへの言及はありません。
- sitemap.xmlとの違いは、llms.txtがLLM可読版（Markdown版）や外部URLも含められ、簡潔さを保つ点です。全ページの列挙ではなく「厳選した案内」を置きます。
原典によれば、llms.txtは「ユーザーが明示的に情報を要求したとき、オンデマンドで使われることが多い」想定。常時クロールの制御ではなく、AIが必要なときに参照する“受付窓口”のイメージです。
書き方（仕様と実例）
仕様は llmstxt.org で定義されています。サイトルートの /llms.txt に、Markdownで次の順に書きます。
- H1（
# サイト名）——唯一の必須要素 - blockquote（
> 要約）——サイトの短い要約 - 任意の詳細説明（段落や箇条書き）
- H2セクション——
[名前](URL): 注記形式のリンクリスト - 「Optional」という名前のH2は特別で、「短いコンテキストでは省略してよい」の意味
当サイトの実物（kura-bete-navi.com/llms.txt）は、小規模サイトの実例としてこんな構造です（抜粋・一部簡略化）。
# くらべてナビ（kura-bete-navi.com）
> 家づくり・子育て・AI活用の比較情報サイト。運営者自身の実体験と
> 一次データの再集計に基づいて執筆しています。
## 一次データ（引用可・出典明記をお願いします）
- [駅別の坪単価データ](https://kura-bete-navi.com/...): 全国2,157駅の坪単価を国土交通省の地価公示から再集計
## 無料ツール
- [ツール名](https://kura-bete-navi.com/...): ツールの説明
## 運営情報
- [運営者情報](https://kura-bete-navi.com/...): 実体験の根拠・出典の確認先ポイントは、全ページを並べるのではなく「AIに使ってほしい情報」を厳選すること。当サイトの場合は「どのページが一次データか」「出典はどこで確認できるか」を最優先にしました。
導入している企業の実例
大手のドキュメントサイトを中心に、実際の導入例があります（すべて2026年7月17日に実在を確認済み）。
| サイト | URL | 特徴 |
|---|---|---|
| Anthropic | docs.anthropic.com/llms.txt | H1＋H2構成、各ページの.md版へのリンク（301でplatform.claude.comへ） |
| Cloudflare | developers.cloudflare.com/llms.txt | 仕様準拠の構造。llms-full.txt（約57MB）を併設 |
| Perplexity | docs.perplexity.ai/llms.txt | llms-full.txt（約3.9MB）を併設 |
| Stripe | docs.stripe.com/llms.txt | 開発者ドキュメントの案内 |
| Vercel | vercel.com/llms.txt | 冒頭でllms-full.txtへ案内 |
ここで1つ、正確に整理しておきたいのがllms-full.txtです。
- 原典（llmstxt.org）に定義はありません（2026年7月17日確認時点で言及ゼロ。原典側で言及されている派生ファイルはllms-ctx.txt／llms-ctx-full.txt）
- 一方、実務ではAnthropic・Cloudflare・Perplexity・Vercelが実際に公開しており、ドキュメントツールのMintlify公式docsは「ドキュメント全体を1ファイルに結合し、AIツール用コンテキストとするもの」と定義しています
つまりllms-full.txtは「仕様にはないが実務で広まった慣行」。この“仕様と実態のズレ”自体が、llms.txtがまだ発展途上の提案であることを物語っています。
効果はあるのか（正直な整理）
ここが本記事で一番大事な部分です。
Googleは「使用しない」と公式に明言
Googleの公式ドキュメント（AI時代の検索最適化ガイド、最終更新2026年7月10日）は、こう明言しています。
Google検索（生成AI機能を含む）に表示されるために、新しい機械可読ファイル、AIテキストファイル、マークアップ、Markdownを作成する必要はない。Google検索自体はそれらを使用しないからだ。（要旨）
さらに、こうしたファイルは「害にも益にもならない」とも。Google検索・AIによる概要への効果は、公式に否定されていると理解してよい状況です。
主要AI企業の公式サポート表明もない
- OpenAI：公式クローラー文書で案内する制御手段はrobots.txtとユーザーエージェント（GPTBot等）のみ。llms.txtへの言及なし
- Anthropic：公式ヘルプでもClaudeBot等の制御はrobots.txtのみ案内。自社ドキュメントでllms.txtを公開してはいますが、「公開している」ことと「自社クローラーが利用すると表明した」ことは別です
つまり「llms.txtを書けばAIに引用されやすくなる」という巷の期待には、現時点で公式の根拠がありません。
それでも導入するかの判断軸
当サイトは導入しました。判断軸は次の3つです。
- コスト：テキスト1枚・数分。失うものがほぼない（Google公式も「害にならない」と明言）
- 将来への備え：提案段階とはいえ、Anthropic・Cloudflare・Stripe級の企業が実際に公開している。仮に将来AIツール側の参照が広がったとき、窓口だけは先に用意できている
- 一次データの明示：AIクローラーに「このサイトのどれが一次データで、出典はどこか」を機械可読で伝えておく整理としての価値
逆に、「効果が出るまで待つ」でも何も失いません。数分のコストをどう見るか、だけの話です。
「llms.txtでAI検索上位に」という宣伝にご注意
llms.txtの設置を「AI検索対策の必須施策」「上位表示に効く」と謳う情報がありますが、Googleは公式に「使用しない」と明言しており（2026年7月10日更新のドキュメント）、主要AI企業の公式サポート表明も確認できません。llms.txtは正式な標準ではなく提案段階です。有料の「llms.txt対策サービス」等を検討する際は、この事実を前提に判断してください。最新の状況は本文末の各公式ドキュメントで確認できます。
まとめ
- llms.txtはLLMが推論時に使うコンテキストの案内。robots.txtの代替（クロール制御）ではない
- 2024年9月にJeremy Howard氏（Answer.AI）が公開した提案段階の仕様。標準化はされていない
- 書き方は「/llms.txtにMarkdownで、H1→blockquote→H2セクション」。全ページ列挙ではなく厳選した案内
- Anthropic・Cloudflare・Perplexity・Stripe・Vercelなど実導入例はある（2026年7月17日確認）
- ただしGoogleは公式に「使用しない・害にも益にもならない」と明言。効果の保証はなく、「数分のコストで将来に備えるか」が判断軸
出典（2026年7月17日確認）
- llms.txt 原典仕様（llmstxt.org）
- Jeremy Howard氏の提案記事（Answer.AI, 2024-09-03）
- Google：AI時代の検索最適化ガイド（2026-07-10更新）
- OpenAI：公式クローラー文書
- Anthropic：クローラーに関する公式ヘルプ
- Mintlify：llms.txt / llms-full.txtの解説
- 当サイトのllms.txt（実物）
AIに情報を渡す設計の考え方は AIへのコンテキストの渡し方 が土台になります。AI活用の実務は Claude Codeでできること、AI記事の書き方 もどうぞ。
関連記事の一覧は AIノウハウ からどうぞ。
よくある質問（FAQ）
llms.txtとは何ですか？
LLM（AI）が推論時にウェブサイトを利用するのを助ける情報を、サイトルートの /llms.txt にMarkdownで置く提案です。2024年9月にJeremy Howard氏（Answer.AI）が公開しました。コンテキストウィンドウはウェブサイト全体を扱うには小さすぎる、という課題への対策で、現時点では正式な標準ではなく「提案（proposal）」段階です。
robots.txtと何が違いますか？
目的が違います。robots.txtは「自動化ツールにどんなアクセスが許容されるかを知らせる」クロール制御のファイルで、llms.txtは「LLMが情報を要求されたときに使う内容の案内」です。llms.txtにアクセス制御の効力はありません。AIクローラーのブロックは、OpenAIもAnthropicも公式にはrobots.txtでの制御を案内しています。
llms.txtを設置するとSEO効果はありますか？
Googleは公式ドキュメント（2026年7月10日更新）で、Google検索（生成AI機能を含む）はllms.txtのような機械可読ファイルを「使用しない」「害にも益にもならない」と明言しています。したがってGoogle検索への効果は期待できません。主要AI企業による公式サポート表明も現時点で確認できず、効果は未確定です。
llms-full.txtとは何ですか？
ドキュメント全体を1つのファイルに結合し、AIツール用のコンテキストとして提供するファイルです（Mintlify公式ドキュメントの定義）。AnthropicやCloudflare、Perplexity、Vercelが実際に公開していますが、原典のllmstxt.orgの仕様には定義がなく、実務の中で広まった慣行という位置づけです。