llms.txtとは？仕様と効果、AI検索時代のサイト設計を解説

llms.txt は、Web サイトのルートに置く Markdown ファイルで、サイトの要点と主要ページへのリンクを AI（大規模言語モデル）が読みやすい形でまとめておく提案仕様です。2024 年 9 月に Jeremy Howard 氏が提案し、Anthropic や Mintlify などの開発者向けドキュメントサイトを中心に広まりました。一方で、Google は 2026 年 5 月に公開した公式ガイドで「Google 検索は llms.txt を無視する」と明記し、同年 6 月の Ahrefs の調査では設置済みファイルの 97% に 1 か月間アクセスが無かったと報告されています。この記事では、llms.txt の仕様、llms-full.txt・robots.txt・sitemap.xml との違い、誰が実際に読んでいるかの一次データ、効果を検証した調査の結論、書き方と生成方法、そして gaipack が自社サイトで運用してわかったことを解説します。

llms.txtとは何か：提案者と仕様

llms.txt は、fast.ai と Answer.AI の創業者である Jeremy Howard 氏が 2024 年 9 月 3 日に llmstxt.org で提案した仕様です。提案文は、Web ページは人間向けに書かれていて、ナビゲーションや広告や JavaScript が混ざり、コンテキストウィンドウの限られた AI には扱いにくいという問題意識から始まります。そこで、AI が「あるトピックについてユーザーを手伝うときに、必要に応じて参照する」ための入口を、サイト側が Markdown で用意しておこう、というのが提案の中身です。

ファイルの形式は Markdown で、決まりは少なめです。仕様が定めているのは次の要素で、必須なのは最初の H1 だけです。

仕様はもう 1 つ、各ページの Markdown 版を同じ URL に .md を付けて置くこと（page.html.md または page.md）を推奨しています。llms.txt が「目次」で、各ページの .md 版が「本文」という分担です。この後者は見落とされがちですが、後述する gaipack の運用ではこちらのほうが先に役立ちました。

提案文が想定している用途は、まず「ソフトウェアのドキュメント。コーディングエージェントがそれを辿って API リファレンスやチュートリアルを見つける」で、次に「エージェントがサイトの内容へ導かれる道を必要とするあらゆる場面」として、企業サイトの構造や方針、個人サイトの経歴、学校の講座情報が挙げられています。つまり第一の対象は開発者向けドキュメントで、企業サイトはその拡張です。この順序が、後で見る「効果がある場所とない場所」の違いにそのまま対応します。

llms.txtとは何が違うのか：llms-full.txt・robots.txt・sitemap.xml

llms.txt は「サイトのルートに置くテキストファイル」という点で robots.txt や sitemap.xml と似ていますが、役割は別です。llmstxt.org 自身が違いを説明しています。

llms-full.txt は llmstxt.org の仕様には登場しません。Anthropic の開発者ドキュメントは llms.txt を公開しており、その末尾で全文版の llms-full.txt へ案内しているように、ドキュメントホスティングサービスが「索引」と「全文」の 2 ファイルを自動生成する運用を広めた結果、事実上の慣習になりました。仕様に無いので形式の決まりもなく、本文を Markdown で連結したものが一般的です。

robots.txt との関係で 1 つ注意があります。llms.txt は AI クローラーを制御する仕組みではありません。学習用クローラーを拒否したいなら robots.txt に GPTBot や ClaudeBot などのユーザーエージェントを書くのが従来どおりの手段で、llms.txt に何を書いても学習の可否には影響しません。逆に llms.txt を置いたからといって、robots.txt で拒否したクローラーが読みに来るわけでもありません。

llms.txtは誰が読んでいるのか：一次データで見る現状

llms.txt の評価を難しくしているのは、「公開している側」と「読んでいる側」の温度差です。公開する側は増えていますが、主要な AI サービスが「読む」と表明した例はありません。

Google の John Mueller 氏は 2025 年 4 月、Reddit のスレッドで次のように述べたと Search Engine Journal が報じています。「私の知る限り、どの AI サービスも llms.txt を使っているとは言っていない（サーバーログを見れば、確認すらしに来ていないことが分かる）。私にはキーワード meta タグに似たものに見える。サイト所有者が自分のサイトはこういうものだと主張するもので、本当にそうかは確認すればよく、そうであればサイトを直接見ればよい」。キーワード meta タグは、サイト側の自己申告を検索エンジンが信用しなくなって使われなくなった機能で、llms.txt を同じ構図で見ているという指摘です。

この発言は後に公式文書になりました。Google は 2026 年 5 月に生成 AI 機能向けの最適化ガイドを公開し（2026 年 7 月 10 日更新）、「Google 検索（生成 AI 機能を含む）に表示されるために、新しい機械可読ファイル、AI 用テキストファイル、マークアップ、Markdown を作る必要はない。Google 検索自体がそれらを使わないからだ」と述べています。llms.txt については「他のサービスやシステムのために作成・維持するのはまったく構わないが、Google 検索での可視性や順位を害することも助けることもない。Google 検索はそれらを無視する」と、効果の有無を明文で否定しています。

読まれているかを実測したのが Ahrefs です。2026 年 6 月 15 日に公開した調査は 137,210 ドメインを対象にし、次の結果を報告しています。

残りの約 77% は SEO 監査ツール（21.7%）、正体不明のクローラー（14.9%）、一般的な Web クローラー（13.1%）、技術プロファイリングツール（11.6%）、AI 検索最適化のスキャナー（5.8%）でした。つまり、llms.txt を読みに来ているのは主に「llms.txt があるかを調べるツール」であって、回答を生成する AI 検索ではありません。

ただし、この調査には見落とせない一行があります。AI ツールの中で最も多く取得していたのはコーディングエージェントで、Claude Code は AI 検索の取得 bot、AI アシスタント、学習用クローラーのいずれよりも多く llms.txt を取得していたと書かれています。開発者向けドキュメントの索引としては実際に使われている、という提案者の第一の想定どおりの結果です。Anthropic 自身の開発者ドキュメントは、各ページの冒頭に「完全なドキュメント索引は llms.txt を取得せよ」という AI 向けの案内を埋め込んでおり、コーディングエージェントがドキュメントを読む前提でサイトが組まれています。

llms.txtの効果：検索順位と AI の引用への影響

「読まれていない」なら効果も出ないはずですが、これも実測があります。結論から先に書くと、AI 検索での引用や検索順位に対する効果は、2026 年 9 月時点で確認されていません。

SE Ranking は 2025 年 11 月 7 日に約 30 万ドメインを分析した調査を公開しました。llms.txt を設置していたのは 10.13% で、AI からの引用回数との関係を Spearman 相関、XGBoost 回帰、SHAP 分析で調べた結果、「llms.txt の要因をモデルから除いたほうが予測精度が上がった」と報告しています。調査の結論は「llms.txt は今日の AI システムがあなたのコンテンツをどう見て引用するかに影響していない」です。

Ahrefs の Ryan Law 氏は 2026 年 6 月 15 日更新の解説記事で、作るべきかという問いに「私の意見では、いいえ、まだです」と答え、理由として「取得やトラフィックを改善する証拠が無く、どのプロバイダーもパースすると表明していない」ことを挙げています。設置は簡単だが、観測できる利益が無いという整理です。

Google の公式ガイド、30 万ドメインの相関分析、13 万ドメインのアクセス実測の 3 つが同じ方向を向いているので、企業サイトが AI 検索対策として llms.txt を置いても、順位や引用が増える根拠は今のところありません。効果があるとすれば、コーディングエージェントが読みに来る開発者向けドキュメントで、これは「検索対策」ではなく「エージェントに自分のドキュメントを正しく使ってもらうための整備」です。この 2 つを混同すると、効果の無い場所に工数を使うことになります。

llms.txtの書き方と生成方法

効果の限界を踏まえたうえで、それでも置く価値があるのは、開発者向けドキュメントを持つサイトと、置くコストがほぼゼロで済むサイトです。最小構成は次の形で、仕様の要件をすべて満たします。

# サイト名
> サイトの要約を 1〜3 文で。何のサイトで、誰が運営し、何を提供しているか。
## 主要ページ
- [ページ名](https://example.com/page): このページで分かること。
## Optional
- [補足資料](https://example.com/extra): 短いコンテキストで済むときは飛ばしてよい。

書くときに気をつける点は 4 つです。

• URL は絶対 URL で書く。 相対パスだとファイル単体で取得したエージェントが解決できない
• 説明は「そのページで何が分かるか」を書く。 ページタイトルの繰り返しは情報にならない
• 公開ページだけを載せる。 認証が必要なページや未公開のパスを書くと、エージェントが辿れないだけでなく、非公開 URL の存在を公開することになる
• 更新の仕組みを決めてから置く。 一度書いて放置した llms.txt は、古いページへ案内する目次になる

生成方法はサイトの作りで変わります。ドキュメントホスティングの Mintlify や GitBook は llms.txt と llms-full.txt を自動生成し、WordPress や Drupal にはプラグインがあることが llmstxt.org に列挙されています。自前の Next.js のような構成なら、llms.txt は静的ファイルとして public/ に置き、llms-full.txt はサイト本体と同じデータソースから生成するルートにするのが手堅い分担です。次の章で gaipack の実装をそのまま示します。

gaipack のllms.txt：自社サイトで運用してわかったこと

gaipack のサイトには llms.txt と llms-full.txt の両方があります。置いたきっかけは 2026 年 8 月に AI 検索最適化の診断ツールでサイトを診断したときの指摘で、当初は「AI に読まれるための対策」のつもりでした。運用してみて分かったのは、この 2 ファイルよりも先に役立った仕組みが別にあったことです。

構成は次のとおりです。

llms.txt を手で更新する運用にしたのは、載せるページを選ぶ判断を人が持ちたかったからです。llms-full.txt を自動生成にしたのは、ブログが増えるたびに手で追記するのは続かないからで、生成元をサイト本体と共通にしているので本文とのずれが起きません。

先に役立ったのは、3 行目の /blog/<slug>.md でした。もともとは読者が記事をそのまま AI に渡せるようにした「ページをコピー」機能ですが、Claude Code などのコーディングエージェントに社内の記事を参照させるとき、HTML ページより .md の URL を渡すほうが本文だけを正確に読み込めます。llmstxt.org が推奨する「各ページの Markdown 版」は、外部の AI 検索向けというより、自分たちがエージェントに自社コンテンツを読ませるときに使う機能でした。

一方で、llms.txt と llms-full.txt が実際にどれだけ取得されているかは、この記事の時点で自社のアクセスログでは計測していません。Ahrefs の実測を踏まえると、AI 検索からの取得はほとんど無いと見るのが妥当で、置いた目的も「無いことで診断ツールに減点されない」「コーディングエージェントに索引を渡せる」の 2 点に置き直しています。診断ツールの指摘のうち、実際にページの読まれ方を変えたのは llms.txt ではなく、各ページの冒頭 1 文で「誰向けの何のページか」を言い切る修正と、サービス説明の定型句を削る修正でした。

AI 検索時代のサイト設計：llms.txt の前にやること

llms.txt に手を付ける前に確認したいことが 4 つあります。いずれも、AI が llms.txt を読むかどうかにかかわらず意味があるものです。

• robots.txt で AI クローラーへの方針を決める。 学習に使われたくないなら学習用クローラーを拒否し、AI 検索に引用されたいなら検索用の取得 bot を許可する。両者は別のユーザーエージェントで動く
• 各ページの冒頭で結論を言う。 AI に限らず、抜粋されたときに単体で意味が通る 1 文目を置く。gaipack のサイトではこの修正が診断結果に最も反映された
• 本文を Markdown で取り出せるようにする。 ページの .md 版や RSS があれば、エージェントはナビゲーションを除いた本文を読める。gaipack ではブログの .md ルートと RSS を用意している
• sitemap.xml の鮮度を保つ。 検索エンジンも AI 検索も、まずは索引可能な URL 一覧を見る。llms.txt は sitemap.xml の代わりにならない
• 置いたら取得ログで測る。 llms.txt へのアクセスはページビューではないので Google アナリティクスには出ない。サーバーや CDN のアクセスログで /llms.txt のリクエスト数とユーザーエージェントを見ると、誰が読みに来ているかが分かる

そのうえで llms.txt を置くなら、手で更新できる範囲の短い目次にとどめ、全文が必要なら生成元をサイト本体と共通にした llms-full.txt を用意する、という順番になります。gaipack のサイト自体は、ヘッドレス CMS と AI 駆動開発で構築・運用する AIDD CMS の自社事例で、こうしたファイルの追加も CMS のデータを共通のソースにして実装しています。構築の経緯は AI CMS 導入事例にまとめています。

llms.txtとは何かに関するよくある質問

llms.txt について実際によく受ける質問をまとめました。

llms.txtはSEOに効果がありますか？

検索順位への効果は確認されていません。Google の担当者は AI サービスが使っていると表明していないと述べ、30 万ドメインの相関分析でも AI の引用との関係は見つかっていません。置くこと自体に害はありませんが、順位対策としての優先度は低く見積もるのが妥当です。

Googleはllms.txtを読みますか？

読みません。Google は 2026 年 5 月公開の公式ガイドで「Google 検索は llms.txt を無視する」「作っても可視性や順位を害することも助けることもない」と明記しています。他のサービスのために置くこと自体は問題ないとも書かれています。

llms.txtとllms-full.txtの違いは何ですか？

llms.txt は要点と主要ページへのリンクをまとめた短い目次で、llmstxt.org の仕様で定義されています。llms-full.txt はサイトの本文をすべて 1 ファイルに連結した詳細版で、仕様には無くドキュメントツールが広めた慣習です。

llms.txtはどこに置き、どう作りますか？

サイトのルート直下（https://example.com/llms.txt）に置きます。H1 のサイト名だけが必須で、要約の引用ブロック、H2 で区切ったリンク一覧、Optional セクションを任意で足します。ドキュメントホスティングには自動生成機能があり、自前のサイトなら静的ファイルとして置くのが最も簡単です。

llms.txtとrobots.txtの違いは何ですか？

robots.txt はクローラーに「入ってよいか」を伝えるファイルで、llms.txt はエージェントに「何を読むべきか」を案内するファイルです。AI の学習用クローラーを拒否したいときは robots.txt に該当するユーザーエージェントを書く必要があり、llms.txt に何を書いても学習の可否は変わりません。

まとめ

• llms.txt は 2024 年 9 月に提案された、サイトの要点と主要ページを Markdown で AI に案内する仕様です。必須なのは H1 だけで、各ページの .md 版と組み合わせる設計になっています
• robots.txt はクロールの許可、sitemap.xml は URL の網羅、llms.txt は読むべきページの案内と役割が違い、llms-full.txt は仕様に無い慣習です
• 2026 年 6 月の Ahrefs の実測では設置済みファイルの 97% に 1 か月間アクセスが無く、読みに来る AI ツールの中心はコーディングエージェントでした
• 検索順位や AI の引用への効果は、Google の公式ガイドが「無視する」と明記し、30 万ドメインの分析でも確認されていません
• gaipack のサイトでは llms.txt と llms-full.txt を置いていますが、先に役立ったのは各記事の .md 版と冒頭 1 文の書き直しでした

gaipack では、ヘッドレス CMS と AI 駆動開発でサイトを構築・運用する AIDD CMS を提供しており、AI に読まれる前提のサイト設計もその中で扱っています。AI 駆動開発の全体像は AI駆動開発の記事にまとめていますので、あわせてご覧ください。