SEO・AIO
llms.txtは必要か
提案の仕様、利用される範囲、Googleが使わない理由を整理し、自社に適用すべきかどうかを判断できる状態にするための記事です。
この記事の要点
llms.txtは、Webサイトの要点や主要ページをMarkdown形式でまとめ、LLMが推論時に利用しやすくすることを目指した提案です。検索やAI検索に表示されるための必須ファイルではありません。
Googleは、生成AI機能向けにllms.txtのようなAI専用ファイルは不要であり、Google検索はそれらを使用しないと案内しています。設置すれば引用や推薦が増えるという公式な根拠もありません。
一方で、特定のツールや開発環境がllms.txtを読み取る場合、ドキュメントの入口として役立つ可能性はあります。「AI検索対策として置く」のではなく、「利用するアプリケーションと目的を確認して実験する」ことが判断の軸になります。
— 01
llms.txtは標準化された検索要件ではありません
llms.txtは提案であり、検索エンジンが求める仕様ではありません。まずこの前提を確認します。
llms.txtは、2024年9月3日に公開された提案で、サイトの概要、重要なリンク、補足情報をMarkdownで記載する形式を示しています。提案者は、Webサイトを人間向けのHTMLとして提供しながら、LLMが扱いやすい簡潔な情報を一箇所へ集める用途を想定しています。とくに、開発ドキュメントやAPIリファレンスのように、LLMが正確な入口を必要とする場面と相性があります。
ただし、次の点は明確に分ける必要があります。
- IETFやW3Cの標準ではない
- 検索エンジンの必須仕様ではない
- すべてのLLMやAI検索が読むわけではない
- 処理方法はアプリケーションごとに異なる
- 設置効果を共通の指標で証明できる段階ではない
ファイル形式が提案されていることと、主要サービスが採用していることは同じではありません。提案本文にも、llms.txtをどう処理するかはアプリケーションに依存するため特定の推奨は含めない、と書かれています。
出典: The /llms.txt file(llmstxt.org)(確認日: 2026年8月6日)
— 02
Google検索では使われません
Googleは、生成AI検索向けにllms.txtなどのAI向けファイルを作成する必要はないと説明しています。
Googleの公式説明
Googleの生成AI機能向けドキュメントには、Google検索(生成AI機能を含む)に表示されるために、新しい機械可読ファイル、AI向けテキストファイル、マークアップ、Markdownを作成する必要はなく、Google検索自体がそれらを使用しない、と記載されています。あわせて、llms.txtを他のサービスやシステムのために作成・維持すること自体は問題ないが、Google検索での可視性や順位を上げることも下げることもない、とも明記されています。
出典: Google Search Central: Optimizing for generative AI features(確認日: 2026年8月6日)
GoogleのAI OverviewsやAI Modeで表示対象になるための技術的な前提は、ページが通常のGoogle検索にインデックスされ、スニペット表示の対象になり得る状態であることです。追加のAI専用ファイルや特別な構造化データは求められていません。この整理は生成AI検索もSEOでも扱っています。
Google向けに優先する項目
Googleでの可視性という目的であれば、llms.txtより先に確認する項目があります。
- 重要ページがインデックス可能である(クロール済み・未インデックスの読み解き方)
- 本文が初期HTMLまたはレンダリング後に正しく取得できる(JavaScriptレンダリングの確認手順)
- canonical、noindex、robots.txtが正しい(AIクローラーの制御)
- 独自で有用な内容がある
- 重複記事や古い情報を整理している
- 内部リンクとサイトマップが機能している
- Search Consoleで表示とクリックを測定している(AI可視性の測り方)
限られた工数を配分する場合、当社はこちらを先に直すことを推奨します。llms.txtの設置は、これらが整ったあとの選択肢です。
— 03
llms.txtが役立つ可能性がある場面
検討する余地があるのは、利用者や対象ツールが明確な場合です。
開発ドキュメントの入口
API、SDK、ライブラリ、製品マニュアルなど、参照ページが多い場合に、主要ドキュメントの索引として使えます。提案がもともと想定していた用途がここです。
自社のAIエージェントへ渡す情報源
自社が管理するエージェントやRAGシステムで、llms.txtを明示的に読み込む実装を行う場合です。この場合、効果は検索露出ではなく、情報源の選択と保守性で評価します。
実験対象が明確な検証
対象のAIツールがllms.txtを読むことを公式文書またはアクセスログで確認でき、設置前後の取得挙動を比較できる場合です。
いずれの場合も、「世の中のAIが広く読むから置く」という理由では根拠として弱いと言えます。読み手を名前で特定できるかどうかが、判断の分かれ目です。
— 04
設置前に確認する五つの質問
以下は当社が適用可否を判断するときの確認項目であり、普遍的な基準ではありません。
① 誰が読むのか
対象のサービス、ツール、エージェントを名前で特定します。「世の中のAI」といった漠然とした主語では、設置の可否も効果の確認方法も決まりません。
② 読む根拠はあるか
公式文書、製品仕様、実際のアクセスログのいずれかで確認します。読み取る側の実装が確認できないうちは、置いても取得されているかどうかが分かりません。
③ 何を改善したいのか
検索順位、AI回答での引用、開発者によるドキュメント発見、自社エージェントの参照精度は、それぞれ別の目的です。混ぜずに分けて設定します。
④ 正本と同期できるか
料金、サービス名、会社情報をllms.txtへ手入力すると、Webページとの不一致が起きます。CMSやコードから自動生成できるかを先に確認します。
⑤ 設置後に測定できるか
対象ツールからのアクセス、参照されたページ、回答内容の変化など、検証できる指標を決めます。指標が決まらない場合、設置の是非も後から判断できません。
この五つに答えられない場合、設置の優先度は低いと判断できます。
— 05
書く場合の最小構成
実験目的で作る場合は、情報を詰め込みすぎず、正本への索引として設計します。
| 要素 | 内容 | 位置づけ |
|---|---|---|
| H1(サイト・製品の名称) | サイトまたはプロジェクトの名前 | 提案上、唯一の必須セクション |
| 引用ブロックの要約 | 以降を読むために必要な前提を短くまとめた説明 | 任意 |
| 見出し以外の補足 | 内容の解釈方法やファイルの位置づけの説明 | 任意・0個以上 |
| H2ごとのリンク一覧 | リンクと補足説明の並びで、詳細ページへのURLを列挙 | 任意・0個以上 |
| 更新日と生成元 | いつ・どのデータから生成したかの明示 | 提案の仕様ではなく、当社の運用目安 |
実務で載せる内容としては、組織または製品の短い説明、主要ドキュメントへのリンク、APIや仕様書へのリンク、重要な制約、更新日、正本となるWebページ、という並びが扱いやすいと考えられます。
問い合わせ導線、会社の実績、料金表などを独自に再記載すると、更新箇所が増えます。llms.txt内で完結させるより、最新の正本へリンクする方が安全です。
llms-full.txtなどの派生ファイルの扱い
llms-full.txt、llms-ctx.txtなどの派生ファイルは、提案全体で一つの必須標準として定義されたものではありません。提案本文が例として挙げているのは、特定のプロジェクトがllms.txtを展開して生成したllms-ctx.txt・llms-ctx-full.txtという実装です。特定の実装やツールが生成するファイルを、一般的な標準として説明しないよう注意が必要です。
— 06
設置しない判断も合理的です
次の状態であれば、llms.txtを作るより、通常のサイト改善へ工数を使う方が効果的だと考えられます。
- 主要ページがインデックスされていない
- 会社情報や料金がページごとに食い違っている
- 顧客の質問に答える記事がない
- JavaScriptの影響で本文を取得できない
- 古い記事が重複して残っている
- 問い合わせ導線が分かりにくい
- 何を測るかが決まっていない
llms.txtは、基礎的な問題を解決する代替手段にはなりません。索引を足しても、索引先のページが取得できなかったり、内容が食い違っていたりすれば、状況は変わりません。
— 07
Netsujoでの位置づけ
Netsujoでは、llms.txtをAI検索の必須施策として提案しません。対象ツール、利用目的、更新方法、測定方法が明確な場合に限り、実験的な選択肢として扱います。
自社サイトでは、実験として/llms.txtを配置しています。ファイル自体は手作業で保守しているため、更新漏れが起きやすい部分です。そこで、料金のように変わりやすい情報はファイル内に書かず、正本である料金ページへのリンクに置き換えています。あわせて、記載URLが到達可能か、古い日付や古い件数が残っていないかを、週次の自動チェックで確認しています。これは検索順位やAI回答での引用を目的とした施策ではなく、保守と同期の運用を自分たちで検証するための配置です。llms.txt単体の効果を切り分けて測定することは難しく、本記事では成果数値を示しません。
AI検索で見つけてもらうために優先するのは、検索可能な技術基盤、独自で正確な内容、情報の一貫性、比較に必要な開示、実装後の計測です。実際に自社サイトで何をどう実施したかはSEO・AI検索改善の実践ログに、AI検索最適化の全体像はGEO(生成エンジン最適化)とはにまとめています。
新しいファイルを増やす前に、Web上の正本を整える。それが現在の判断です。
— 08
よくある質問(FAQ)
Q. llms.txtは必須ですか?
いいえ、必須ではありません。llms.txtは2024年に公開された提案であり、IETFやW3Cの標準でも、検索エンジンの必須仕様でもありません。設置していないサイトがAIに読まれなくなる、というものでもありません。対象のツールと目的が特定できる場合の選択肢のひとつ、と位置づけるのが正確です。
Q. llms.txtを置くとGoogle検索やAI Overviewsで有利になりますか?
いいえ。Googleは公式ドキュメントで、Google検索(生成AI機能を含む)に表示されるためにAI向けのテキストファイルやマークアップを新たに作る必要はなく、Google検索はそれらを使用しないと説明しています。llms.txtを作って維持すること自体は問題ないものの、Google検索での可視性や順位を上げも下げもしない、とも明記されています。
Q. robots.txtとは何が違いますか?
robots.txtは、クローラーに対してどのページを取得してよいかを指示するアクセス制御のファイルです。各社のAIクローラーも、公式にはrobots.txtで制御する仕組みを案内しています。一方llms.txtは、内容の索引を示すことを目的とした提案であり、アクセスの可否を制御するものではありません。目的が異なります。
Q. llms.txtはどこに置きますか?
提案では、サイトのルートに置き、/llms.txtのURLで取得できる状態にすることが示されています(サブパスに置く形も選択肢として挙げられています)。ただし、置き場所を仕様どおりにすることと、対象のツールが実際に読み取ることは別の話です。読み取り側の実装を確認してから設置を判断します。
Q. llms-full.txtも用意すべきですか?
llms-full.txtは、提案が必須の標準として定義したファイルではありません。提案本文が触れているのは、特定のプロジェクトがllms.txtを展開して生成したllms-ctx.txt・llms-ctx-full.txtという例です。派生ファイルの名称や形式はツールごとに異なるため、一般的な標準として扱わず、利用するツールの仕様に合わせて判断します。
まとめ
llms.txtは、サイトの要点と主要ページをMarkdownでまとめ、LLMが推論時に利用しやすくすることを目指した提案です。IETFやW3Cの標準ではなく、検索エンジンの必須仕様でもありません。Googleは、Google検索(生成AI機能を含む)がこの種のファイルを使用しないと明記しています。
適用を判断する軸は、読み手を名前で特定できるか、読む根拠があるか、正本と同期できるか、設置後に測定できるかです。答えられない項目が多いほど、優先度は下がります。まずインデックス、本文の取得可否、情報の一貫性、計測を整える。llms.txtは、そのあとに置く実験の選択肢です。
この記事の著者

飯田 友広
代表取締役
Netsujo株式会社 代表取締役。京都発のWeb3・AI実装スタートアップを2023年6月に創業。Webサイトを営業基盤として捉え、経営・営業・検索・生成AI・コンバージョン・計測を横断して課題と改善優先順位を整理する「Netsujo SIGNAL」を設計・運営。京都ビッグデータ活用プラットフォーム参画(小規模企業会員・ベンチャー)、同プラットフォーム発のワーキンググループ「Chain Up KYOTO」参画(2026-03-10)、IVS2026サイドイベント「なぜ京都でWeb3.0ビジネスなのか」を京都府庁旧議場で開催(2026-07-02・Netsujoとして主催、企画・登壇・運営/京都府デジタル政策推進課は共催)。京都美術工芸大学での講義・龍谷大学でのセミナー実績、ITコミュニティ「みやこでIT」(connpassメンバー614名・イベント167件・2019年2月から運営)運営。NPO法人NEMTUS理事、BAR KRYPTO運営。ソーシャル企業認証「S認証」認証企業(2026年2月認証・2026年4月公表)。技術領域はWeb3/ブロックチェーン/DID/NFT/生成AI/コミュニティ運営。
プロフィールを見るこの記事が向いている方
llms.txtを設置すべきか判断したい事業担当者
AI検索対策としてllms.txtを勧められ、根拠を確認したい方
開発ドキュメントの入口としての利用可否を検討している方
限られた工数をどこへ配分するか決めたい方
— 壁打ち相談
読者のよくある相談
記事を読んだ後に「自分の状況だとどう判断すべきか」を整理するための壁打ち相談を受け付けています。下記のような相談例が当てはまる方は、お気軽にご連絡ください。
Q. 自社にllms.txtが必要かどうか、判断がつきません。
読み手となるツールの特定、目的、正本との同期方法、測定方法を、現状のサイトに合わせて一緒に整理します。
Q. llms.txtより先に直すべき箇所を知りたいです。
インデックス状況、本文の取得可否、情報の一貫性、計測の有無を確認し、優先順位を提示します。
Q. AI検索での見え方を、どう測ればよいですか?
Search Consoleと公開情報から確認できる範囲を切り分け、計測設計を事実ベースでお手伝いします。
上記いずれかが該当する場合、初回30分の壁打ち相談で論点整理に対応します。記事に書ききれない個別事情を踏まえた判断材料が必要な段階こそ、壁打ちが活きやすいフェーズです。
関連するサービス
Web営業基盤|Netsujo SIGNAL
検索・AI時代のWeb営業基盤をつくる
公開情報からの診断、GA4・Search Consoleの分析、情報の一貫性や計測の実装まで伴走します。SIGNAL 無料Web営業基盤診断から始められます。検索順位やAI掲載を保証するものではありません。