AI検索への対応を調べていて、llms.txt というファイル名に行き当たった方は多いと思います。llms.txt の書き方は、サイトの一番上の階層に1枚のファイルを置き、サイト名・1文の要約・読んでほしいページのリンク集を順に並べるだけです。ただし、効果には賛否があります。Googleは、llms.txt のようなAI向けの新しいファイルは不要で、Google検索では使わないと明言しています（Google 検索セントラル「Google 検索の生成 AI 機能向けにウェブサイトを最適化する」、2026年10月確認）。有効なファイルの97%が1か月間1度も読まれていなかったという調査もあります（Ahrefs「We Analyzed 137K Sites: 97% of llms.txt Files Never Get Read」、2026年6月）。一方で、開発支援の道具など一部のAIには読まれる場面があり、置く価値を認める声もあります。2026年10月時点で、置けばAIの回答に出やすくなるという裏づけは公開されていません。自社サイトに置くか迷っている担当者が、読み終えたあとに自分で書いて設置し、更新まで回せる状態になることを目指します。
AI検索での最適化を指す言葉は、AIO（AI Optimization）のほかにLLMO（Large Language Model Optimization）、GEO（Generative Engine Optimization）、AEO（Answer Engine Optimization）などがあり、業界でまだ呼び方が統一されていません。本メディアではこれらを総称して「AIO」と表記します。AIOという考え方そのものはAIO（AI Optimization）とは何かを整理した記事で扱っています。
この記事を書いているのは、AIの回答に自社がどう出ているかを計測するツールとコンサルティングを提供する株式会社AI Hackです。扱う範囲は、提案されている仕様どおりに書いて置くところまでと、効果がどこまで確認できているかの2つに絞ります。
llms.txt は何を書くファイルで、robots.txt と何が違うのか
llms.txt は、サイトの中で読んでほしいページを短い説明つきで並べた、1枚の案内ファイルです。「料金はこのページ、導入事例はこのページ」と、場所と中身を1行ずつ書き出すイメージになります。ファイル名の末尾は .txt ですが、中身は見出しやリンクを記号で書くマークダウンという書式で書きます。
この提案が公開されたのは2024年9月で、2026年8月10日に改訂されました（llmstxt.org「The /llms.txt file, v2」、2026年8月）。提案者は Answer.AI の Jeremy Howard 氏です（LLM Pulse「llms.txt: The Complete 2026 Guide」、2026年10月）。大事なのは、これが業界団体や検索エンジンが決めた正式な規格ではなく、1人の提案から広まったものだという点です。
いちばん混同されやすいのが robots.txt との違いです。robots.txt は「どこを巡回してよいか」を伝えるファイルで、llms.txt の側に許可や拒否を書く機能はありません。次の図は、サイトの一番上に置く4種類のファイルが、それぞれ誰に向けて何を渡すものかを並べたものです。
私たちは、この4つを同じ土俵に並べて「どれが効くか」を比べないことが、最初の整理だと考えています。
llms.txt の書式と記載項目を、サンプルで1行ずつ読む
書式は覚えることが少なく、雛形を1つ持っておけば十分です。次は、そのまま貼り替えて使えるサンプルの全文です。
# 株式会社サンプル
> 中小企業向けの勤怠管理クラウド「サンプル勤怠」を開発・提供している会社です。
導入検討に必要な情報を以下にまとめています。料金はすべて税抜表記です。最終更新: 2026-10-01
## サービス
- [サンプル勤怠の機能一覧](https://example.com/product/): 打刻・シフト作成・申請承認の各機能と対応範囲
- [料金プラン](https://example.com/pricing/): 3プランの月額費用と、従業員数ごとの課金単位
- [導入事例](https://example.com/cases/): 業種別の導入事例6件と、導入前後の運用の違い
## 会社・サポート
- [会社概要](https://example.com/company/): 所在地・設立年・役員・事業内容
- [よくある質問](https://example.com/faq/): 契約・解約・データ移行についての回答
- [お問い合わせ](https://example.com/contact/): 見積もり依頼と無料トライアルの申し込み窓口
## Optional
- [ブログ](https://example.com/blog/): 勤怠管理の運用ノウハウ記事
- [採用情報](https://example.com/recruit/): 募集職種と選考の流れ
書き換えるのは、会社名・要約文・補足文・各リンクのURLとその説明の5か所だけです。
上から順に、次の5つのブロックでできています。
- サイト名（1行目）
- 1文の要約
- 補足の説明文
- 用途で分けたリンクの並び
- 省略してよいリンクの並び
次の図は、いま挙げた5つが上からどう積み重なり、それぞれに何を書くのかを対応させたものです。
1行目のサイト名だけが llms.txt の必須要素
必ず必要なのは、1行目の見出しにサイト名か事業名を書くことだけで、そのあとの要素は任意です（先ほどのLLM Pulseの解説）。つまり、1行だけでも形としては成立します。ただし名前だけ置かれたファイルは案内の役に立たないので、実務では次の要約まで必ず書いています。
2行目の「>」で始まる1文に、何をしている会社かを書く
記号「>」で始まる行は、引用のように1段下げて表示される書き方で、ここに1文の要約を入れます。「誰に」「何を」提供しているかを、社内用語を使わずに書くのがコツです。ここが抜けると、読む側がサイト名から事業内容を推測することになります。
補足の段落には、読む側が前提として知るべきことを置く
要約の下には、普通の文章で補足を書けます。料金が税抜か税込か、対象が国内だけか、最終更新日はいつか、といった前提がここに向いています。サンプルで更新日を入れているのは、古い案内が使われるのを避けるためです。
llms.txt に並べるリンクは「ページ名＋そのページで分かること」の形にする
リンクは「- ページ名: そのページで分かること」という1行の形で並べます。説明文は、開かなくても中身が想像できる長さにします。見出しで用途ごとに分けると、必要な部分だけを拾いやすくなります。本数は10〜30本に絞るのが扱いやすいと考えています。
末尾の Optional は何のための場所か
最後の「Optional」という見出しは、二次的なリンクをまとめておく場所です。改訂後の提案でも、短く読みたいときに読み飛ばしてよい二次的なリンクをまとめる慣習的なラベルで、機械的な特別扱いはないと説明されています（先ほどのLLM Pulseの解説）。優先度の低い参考リンクはここに寄せます。
llms.txt は v1 の書き方のまま直さなくてよいのか
2026年8月の改訂の主眼は、見つけてもらいやすさです。ページ側から「このページのマークダウン版はここにある」「このページを説明する llms.txt はここにある」と指し示す書き方が加わりました（llmstxt.org「Changes（v2・2026年8月）」、2026年8月）。あわせて、サイト全体ではなく /docs/ のような下の階層ごとに置けることが明記され、Optional の位置づけも編集上のラベルとして整理されています。ファイルの書式そのものは変わっていないため、以前の書き方のファイルを作り直す必要はないと私たちは考えています。
ファイルの置き場所と、公開までの3ステップ
置き場所はサイトの一番上の階層で、https://example.com/llms.txt の形で開ける位置です。ファイル名は小文字の複数形で固定し、llm.txt や LLMs.txt にはしません。先ほどの変更履歴にあるとおり下の階層にも置けますが、まずは一番上に1枚で十分だと考えています。
公開までの流れは3つです。
- 載せるページを選ぶ
- 雛形に書き起こす
- 置いてブラウザで開いて確かめる
- 載せるページを選ぶ。 会社概要・サービス・料金・導入事例・よくある質問・問い合わせ窓口を軸に、10〜30本まで絞ります。ここが一番時間をかける価値のある工程です。
- 雛形に書き起こす。 先ほどのサンプルを複製し、社名・要約・URL・説明を自社の内容に差し替えます。説明文は一度声に出して読み、意味が通るかを確かめます。
- 置いてブラウザで開いて確かめる。 自社の /llms.txt を開き、書いたテキストがそのまま表示されるかを見ます。この3つ目を軽く見ないでください。設置したつもりでも、中身が「ページが見つかりません」というHTMLの画面になっている例があります。
自分で書かずに済ませる道もあります。技術文書を公開するサービスの中には、llms.txt と本文をまとめたファイルを自動で作って配信するものがあります（Mintlify「llms.txt」、2026年10月確認）。
llms-full.txt・llm.txt・Markdown版ページの違いと、作る範囲の線引き
llms-full.txt は、リンク先の本文まで丸ごと1つのファイルにつなげたものです。案内図が llms.txt、全文を綴じた冊子が llms-full.txt という関係になります。
この名前は提案の本文には出てこず、文書公開サービスが広めた慣習です（Codersera「llms.txt Explained (2026)」、2026年10月）。一方で、この形式を広めた側の経緯として公式の提案に取り込まれたと説明する解説もあり、見方は割れています（GreenGeeks「What Is llms.txt」、2026年5月）。
実務で効いてくるのは大きさです。公開されている大規模な例では、2026年7月時点で25MBや56MBというものがあり（macmdviewer「llms.txt: What the Spec Says, Who Reads It, and What Mine Looks Like」、2026年7月）、AIが一度に読める量を超えます。
ページごとのマークダウン版（URLの末尾に .md を付けると文章だけが返る形）は、余力があるときの追加です。
私たちの線引きはこうです。まず llms.txt を1枚だけ作ります。llms-full.txt は、ヘルプ記事や技術文書が数百ページある場合に限り、重要な範囲に絞って自動生成できる前提でのみ検討します。単数形の llm.txt のような別名は、読まれない前提で考えます。
「llms.txt は意味ない」と言われる理由と、2026年10月時点で確認できること
「意味ない」と言われる理由は2つあり、どちらも根拠があります。1つはGoogleが公式に効かないと書いたこと、もう1つはほとんど読まれていないという測定結果が出たことです。
Googleは、生成AIの機能に出るために新しい機械可読のファイルやマークダウンを作る必要はないとしています。他のサービス向けに llms.txt を持つのは問題ないが、Google検索は無視するため、可視性にも順位にも有利にも不利にもならないとも書いています（Google Search Central「Google's Guide to Optimizing for Generative AI Features on Google Search」、2026年5月公開／2026年10月確認）。この生成AIの機能そのものについてはGoogleのAI ModeをSEO視点で解説した記事で扱っています。
実際に読まれているかの測定もあります。2026年5月にアクセスのあった137,210ドメインを対象にした調査では、28%が llms.txt を置いていた一方、有効なファイルの97%はその月に1度もリクエストされませんでした（Ahrefs「We Analyzed 137K Sites: 97% of llms.txt Files Never Get Read」、2026年6月）。届いたリクエストの96%はボットからで、その多くはAIのツール以外でした（Ahrefs、2026年6月）。
一方で、読まれている場面もあります。OpenAIやAnthropicをはじめとするAI各社は、自社の開発者向けドキュメントでこのファイルを公開しています（先ほどのllmstxt.orgの仕様ページ）。取得があった分のうち、名前の分かるAIツールからのものは19.5%で、上位にはGPTBotやClaude-Codeといった学習用のクローラーや開発支援の道具が入っていました（Ahrefs、2026年6月）。
もう1つ、人に代わってサイトを開いて操作や調べ物をするAI（AIエージェント）向けの動きがあります。Chrome の表示速度などを調べる診断ツール Lighthouse（バージョン13.3）が、AIエージェント向けの備えを見る実験的な項目として、llms.txt の有無とサーバーエラーを確認しています（Search Engine Land「Google adds llms.txt check to Chrome Lighthouse」、2026年5月）。これは検索順位の話ではなく、ブラウザ上で動くAIがサイトの構造をつかみやすいかという別の問いです（Search Engine Journal「Google's llms.txt Guidance Depends On Which Product You Ask」、2026年5月）。
ここで切り分けが要ります。AI各社が自社の文書でこのファイルを公開していることと、各社が一般の企業サイトの llms.txt を読んで回答に反映することは、別の話です。後者を公式に説明している事業者は確認できていません。
次の表は、公式の資料で言えることと、言えないことを相手ごとに分けたものです。
相手 | 公式資料で確認できること | 確認できていないこと |
|---|---|---|
Google検索の生成AI機能 | 無視するため、順位にも可視性にも影響しない | 特になし（明記されている） |
Google以外のAIサービスの回答生成 | AI各社が自社の開発者向け文書で公開している | 一般の企業サイトの llms.txt を読んで回答に反映するという説明 |
診断ツール Lighthouse が見るAIエージェント向けの備え | 実験的な項目として有無とサーバーエラーを確認する | 検査に通ることが回答での引用につながるか |
表の要点は、「順位には効かない」「回答への引用が増える根拠は公開されていない」「AIエージェントや開発の道具には読まれる場面がある」の3つです。AI検索は1つの質問を複数の検索に分解して情報を集めるため、AI検索が質問を分解して情報を集める仕組みの解説記事で書いたとおり、分解された質問に答える本文の中身のほうが効くと私たちは見ています。効果が広く検証された段階にはなく、各社の対応状況も今後変わりえます。この記事の内容は2026年10月時点で確認できたものとしてお読みください。
llms.txt より先に手を付ける3つ
順番としては、llms.txt は最後に置くものだと私たちは考えています。先にやることが3つあります。
- AIのクローラーが入れるかを確認する
- 本文そのものを分かりやすくする
- 構造化データを整える
- AIのクローラーが入れるかを確認する。 robots.txt は巡回してよい場所を書くファイルで、ここでAI各社のクローラーを止めていると、何を置いても読まれません。先ほど出たGPTBotのように、クローラーには名前があり、名前ごとに許可と拒否を書けます。実務では、サイトの前段に置いている配信サービス側で止まっていないかも合わせて見ています。
- 本文そのものを分かりやすくする。 結論を先に書く、サービス名や数値を画像ではなく本文に書く、更新日を出す。この3点だけでも、読み取られ方は変わります。
- 構造化データを整える。 構造化データは、料金や評価といった情報を決まった形式でページに書き添える仕組みです。ただし、入れれば引用が増えるとは言えません。商品やレビューのように具体的な項目が埋まるものから手を付けるのが現実的だと考えています。
この3つが済んでいない状態で llms.txt だけ置いても、効き目は期待しにくいでしょう。逆に3つが済んでいるなら、llms.txt は短時間で作れる追加の整備です。作らないという判断も合理的です。全体の進め方はAI検索の対策（AIO）で何から始めるかを整理した記事にまとめています。
公開後の更新と、効果の確かめ方
置いたまま放置した llms.txt は、古い案内図と同じです。更新のきっかけは、サイトの構造が変わったとき、料金やサービス内容が変わったとき、そして四半期に一度の見直しの3つに決めておくと運用が楽になります。古い料金を案内し続けるくらいなら、置かないほうがましだと考えています。
読まれているかどうかは、サーバーのアクセス記録で /llms.txt へのリクエスト元を見れば分かります。SEOツールの巡回とAI側の取得は混ざるので、送り主の名前まで見て分けます。
効果そのものは、このファイル単体で切り出すのが難しい領域です。実務では、自社名を出さない質問をいくつも用意し、複数のAIサービスで複数回たずねて、回答に自社名が出た割合（Mention Rate＝言及率）と、引用元として自社サイトが出た割合（Citation Rate＝引用率）を設置の前後で比べます。AIの回答は同じ質問でも揺らぐため、1回の結果で良し悪しを判断しません。私たちはこの定点観測を続けて取得し、言及の量、肯定・否定の文脈、引用元のドメインまで分けて見ています。測り方の選択肢はプロンプト単位でAI回答を分析するAIO分析ツールの比較記事で整理しています。
まとめ
書き方の要点は3つです。置き場所はサイトの一番上、中身はサイト名から始まる5つのブロック、更新はサイト構造か料金が変わったときと四半期の見直しです。
現時点の位置づけは、検索順位のために作るものではなく、サイトを読みに来るAIへの案内として作るものだと私たちは考えています。
次の一歩は、AIのクローラーが入れるかの確認、本文の明確化、そのうえでの llms.txt の設置という順です。いま自社がAIの回答でどう語られているかを測るところから始めたい方は、株式会社AI Hackの無料AIO診断（実測）をご利用ください。