llms.txtとは？SEO・LLMO対策として意味があるのか一次情報から解説

「AI検索対策には、llms.txtというファイルの設置が必須です」——そんな売り込みを目にしたことはないだろうか。この記事は2026年8月に「余力があれば保険として設置しておいて損はない」という結論で公開したが、その後の追加検証で、その結論は撤回することにした。

検証を進めるうちに分かったのは、llms.txtに「置くかどうか」という以前に、多くのサイトで「気づかないうちに配信されているかどうか」のほうが実務上の問題だという事実である。この記事では、大規模な集計データと、自社サイトで実際に起きた出来事をもとに、優先すべき点検の手順を解説する。

この記事の前提として、LLMO対策に新しい道具は要りませんをあわせてご覧ください。

llms.txtとは何か

llms.txtは、2024年9月に提唱された、コミュニティ主導の仕様案である。W3CやIETFが定める公式なインターネット標準には含まれない。大規模言語モデル(LLM)やAIエージェントがWebサイトの内容を理解しやすくするための「機械可読な目次」として考案された。

現代のWebページには、ナビゲーションメニューや広告タグ、装飾用のスクリプトなど、AIの文脈理解にとってはノイズとなる要素が大量に含まれている。llms.txtは、そうしたノイズを取り除いた要約をMarkdown形式で提供し、「このサイトが何を扱っており、重要な情報がどのURLにあるか」を伝えることを目的としている。もともとは、コーディング支援AIがプログラミングのドキュメントに素早くアクセスするための用途を想定して考案されたものであり、SEOツールとして生まれたわけではない。

robots.txt・sitemap.xmlとの違い

llms.txtについて最も重要な理解は、アクセスを制御する力が一切ないという点である。robots.txtが「ここには入るな」と指示するゲートキーパーであるのに対し、llms.txtは「このサイトの要点はこちらです」と案内するガイドに過ぎない。llms.txt内にどのような指示を書いても、AI側がそれに従う義務はなく、強制力は皆無である。AIクローラーの巡回を制御したい場合は、引き続きrobots.txtによる指定が必要になる。

また、sitemap.xmlがサイト内の全URLを網羅的に列挙するのに対し、llms.txtは人間が厳選した10〜20程度の重要ページだけを載せるという点でも性質が異なる。

検索エンジンの提供元が示す一貫した見解

llms.txtの設置がAI検索での引用や検索順位を直接押し上げるという主張について、検索エンジンの提供元は繰り返し否定的な見解を示している。2025年7月には、担当者がイベントの場で、AI検索の評価においてllms.txtを特別扱いしておらず通常のSEOで十分だと述べている。別の担当者からも、llms.txtは検索順位に影響しないまま廃れていった過去の自己申告型のタグと同じ道をたどりうる、という趣旨の発言が出ている。

2025年12月10日付で更新された公式ドキュメントには、次の記述がある(原文を直訳)。「これらの機能に表示されるために、新しい機械可読ファイル、AIテキストファイル、マークアップを作成する必要はない。追加すべき特別なschema.org構造化データもない」。別の公式ページには「生成AI機能は、通常の検索と同じコアのランキング・品質システムに根ざしている」とも明記されている。つまり、AI向けの自己申告ファイルよりも、通常のHTMLコンテンツの質や構造、外部からのリンクといった、これまでと同じ客観的なシグナルのほうが評価の土台になっているということである。

大規模な集計が示す「ほぼ読まれていない」という実態

公式見解だけでなく、実際のアクセスログを分析した大規模な集計でも、llms.txtの効果に否定的な結果が出ている。2026年5月にトラフィックのあった137,210ドメインを対象にした調査では、28%にあたる38,360ドメインが有効なllms.txtを公開していた。しかし、そのうち97%のドメインで、対象月中にファイルへのアクセスが一件も記録されていない。

アクセスが記録された残り3%(約1,100ドメイン)についても、内訳を見るとさらに実態が分かる。総リクエスト数は約22,000件で、そのうち人間による直接アクセスは4%にとどまり、96%はボットによるものだった。ボットの内訳を多い順に見ると、SEO監査ツールが21.7%で最多を占め、正体不明のボットが14.9%、一般的なウェブクローラーが13.1%、サイトの技術構成を調べるツールが11.6%と続く。これらを合わせた「ウェブ業界が自分自身を監視するためのアクセス」だけで、全体の6割近くに達する。

一方、本来の想定用途であるはずのAI関連のアクセス——自律的に動くAIエージェント(10.5%)、AI検索最適化を診断する外部ツール(5.8%)、AIの学習用クローラー(5.3%)、対話中にその場でページを読みに行くAIアシスタント(2.5%)、リアルタイムのAI検索用クローラー(1.1%)——を全部合計しても、25.2%にしかならない。llms.txtを取り巻く現状は、AIがこぞって読みに来ている状態というより、ツール同士が互いの設置状況を確認し合っているだけの状態に近い。

「置いていないつもり」が一番危ない

ここまでの数字が示す通り、新規に設置する積極的な理由は乏しい。しかし、それ以上に見落とされがちなのが、設置した覚えがなくても、すでに配信されている可能性があるという点である。合同会社謙虚では、自社が運営する複数のドメインで、設置した記憶のないllms.txtが実際に公開されているという事実を確認した。

原因は、SEO対策のために導入していたWordPressプラグインにあった。このプラグインには、llms.txtをサイトのルート直下に自動生成する機能が組み込まれている。調べてみると、この機能はバージョンによって既定値が異なり、ある時期までのバージョンでは既定で有効(オン)になっていた。その後のアップデートで既定値は無効(オフ)に変更されているが、この変更は「これから生成する分の既定値」を変えただけで、過去のバージョンが稼働していた時期にすでに生成済みだったファイルまでは削除してくれない。つまり、今どれだけ管理画面の設定を確認しても「オフ」と表示されているのに、サーバー上には数年前に生成された実ファイルが残ったまま、誰にも気づかれずに配信され続けているケースがありうるということである。

これは特定のプラグインだけの問題として片付けるべきではない。「AIに関する機能はとりあえず既定で有効にしておく」という設計は、SEO関連のプラグイン全般で珍しくない。自社が意図して設置したかどうかにかかわらず、まずは実際にアクセスして確認することが、設置を検討するより先にやるべき点検になる。

今すぐできる点検と、正しい止め方

点検の手順は難しくない。ブラウザで自社の各ドメインの「https://自社のドメイン/llms.txt」と「https://自社のドメイン/llms-full.txt」に直接アクセスするだけでよい。見るべきはプラグインの管理画面より、実際のURLである。管理画面の設定が「オフ」になっていても、前述の理由でファイルが生きている場合があるためである。

ファイルが実際に配信されていた場合、止めるまでに複数の段階を踏む必要があることがある。管理画面の設定を無効にするだけでは、すでに生成済みのファイルは消えないことが多い。ファイル名を変更しても、元のURLが応答しなくなるだけで、新しい名前のURLで中身がそのまま読み取れてしまうことさえある。確実に止めるには、生成済みのファイルそのものを削除する操作が必要で、加えてCDNやサーバー側にキャッシュの仕組みがある場合は、そちらのキャッシュも別途消去しないと、外部からは削除前の内容が返り続けることになる。「設定を切ったのに、まだ見える」状態になったら、キャッシュを疑うとよい。

なお、llms.txtに加えて「llms-full.txt」という、公開済みの投稿の全文をまとめて出力する完全版のファイルを生成する機能を持つプラグインもある。これが意図せず有効になっていた場合、自社の記事コンテンツをまとめて外部から一括取得できる状態を放置していることになる。llms.txtの点検とあわせて、必ず確認しておきたい。

AIクローラーを制御したい場合はrobots.txtで

llms.txtを置く・置かないという判断と、AIによるクロールをどう扱うかという判断は、別の問題である。当社は自社サイトについて、AIクローラーを締め出す方針は取っていない。LLMOを掲げる事業者が自らAIへの情報提供を断つのは本末転倒だと考えているためである。ただし、特定のAI関連クローラーだけを個別に制御したい事情があるサイトも存在するため、その場合の基本だけ触れておく。

AI関連のクローラーには、学習データの収集を目的とするものと、ユーザーの質問に答えるためにその場でページを読みに行くものがある。前者はrobots.txtでの指定がそのまま効くが、後者は「ユーザーの代理として動く」性質上、robots.txtの指定が必ずしも適用されない場合がある。両者を同列に扱ってrobots.txtだけで制御できると考えないほうがよい。

ページ単位・要素単位で表示のされ方を細かく制御したい場合は、robotsメタタグの活用が公式に案内されている。ページ全体のスニペット表示を防ぎたい場合は該当のタグを、表示される引用文字数を制限したい場合は別の指定を、特定のHTML要素だけを引用対象から外したい場合はさらに別の属性を使う。これらのうち、HTTPヘッダー経由での指定に対応しているものと対応していないものがあるため、実装時は公式ドキュメントで対応状況を確認したい。

それでも設置を検討する場合の書き方

点検の結果、意図せぬ配信がなく、なおかつ開発者向けドキュメントサイトの運営など、AIエージェントによる自動巡回が実際に多い事業を営んでいる場合は、設置を検討する余地はある。設置を判断した場合、高度なプログラミング知識は不要である。プレーンなテキストエディタで、以下のようなMarkdown形式のファイルを作成する。

# 株式会社〇〇

> 株式会社〇〇は、東京都で〇〇を提供する企業です。

## 主なページ
- [サービス内容](URL): 提供しているサービスの一覧
- [会社概要](URL): 所在地や事業内容の基本情報

## Optional
- [ブログ](URL): 関連コラム(優先度低)

見出しは1行目のH1(サイト名)だけが必須で、それ以外は任意である。H1の直後に「>」を使った1〜3文の要約を置き、続けて重要なページへのリンクを箇条書きで並べる。リンクは「ページ名・URL・簡単な説明」の3点をセットで書くことが推奨されている。説明を省略すると、AI側がリンク先の中身を予測できないまま扱うことになり、要約ファイルとしての意味が薄れてしまうためである。

似た名前の仕様として、AIエージェントに対してサイト内で実行できる操作の手引きを示す「AGENTS.md」という別のファイルも提案されている。こちらはllms.txtとは目的が異なり、フォーム操作やAPI連携など、AIエージェントが実際にサイト上でアクションを起こす際の取扱説明書という位置づけである。どちらも今のところ公式なインターネット標準ではなく、提案段階の仕様である点は共通している。

llms.txtについてよくある質問

llms.txtを設置すればAI検索に引用されやすくなりますか

その根拠は確認されていない。検索エンジンの提供元はAI検索の評価においてllms.txtを特別扱いしないと明言しており、大規模な集計でも、設置の有無と実際のAI関連アクセスの多さの間に、期待されたような関係は見えなかった。

robots.txtがあればllms.txtは不要ですか

両者は目的が異なる。robots.txtはアクセスの許可・拒否を制御するものであり、llms.txtはサイトの要約を提供するだけで制御力を持たない。AIクローラーの挙動を制御したい場合は、robots.txtやrobotsメタタグを使う必要がある。

中小企業でも設置した方がよいですか

新規に設置を急ぐ理由は乏しい。それより先に優先すべきは、自社のドメインに意図しない形ですでに配信されていないかの点検である。SEO関連のプラグインを導入している場合は特に、設定画面ではなく実際のURLへ直接アクセスして確認してほしい。

llms.txtが公開されたままだと、何かリスクはありますか

設置していること自体が検索順位を下げる要因にはなりにくい。ただし、llms-full.txtのように全文をまとめて出力するファイルが意図せず有効になっている場合、自社のコンテンツを一括取得できる状態を放置していることになる。また、内容が実際のサイトと大きく食い違っている場合は、AIに誤った情報を伝える原因にもなりうるため、置くと決めたなら定期的な見直しが必要である。

まとめ:優先すべきは点検と、本質的なSEO

llms.txtは、AI検索での引用を保証する魔法のファイルではない。検索エンジンの多くは、事前に構築された検索の仕組みに基づいて回答を生成しており、その場で読み込まれる自己申告の要約ファイルに評価を大きく左右されることはない。そのうえで、多くのサイトにとって本当に必要な作業は「設置するかどうかの検討」ではなく「意図せず配信されていないかの点検」である。優先すべきは、構造化データの実装や、事実に基づいた質の高いコンテンツ作りといった、従来から変わらない本質的なSEOである。

今日できる点検

ページを増やしても問い合わせが来ないなら、原因はページの外にあります。その場合は、下の入口からご相談ください。