Llms.txtとは？仕組みと書き方の基本、「効果はあるのか」を最新データで解説【2026年最新】

「AI検索対策として、llms.txtを設置したほうがいい」。そんな話を聞いて、このページにたどり着いた方も多いのではないでしょうか。

llms.txtは、AIにサイトの概要を伝えるためのテキストファイルです。2024年に提案されて以来、AI検索の対策として紹介される機会が増えてきました。ところが、Googleは2026年の公式ガイドで「Google検索ではllms.txtを使っていない」と明記しています。設置したほうがいいのか、気にしなくていいのか。情報が錯綜していて、判断に迷っている担当者の方は少なくないはずです。

実際、私たちのもとにも「上司から『うちもllms.txtを置いたほうがいいのか』と聞かれたが、どう答えればいいかわからない」という相談がたびたび寄せられます。賛成派の記事も懐疑派の記事も見つかるため、調べるほど迷ってしまうのも無理はありません。

本記事では、llms.txtの仕組みと書き方の基本を整理したうえで、2026年に公表された大規模な調査データをもとに「実際に効果はあるのか」を検証していきます。そのうえで、どんなサイトなら設置する意味があり、どんなサイトなら後回しでよいのかまで、ご自身で判断できるように解説します。

まずは自社のAI検索対策状況を無料で診断しませんか？

バクリ株式会社の「無料AIOアセスメント」では、ChatGPT・Gemini・Perplexityにおける自社の引用状況と改善ポイントを10分で可視化します。

【お知らせ】4月17日（金）に弊社代表荒川が書籍を発売しました！
AI時代を勝ち抜く最先端のノウハウをまとめた書籍『海外の先行事例に学ぶ AI検索最適化（AIO/AISEO/LLMO）実践ガイド』（著者：弊社代表取締役 荒川 大史）が、4月17日（金）よりKindleストアにて配信開始しました。

これからのビジネス戦略にぜひお役立てください！

1. llms.txtとは？AI向けにサイトの概要を伝えるファイル

1-1. llms.txtの定義

llms.txtとは、Webサイトの概要と主要なページの一覧を、AI（大規模言語モデル、LLMとも呼ばれます）が読みやすいMarkdown形式でまとめたテキストファイルです。Markdownは、「#」で見出しを、「-」で箇条書きを表すような、記号を使った簡単な書式のことを指します。

なぜ、わざわざこうしたファイルが必要だと考えられたのでしょうか。ふだん私たちが見ているWebページには、本文以外の要素がたくさん含まれています。ヘッダーのメニュー、サイドバーのバナー、広告、フッターのリンク集、見た目を整えるための装飾用のコードなどです。人間なら目で見てすぐに本文を見分けられますが、AIがページを丸ごと読み込むと、こうした要素まで一緒に取り込むことになってしまいます。

llms.txtは、そうした余分な要素を取り除き、「このサイトは何のサイトで、重要な情報はどこにあるか」をAIに簡潔に伝えることを目的としています。たとえるなら、初めて来たお客さまに渡す館内案内図のようなものでしょう。建物の中をすべて歩き回らなくても、どこに何があるかがひと目でわかる、という発想です。

ただし、案内図を用意したからといって、お客さまがそれを手に取ってくれるとは限りません。この「用意すること」と「実際に読まれること」の差が、後半の章で見るデータの話につながっていきます。

1-2. 提案の経緯

llms.txtは、Answer.AIのJeremy Howard氏が2024年9月に提案したものです。公式サイト（llmstxt.org）で仕様が公開されており、2026年8月にはv2に改訂されました。提案後に早くも改訂が入ったことからも、仕様そのものがまだ発展途上にあることがうかがえます。

ここで押さえておきたいのは、llms.txtは提案された仕様であり、国際的な標準規格ではないという点です。標準規格であれば、対応する側にも一定の足並みがそろいますが、llms.txtにはそうした取り決めがありません。どのAIサービスが読み込むのか、読み込んだ内容をどう扱うのかは、それぞれのサービスの判断に委ねられています。

現場でよく見かけるのが、「llms.txtを置けば、AIがそれに従ってくれる」という誤解です。実際には、提案された書式に沿ってファイルを用意しても、それを読むかどうかは相手次第ということになります。設置する側がコントロールできるのは、あくまでファイルの中身までだと考えておくのが現実的でしょう。

とはいえ、標準規格ではないから無意味だ、と切り捨てるのも早計です。特定の使い方では実際に読まれている、というデータもあります。どの場面で意味があるのかは、5章と6章で詳しく見ていきます。

1-3. 置く場所と形式

llms.txtは、通常サイトのルート（https://example.com/llms.txt）に置きます。ルートとは、ドメイン名の直後、つまりサイトのいちばん上の階層のことです。robots.txtと同じ場所だと考えるとイメージしやすいかもしれません。

v2では、/docs/llms.txtのようにサブディレクトリに置くこともできるようになりました。この場合、そのllms.txtはディレクトリ配下のページを対象とします。たとえば、会社紹介のページと製品マニュアルのページが同じドメインに同居しているケースを考えてみてください。マニュアルの階層にだけ専用のllms.txtを置き、その範囲のページを案内する、といった使い分けができるわけです。

形式はMarkdownで、見出しやリンクの一覧で構成されます。特別なツールがなくても、テキストエディタで書ける程度のシンプルなファイルです。

一方で、置き場所を間違えると、せっかく用意しても見つけてもらえません。よくあるつまずきが、CMSの管理画面からファイルをアップロードした結果、メディア用のフォルダなど、ルートとは別の場所に保存されてしまうケースです。設置後はブラウザで実際のURLを開き、ファイルの中身が表示されるかを確認しておくと安心です。具体的な書き方は4章で解説します。

1-4. AIOとの関係

llms.txtは、AI検索で自社の情報を正しく扱ってもらうための手段のひとつとして注目されてきました。こうしたAI検索全体での引用・紹介を目指す取り組みがAIOです。バクリでは、AIOを以下のように定義しています。

AIOの定義
主な対象：AI Overview＋各種生成AI（AI検索全般）
目的：AI Overview対策とLLM対策（その他AI対策）を合わせた総称。AI検索全体で引用・紹介される状態をつくること

この定義に照らすと、llms.txtがAIOの文脈で語られてきた理由が見えてきます。AIにサイトの概要を正しく伝えられれば、AIが回答をつくるときに自社の情報を適切に参照してもらえるのではないか、という期待があったわけです。

実際、担当者の方と話していると「AIO対策として何か手を打たなければ」という焦りから、まず目に入ったllms.txtに飛びついてしまうケースが少なくありません。ファイルを1つ置くだけなら、社内の稟議も通しやすく、取り組んだ実績としても見せやすいからでしょう。

ただし、5章で見るとおり、llms.txtがAIOに直接効くという根拠は、現時点では見つかっていません。AIOという大きな目標の中で、llms.txtをどこに位置づけるのか。その答えを出すためにも、まずは仕組みと実態を順番に確認していきましょう。

2. llms.txtとrobots.txt・sitemap.xmlの違い

2-1. 役割の比較

llms.txtは、名前もサイトのルートに置くという点も、robots.txtによく似ています。そのため、「robots.txtのAI版のようなもの」と受け止められがちです。ここでは、混同されやすい3つのファイルの役割を並べて比較してみます。

ファイル	役割	主な読み手	位置づけ
robots.txt	クローラーに、どのページを巡回してよいかを伝える	検索エンジンやAIサービスのクローラー	広く採用されている標準
sitemap.xml	サイト内のページのURLを一覧で伝える	検索エンジン	広く採用されている標準
llms.txt	サイトの概要と主要なページをAI向けに伝える	AIエージェントなど	提案段階の仕様

表の「役割」の列を見ると、robots.txtは「巡回してよいか」という許可の話、sitemap.xmlは「どんなページがあるか」という一覧の話をしていることがわかります。これに対してllms.txtは、ページの一覧に加えて「このサイトは何のサイトか」という概要まで伝える点が特徴です。

もう一つ注目したいのが、右端の「位置づけ」の列でしょう。robots.txtとsitemap.xmlは広く採用されている標準なのに対して、llms.txtは提案段階の仕様にとどまっています。読み手がそのファイルを読む前提で作られているかどうかが、そもそも違うわけです。

「主な読み手」の列も見落とせません。llms.txtが想定しているのは、検索エンジンというよりAIエージェントなどです。AIエージェントとは、人の指示を受けて自分でWebページを閲覧したり、情報を集めたりするAIのことを指します。この読み手の違いが、後の章で見る効果の差を理解するうえでの手がかりになります。

2-2. robots.txtにはクロールを制御する力がある

3つのファイルの最も大きな違いは、robots.txtはクローラーの動きを実際に制御するという点です。クローラーとは、Webページを自動で巡回して情報を集めるプログラムのことです。多くの検索エンジンやAIサービスのクローラーは、robots.txtの指示に従って、そのページを巡回するかどうかを決めています。

一方、llms.txtは「概要の案内」にすぎず、クローラーの動きを制御する機能はありません。llms.txtに「このページは読まないでください」と書いたとしても、クローラーがそれに従う仕組みはないということです。

ここは誤解が多いところなので、場面に置き換えて考えてみましょう。たとえば、ある会社のWeb担当者が、社内向けの資料ページをAIに学習されたくないと考えたとします。このとき、llms.txtの一覧からそのページを外すだけでは、意図は伝わりません。AIに自社のサイトを読んでほしい、あるいは読んでほしくない、という意思を伝えるのは、llms.txtではなくrobots.txtの役割だからです。

裏を返せば、AIとの付き合い方を決めたいなら、最初に見直すべきはrobots.txtだということになります。llms.txtを検討する前に、自社のrobots.txtにどんな指示が書かれているかを一度開いて確認してみると、思わぬ発見があるかもしれません。この点は8章でも改めて取り上げます。

2-3. 併用の考え方

3つのファイルは役割が違うため、すべてを同時に置いても問題はありません。llms.txtを置いたからといってrobots.txtやsitemap.xmlと衝突することはなく、それぞれが別の目的で読まれます。

ただし、優先順位ははっきりしています。robots.txtとsitemap.xmlは、どのサイトでも優先して整えておきたい土台であり、llms.txtは必要に応じて追加するもの、という位置づけです。広く採用されている標準に沿ったファイルは、読み手の側もそれを読む前提で動いています。対して、提案段階の仕様であるllms.txtは、読まれるかどうか自体が相手次第です。限られた時間をどちらに使うべきかは、自ずと見えてくるのではないでしょうか。

実務では、こんな順番で確認すると迷いにくくなります。まず、robots.txtで意図しないページまでブロックしていないか。次に、sitemap.xmlに主要なページが漏れなく載っていて、古いURLが残っていないか。この2つが整っていることを確かめてから、llms.txtを検討する、という流れです。

よくあるのが、llms.txtの作成には時間をかけたのに、sitemap.xmlには何年も前に削除したページが残ったままになっている、というケースです。新しいファイルに目が向きがちなときほど、足元の土台を先に点検しておくことをおすすめします。

3. llms.txtとllms-full.txtの違い

3-1. 目次型と全文型

llms.txtについて調べていると、llms-full.txtというファイルが一緒に紹介されている記事をよく見かけます。名前が似ているので、セットで用意するものだと思われがちですが、両者は中身の性格がまったく違います。

llms.txtは、サイトの概要と、主要なページへのリンクの一覧をまとめたもので、本にたとえるなら「目次」にあたります。どんな章があって、それぞれどのページに書かれているかを示すだけで、本文そのものは含みません。AIは目次を見て、必要なページをリンクからたどって読みに行くことになります。

これに対してllms-full.txtは、主要なページの本文そのものを、1つのファイルにまとめたものです。いわば「全文」を1冊に綴じたもので、リンクをたどらなくても、そのファイルを読むだけで中身がひととおりわかるようになっています。

どちらが優れているという話ではなく、想定している読まれ方が違うと考えるとよいでしょう。目次型は必要なところだけを拾い読みしてもらう発想、全文型はまとめて一度に渡してしまう発想です。ページ数が多いサイトで全文型を作ると、ファイルが非常に大きくなり、更新のたびに作り直す手間も増えます。

ここまでの説明だと、両方とも公式に定められたファイルのように聞こえるかもしれません。ところが実際には、位置づけに大きな違いがあります。次の項で確認しておきましょう。

3-2. llms-full.txtは公式仕様には含まれていない

ここで注意したいのは、2026年10月時点の公式仕様（v2）には、llms-full.txtについての定めがないという点です。llms-full.txtは、一部のドキュメント作成ツールなどが採用している、実務上の慣習にすぎません。

なぜこの区別が大事なのでしょうか。llms.txtについて解説した記事の中には、llms-full.txtをllms.txtと並ぶ公式のファイルのように紹介しているものもあります。それを読んだ担当者が「公式に必要とされているなら、両方用意しなければ」と考え、手間のかかる全文型のファイルまで作り込んでしまう、というのはありがちな流れです。

では、公式仕様はどう考えているのか。公式仕様では、llms.txtからリンクする各ページについて、Markdown版を用意することが推奨されています。全文を1つのファイルにまとめる代わりに、ページごとのMarkdown版を用意し、AIにはllms.txtのリンクからそれをたどってもらう、という考え方です。

つまり、公式仕様に沿うなら、取り組むべきはllms-full.txtの作成ではなく、llms.txtと各ページのMarkdown版を整えることだと言えます。ほかの記事やツールの説明を読むときも、それが公式仕様の話なのか、ツール独自の慣習の話なのかを意識して区別しておくと、判断を誤りにくくなるでしょう。

3-3. 使い分け

llms-full.txtが使われるのは、開発者向けドキュメントのように、AIに一度にまとめて読ませたい情報がある場合です。たとえば、あるソフトウェアの使い方を解説したドキュメントを開発者がAIに読み込ませ、それをもとにプログラムを書いてもらう、という場面を想像してみてください。この場合、ドキュメント全体がひとまとまりになっているほうが、AIにとって扱いやすいことがあります。一部のドキュメント作成ツールがllms-full.txtを出力する機能を持っているのも、こうした使われ方を想定しているからでしょう。

一方で、会社紹介やサービス案内、ブログ記事で構成される一般的な企業サイトでは、あえてllms-full.txtを用意する必要性は低いと考えられます。前の項で見たとおり公式仕様には含まれていませんし、全文をまとめて読ませたいという場面もあまり思い浮かびません。

判断に迷うのは、製品マニュアルのような技術的な情報を一部に持つ企業サイトでしょう。そうした場合でも、まずは公式仕様に沿ってllms.txtと各ページのMarkdown版を整えることを優先し、llms-full.txtは利用しているツールが自動で出力してくれるなら置いておく、という程度の扱いで十分です。わざわざ手作業で作り込むほどの理由は、現時点では見当たりません。

4. llms.txtの書き方の基本｜2026年8月のv2で変わった点

4-1. 基本の構造

公式仕様では、llms.txtに書く要素とその順番が定められています。順番に並べると、次のとおりです。

1. H1見出し（必須）：サイトやプロジェクトの名前。唯一の必須要素です
2. 引用ブロック（任意）：サイトの概要。残りの内容を理解するのに必要な情報を書きます
3. 詳細の説明（任意）：見出し以外のMarkdownで、サイトやファイルの使い方などを補足します
4. ファイルリスト（任意）：H2見出しで区切り、[ページ名](URL): 説明 の形でリンクを並べます

必須なのはH1見出しだけで、それ以外はすべて任意という点は意外に感じるかもしれません。極端に言えば、サイト名を1行書いただけのファイルでも、仕様上は成り立つことになります。とはいえ、それではAIに伝えられる情報がほとんどないため、実際には概要とファイルリストまで書くのが一般的です。

簡単な例を示します。

# 株式会社〇〇

> 〇〇市で業務用設備の販売・保守を行う会社です。

## サービス

– [設備保守サービス](https://example.com/service/maintenance.md): 定期点検と修理の内容・料金
– [導入事例](https://example.com/case.md): 業種別の導入事例

## Optional

– [会社概要](https://example.com/company.md)

この例では、H1に社名、引用ブロックに事業の概要を1文で書き、「サービス」というH2の下に主要なページへのリンクを並べています。リンクの後ろの説明文は、そのページに何が書かれているかをAIが判断する手がかりになるので、ページ名の繰り返しではなく中身がわかる言葉を選ぶのがコツです。

H2の「Optional」は、慣例として二次的な情報に使われます。AIが短い情報で足りる場合に、省略してよい部分という位置づけです。会社概要のように、あれば役立つものの毎回読む必要はない情報は、ここに入れておくとよいでしょう。

4-2. v2の主な変更点

2026年8月の改訂（v2）では、主に次の点が変わりました。

• Markdown版ページの示し方を標準化：HTMLのページから、そのMarkdown版やllms.txtの場所を、<link>要素やHTTPヘッダーで示す方法が定められました
• Markdown版のURLの形式：page.html.mdに加え、page.mdのように拡張子を置き換える形式も認められました
• サブディレクトリへの設置：ディレクトリごとにllms.txtを置けるようになり、最も具体的なものが優先されると定められました
• 想定する使い方：AIエージェントがllms.txtを読み、必要なリンクをたどって情報を探す、という使い方が前提になりました

少し補足しておきます。1つめの変更は、AIが通常のWebページにたどり着いたとき、そこから「このページのMarkdown版はこちら」「このサイトのllms.txtはこちら」とわかるようにする仕組みです。<link>要素はHTMLの中に書く案内、HTTPヘッダーはサーバーがページと一緒に返す付帯情報のことで、どちらも人間の目には見えない形で道しるべを置くイメージになります。

3つめの「最も具体的なものが優先される」は、1章で触れたサブディレクトリへの設置とかかわる話です。たとえばルートと/docs/の両方にllms.txtがある場合、/docs/配下のページについては、より範囲の狭い/docs/llms.txtの内容が優先される、ということになります。

こうして並べてみると、4つの変更はいずれも「AIエージェントがサイトの中を移動しながら情報を探す」場面を想定したものだとわかります。全体として、サイトを閲覧して情報を探すAIエージェント向けの仕様という性格が強まった改訂だといえるでしょう。この方向性は、5章で見る「実際に誰が読みに来ているか」というデータとも重なってきます。

4-3. 詳しい手順は作り方の記事へ

ここまでで、llms.txtにどんな要素をどんな順番で書くのか、v2で何が変わったのかという全体像はつかめたのではないでしょうか。本記事は「そもそもllms.txtとは何か、設置する意味はあるのか」を判断することに主眼を置いているため、実際の作業手順にはあえて深入りしていません。

実際に設置するとなると、考えることは意外と多くあります。WordPressのようなCMSを使っている場合、ファイルをどこにどうやって置くのか。プラグインに任せるのか、手作業でサーバーにアップロードするのか。さらに、公式仕様が推奨している各ページのMarkdown版をどうやって用意するのか、という問題もあります。ページ数が多いサイトほど、ここで手が止まりやすいところです。

担当者の方からは「ファイル自体は書けたけれど、Markdown版のページをどう作ればいいのかがわからない」という声をよく聞きます。llms.txtの書き方そのものより、その周辺の準備のほうがつまずきやすい、というのが実感です。

WordPressでの設置方法や、各ページのMarkdown版の用意の仕方など、具体的な手順は[llms.txtの作り方に関する記事｜内部リンク先URL]で詳しく解説しています。ただ、作業に取りかかる前に、本記事の5章以降で「そもそも自社に設置する意味があるのか」を確認しておくことをおすすめします。手順を調べるのは、その判断がついてからでも遅くありません。

5. llms.txtに効果はあるのか｜最新データで検証

5-1. Googleの公式見解｜検索では使っていない

まず、検索エンジン側の公式な見解から確認しておきましょう。Googleは2026年に公開した生成AI機能向けの公式ガイドで、Google検索（AI OverviewやAIモードを含む）はllms.txtを使っておらず、検索結果に表示されるためにllms.txtなどの特別なファイルを作る必要はないと明記しています。AI Overviewは検索結果の上部にAIが生成した要約を表示する機能、AIモードはAIと対話しながら検索できる機能のことです。

このガイドでは、ほかのサービスのためにllms.txtを作成・管理するのはまったく問題ない、とも説明されています。そのうえで、Google検索での表示や順位には良くも悪くも影響しないとしています。

この「良くも悪くも」という部分は、2つの方向から読む必要があります。設置してもGoogle検索での評価が上がるわけではない、というのが1つめ。そして、設置したからといってGoogle検索で不利になることもない、というのが2つめです。

国内の検索シェアを考えると、多くの企業にとってGoogleの見解は重みがあるはずです。「AI検索対策」という言葉からGoogleのAI Overviewを思い浮かべてllms.txtを検討していたのであれば、その目的に対してllms.txtは効かない、と公式に示されたことになります。一方で、ほかのAIサービスのために置いておく分には、Google検索への悪影響を心配する必要はありません。この2点を切り分けて理解しておくと、社内での説明もしやすくなるでしょう。

5-2. AIでの引用との関係は見られない

では、Google以外のAIではどうでしょうか。SEOツールを提供するSE Rankingは、約30万ドメインを対象に、llms.txtの有無とAIでの引用の頻度の関係を分析しました（2025年11月公表）。主な結果は次のとおりです。

• llms.txtを設置していたのは、約30万ドメインのうち10.13%
• llms.txtの有無と、AIでの引用の頻度に、測定できる関係は見つからなかった
• 機械学習のモデルでは、llms.txtの有無の情報を除いたほうが、引用の予測精度が上がった

3つめの結果は少しわかりにくいので、かみくだいておきます。これは、AIに引用されるかどうかを予測するモデルを作る際、「llms.txtがあるかどうか」という情報を入れると、かえって予測が外れやすくなったということです。言い換えれば、llms.txtの有無は引用されるかどうかを見分ける手がかりにならず、むしろ判断のノイズになっていた、と読むことができます。

とはいえ、この結果を「llms.txtは今後もずっと無意味だ」と受け取るのは行き過ぎでしょう。SE Ranking自身も「少なくとも現時点では」影響は見られない、という表現にとどめており、将来にわたって効果がないことを示したものではありません。AIサービス側の対応が変われば、結果が変わる可能性は残されています。

担当者としては、「今の時点で、引用を増やす目的で優先する根拠はない」と受け止めておくのが妥当なところではないでしょうか。

5-3. 97%のファイルが一度も読み込まれていない

もう一つ、llms.txtが実際に読まれているのかを調べたデータがあります。Ahrefsは、同社の解析ツールを使う137,210ドメインを対象に、2026年5月のllms.txtへのアクセスを分析しました（2026年6月公表）。

• llms.txtを設置していたのは28%（約3.8万ドメイン）
• そのうち97%のファイルは、1か月間一度もリクエストを受けていなかった
• リクエストがあった3%のファイルでも、AI検索・情報取得系のボットからのリクエストは1.1%にとどまった
• 多かったのは、SEOの監査ツール（21.7%）や、技術調査系のツールなど、llms.txtを「調べる」側のツール
• 一方、Claude Codeなどのコーディング用のAIエージェントは、多くのAI検索系のボットより頻繁に取得していた

設置されたファイルのほとんどが、1か月のあいだ誰にも取りに来られていなかったことになります。さらに、取りに来られたわずかなファイルでも、その相手の多くはAI検索のボットではなく、llms.txtがあるかどうかを点検するSEOツールなどでした。皮肉なことに、llms.txtを「調べる」ためのアクセスのほうが目立っていたわけです。

この数字を読むうえでは、2つ注意点があります。まず、28%という設置率は、世の中全体の設置率として受け取らないほうがよいでしょう。Ahrefsの顧客は技術やSEOへの意識が高い層に偏っているため、一般的なサイトより高めに出ていると考えられます。28%はあくまで上限に近い値であり、一般的なサイトでの設置率はこれより低いと見ておくのが自然です。

もう一つは、「ファイルが取得された」ことは「内容が読まれ、使われた」ことを意味しない、という点です。アクセスログに記録が残っていても、その内容がAIの回答に反映されたかどうかまではわかりません。

5-4. データから言えること

ここまで見てきたGoogleの公式見解、SE Rankingの調査、Ahrefsの調査という3つの情報を合わせると、llms.txtの現状は次のように整理できます。

• Google検索のAI機能には効かない（Googleが明言）
• AIでの引用を増やす効果は、現時点では確認されていない
• 読みに来ているのは、主にコーディング用のAIエージェントやツールであり、AI検索のボットではない

それぞれのデータは、調べている対象も方法も異なります。Googleは自社の仕組みについての説明、SE Rankingは引用との関係、Ahrefsは実際のアクセスの状況です。別々の角度から調べた結果が、そろって同じ方向を指していることには意味があると言えます。

一方で、「誰にも読まれていない」と言い切れるわけでもありません。コーディング用のAIエージェントは、実際にllms.txtを取得していました。4章で見たv2の改訂が、AIエージェントがリンクをたどって情報を探す使い方を前提にしていたことを思い出すと、この結果はむしろ仕様の方向性と一致しているとも読めます。

こうして見ると、llms.txtは「AI検索対策」として紹介されることが多いものの、現時点の実態は「AIエージェント向けのサイト案内」に近いといえます。この見方を踏まえると、llms.txtが役に立つかどうかは、自社のサイトをAIエージェントが訪れる理由があるかどうかで変わってくることになります。次の章では、その観点から役立つ場面と役立ちにくい場面を分けて見ていきます。

6. llms.txtが役立つ場面と、役立ちにくい場面

6-1. 開発者向けドキュメント・APIの説明があるサイト

llms.txtが最も役立つのは、APIの仕様書や開発者向けのドキュメントを公開しているサイトです。APIとは、ほかのソフトウェアから自社のサービスの機能を呼び出すための窓口のことで、その使い方をまとめたものがAPIの仕様書にあたります。

なぜこうしたサイトで役立つのかは、5章のデータを振り返るとわかります。Claude Codeなどのコーディング用のAIエージェントは、多くのAI検索系のボットより頻繁にllms.txtを取得していました。llms.txtを実際に読みに来ている相手と、開発者向けドキュメントを読ませたい相手が、ちょうど重なっているわけです。

場面を思い浮かべてみましょう。たとえば、ある開発者が、AIエージェントに「このサービスのAPIを使って、データを取得するプログラムを書いて」と頼んだとします。AIエージェントは、そのサービスのドキュメントを調べに行きます。そのときllms.txtが用意されていれば、どのページに何が書かれているかをすばやく把握でき、各ページのMarkdown版から必要な情報を読み取れます。結果として、開発者がAIエージェントを使ってプログラムを書くとき、自社のドキュメントを正しく参照してもらえる可能性が高まります。

逆に言えば、ドキュメントの内容が古かったり、llms.txtのリンク先が更新されていなかったりすると、AIエージェントが古い情報をもとにプログラムを書いてしまうおそれもあります。役立つ場面だからこそ、中身の正確さには気を配りたいところです。

6-2. AIエージェントに使ってほしいサイト

次に検討の余地があるのが、開発者向けではないものの、AIエージェントにたどってほしい情報を多く持つサイトです。4章で見たとおり、v2の改訂で想定されているのは、AIエージェントがサイトを閲覧して情報を探す使い方でした。

たとえば、製品の仕様や操作手順、設置条件、トラブル時の対処法など、細かい情報を数多く公開しているメーカーのサイトを考えてみてください。利用者がAIエージェントに「この機種の設置条件を調べて」と頼む場面が増えていけば、エージェントがサイトの中で迷わず目的のページにたどり着けることには価値があります。こうしたサイトでは、llms.txtとMarkdown版ページを整えておく意味があるでしょう。

ただし、どのAIエージェントがどこまで対応するかは、現時点では不透明です。1章で見たように、llms.txtは提案段階の仕様であり、読むかどうかは各サービスに委ねられています。整えたものの、肝心のエージェントが読みに来なかった、という結果も十分にあり得ます。

判断に迷う場合は、まず自社のアクセスログを確認してみるのがよいかもしれません。すでにAIエージェントやツールがどの程度サイトを訪れているのかを見れば、手間をかける価値があるかどうかの見当がつきます。9章で紹介する判断フローとあわせて、慎重に検討することをおすすめします。

6-3. 一般的な企業サイト

会社紹介とサービスページ、ブログで構成される一般的な企業サイトでは、llms.txtの効果は限定的です。5章で確認したように、Google検索には効かず、AIでの引用との関係も見られません。そのうえで、わざわざ人手を割いて優先する施策ではない、というのが率直な見立てです。

たとえば、地方で整体院を営む方や、BtoBの中小企業でWebを兼任している担当者の方を思い浮かべてみてください。日々の業務の合間にサイトを更新している状況で、llms.txtの作成と管理に時間を使うのは、得られるものに比べて負担が大きいと言えます。その時間で、サービスページの説明を見直したり、自社ならではの情報を記事にしたりするほうが、AIにも人にも伝わる成果につながりやすいでしょう。

ここまでの内容を、サイトの種類ごとに表にまとめておきます。

サイトの種類	llms.txtの意味
開発者向けドキュメント・API	大きい（コーディング用AIエージェントが取得している）
仕様・手順の情報が多い製品サイト	状況次第（AIエージェントの対応次第）
一般的な企業サイト・店舗サイト	小さい（ほかの施策を優先）

表を見ると、llms.txtの意味は「自社のサイトを読みに来るのは誰か」で決まることがわかります。とはいえ、一般的な企業サイトでも、CMSのプラグインで手間をかけずに作れるなら置いておく、という選択はあり得ます。その場合も、効果を期待しすぎないことが大切です。この線引きについては、9章の判断フローで改めて整理します。

7. llms.txtを設置する前に確認したい注意点

7-1. 優先順位を間違えない

llms.txtの設置そのものは、技術的に難しい作業ではありません。テキストファイルを1つ書いてサーバーに置くだけなら、慣れた担当者であれば短時間で終わるでしょう。この手軽さが、かえって落とし穴になることがあります。

というのも、手軽に「AI対策をした」という形をつくれるため、それで安心してしまいやすいからです。現場でよく相談されるのが、「llms.txtは設置済みなのに、AIで自社の名前が出てこない」という悩みです。話を聞いてみると、サービスページの説明が古いまま、会社情報の表記がページによってばらばら、という状態だったりします。

8章で紹介するAIO対策が手つかずのまま、llms.txtの設置に時間を使うのは本末転倒です。5章のデータが示すように、llms.txtにはAIでの引用を増やす効果が確認されていません。一方で、8章の施策は、Google検索とほかのAIの両方に効くものです。どちらを先に進めるべきかは明らかでしょう。

もちろん、8章の対策がすでに済んでいるのであれば、llms.txtを検討するのは自然な流れです。大切なのは、llms.txtをAIO対策の「入り口」にしないこと。土台を整えたうえで、自社に合うかどうかを見て追加する施策だと位置づけておくと、限られた時間を有効に使えるはずです。

7-2. 本文と内容を食い違わせない

llms.txtに書いた内容と、実際のページの内容が食い違っていると、AIに誤った情報を伝えることになりかねません。llms.txtはサイトの「案内図」のようなものですから、案内図と実際の建物の配置がずれていれば、訪れた人が迷うのは当然です。

特に起こりやすいのが、サービス内容や料金を変更したときに、llms.txtの更新を忘れてしまうケースです。たとえば、ある会社がサービスのプランを見直し、Webサイトの料金ページは新しい内容に書き換えたとします。ところが、llms.txtのリンクの説明文には古いプラン名が残ったまま、各ページのMarkdown版も以前の料金のまま、という状態になっていることがあります。

なぜこうしたことが起きるのかというと、llms.txtやMarkdown版のページは、ふだんの訪問者の目に触れないからです。通常のページなら、問い合わせや社内からの指摘で誤りに気づくこともありますが、llms.txtは誰も見ていないので、ずれたまま放置されやすいわけです。

避けるためには、サイトの更新手順の中にllms.txtの確認を組み込んでおくのが現実的でしょう。料金やサービス内容を変更するときのチェック項目に「llms.txtとMarkdown版の確認」を加えておくだけでも、更新漏れは防ぎやすくなります。

7-3. 悪用のリスクが指摘されている

Ahrefsの調査記事では、llms.txtが、AIに不正な指示を読み込ませる手口（プロンプトインジェクション）に悪用される可能性も指摘されています。プロンプトインジェクションとは、AIが読み込む文章の中に、本来の目的とは違う指示を紛れ込ませようとする行為を指す言葉です。

llms.txtは、AIに読まれることを前提にしたファイルです。だからこそ、その中身が意図しない形で変わってしまうことには注意が必要だと考えられます。指摘されているのはあくまで可能性の段階ですが、AIが読むファイルを管理する側としては、知っておきたいリスクだと言えます。

自社でできる対策は、決して特別なものではありません。基本は、自社のllms.txtに、第三者が書き換えられる内容が入り込まないよう管理しておくことです。たとえば、プラグインなどで自動生成している場合に、どのページの情報がファイルに取り込まれているのかを把握しておく。サーバーやCMSの管理画面に誰がアクセスできるのかを確認しておく。こうした日常的な管理が、そのままリスクを抑えることにつながります。

設置したらそれで終わりにせず、ときどきファイルを開いて、自分たちが意図した内容になっているかを確かめる習慣をつけておくと安心でしょう。

7-4. 更新の手間がかかる

llms.txtや各ページのMarkdown版は、一度作れば終わりというものではありません。サイトにページを追加したり、内容を書き換えたり、ページを削除したりするたびに、あわせて見直す必要があります。7-2で見た食い違いの問題も、根本的にはこの更新の手間から生まれるものです。

手作業で管理する場合、ページ数が多いほど負担は大きくなります。数ページの小さなサイトならまだしも、記事を頻繁に追加しているサイトや、製品ごとにページがあるサイトでは、そのたびにllms.txtのリンク一覧とMarkdown版を更新していくのは現実的ではないかもしれません。担当者が異動や退職をしたとたん、誰も更新しなくなった、というのもよく聞く話です。

そこで、設置前に確認しておきたいのが、自動化できるかどうかです。利用しているドキュメント作成ツールやCMSのプラグインで、llms.txtやMarkdown版を自動生成できるかどうか。自動生成できる場合、ページを更新したときに自動で反映されるのか、それとも手動で再生成する必要があるのか。このあたりを事前に調べておくと、設置後の運用の負担を見積もりやすくなります。

もし自動化の手段がなく、手作業で更新し続ける体制も組めないのであれば、無理に設置しないという判断も十分に合理的です。9章の判断フローでも、この点を判断の分かれ目の一つにしています。

8. llms.txtより先に取り組みたいAIO対策

8-1. 一次情報を載せる

では、llms.txtより先に何をすべきなのでしょうか。最初に挙げたいのが、一次情報を載せることです。一次情報とは、自社で調べたり経験したりして得た、ほかでは手に入らない情報のことを指します。

Googleは公式ガイドで、独自で有用なコンテンツが、生成AI機能での露出に最も長期的な影響を与えると述べています。5章で見た同じガイドで、llms.txtについては「使っていない」とした一方、コンテンツの中身についてはこう明言しているわけです。どこに力を注ぐべきかを示す、わかりやすい対比と言えるでしょう。

一次情報と聞くと、大がかりな調査をしなければならないように感じるかもしれません。しかし、実際にはもっと身近なところにあります。自社の調査データ、事例、現場の知見など、ほかのページにはない情報を載せることが、AIO対策の中心です。たとえば、業務用設備の保守を行う会社であれば、日々の点検で気づいた故障の前兆や、問い合わせの多い症状とその対処法などは、まさに現場にしかない情報です。

よくあるのが、ほかのサイトにも書かれている一般論をなぞっただけの記事を量産してしまうケースです。AIから見れば、同じような内容のページはいくらでもあるため、あえて自社のページを選ぶ理由がありません。自社の担当者が日々答えている質問や、現場で実際に起きていることを言葉にしていく。地道ですが、この積み重ねがAIにも人にも選ばれる理由になっていきます。

8-2. 答えを先に書く

2つめは、書き方の工夫です。見出しの直後に、その見出しへの答えを1〜2文で書く。「〇〇とは」と問う見出しなら、すぐ下で「〇〇とは、〜のことです」と1文で言い切る。シンプルですが、読者にもAIにも伝わりやすい書き方です。

なぜ答えを先に書くと伝わりやすいのでしょうか。人間の読者の場合、見出しを見て「ここに知りたいことが書いてありそうだ」と思って読み始めます。そこで前置きが長く続くと、答えにたどり着く前に読むのをやめてしまうかもしれません。AIの場合も、見出しとその直後の文章の対応がはっきりしていれば、「この問いにはこの答え」と理解しやすくなると考えられます。

現場でよく見かけるのが、見出しのあとに「近年、〜が注目されています」「〜という方も多いのではないでしょうか」といった導入文が何行も続き、答えがかなり後ろに置かれているパターンです。導入文そのものが悪いわけではありませんが、それが答えより先に来ると、肝心の内容が埋もれてしまいます。

既存の記事を見直すときは、見出しを1つずつ読み、その直後の1〜2文だけで問いに答えられているかを確かめてみてください。答えられていなければ、本文の中から答えにあたる文を探し、見出しの直後に移すだけでも印象は変わります。新しい記事を書く場合も、まず見出しへの答えを1文で書いてから、理由や具体例を肉付けしていく順番にすると、自然と伝わりやすい構成になるでしょう。

8-3. 会社・サービス情報を整える

3つめは、会社やサービスに関する基本情報の整備です。会社概要、サービスページ、Googleビジネスプロフィールの情報を最新にし、表記を揃えます。Googleビジネスプロフィールとは、Googleマップや検索結果に表示される店舗・企業の情報を管理するための仕組みです。

なぜこれがAIO対策になるのかというと、これらの情報は、AIが自社を説明するときの材料になるからです。ユーザーがAIに「〇〇という会社は何をしているの？」と尋ねたとき、AIはWeb上にある情報をもとに回答をつくります。その材料が古かったり、ページによって内容が食い違っていたりすれば、AIの説明も不正確になりかねません。

ありがちなのが、表記の揺れです。たとえば、会社概要では正式な社名、サービスページでは略称、Googleビジネスプロフィールでは旧社名のまま、といった具合に、同じ会社なのに呼び方がばらばらになっているケースがあります。住所や電話番号、営業時間、提供しているサービスの名称なども、同じように揺れが起きやすい項目です。人間なら同じ会社だと察しがつくことでも、AIが正しく結びつけられるとは限りません。

まずは、自社の情報が載っているページやサービスを一覧にし、社名・住所・サービス名などの表記が揃っているかを横に並べて見比べてみてください。7-2で触れたllms.txtの更新漏れと同じく、こうした情報も変更のたびに見直す仕組みをつくっておくと、ずれが生じにくくなります。

8-4. robots.txtでクローラーへの対応を決める

4つめは、2章で取り上げたrobots.txtの見直しです。2章で見たように、AIのクローラーにサイトを読ませるかどうかを実際に決めるのはrobots.txtです。llms.txtにどれだけ丁寧な案内を書いても、robots.txtでクローラーを締め出していれば、その案内は役に立ちません。

まずは、自社のrobots.txtを開き、どのクローラーに対してどんな指示が書かれているかを確認してみましょう。そのうえで、AIのクローラーにサイトを読ませたいのか、読ませたくないのかという自社の方針を決め、それに合った設定になっているかを照らし合わせます。どちらが正解ということはなく、方針を自覚的に決めておくことが大切です。

注意したいのは、robots.txt以外の場所でブロックしてしまっているケースです。サーバーやCDN・WAFの設定で、意図せずAIのクローラーをブロックしていないかもあわせて確認してください。CDNはサイトの表示を速くするための配信の仕組み、WAFは不正なアクセスを防ぐための防御の仕組みのことです。セキュリティのために導入した設定が、AIのクローラーまで遮断していた、ということも起こり得ます。こうした設定は情報システム部門や制作会社が管理していることも多いため、担当者に確認を依頼するのがよいでしょう。

これらはllms.txtと違い、Google検索とほかのAIの両方に効く施策です。

9. 自社はllms.txtを設置すべきか｜判断の目安

9-1. 判断フロー

ここまでの内容を踏まえて、自社がllms.txtを設置すべきかどうかを判断するための流れをまとめました。次の順番で確認してください。

1. 8章のAIO対策は済んでいるか？

• いいえ → 先に8章の対策を進める
• はい → 2へ

2. 開発者向けドキュメントやAPIの説明を公開しているか？

• はい → 設置を推奨。各ページのMarkdown版もあわせて用意する
• いいえ → 3へ

3. ツールやプラグインで、手間をかけずに自動生成・更新できるか？

• はい → 設置してもよい（効果は期待しすぎない）
• いいえ → 設置しなくてよい

最初の分かれ目に8章のAIO対策を置いているのは、7章で見たように、llms.txtより先に取り組むべき施策があるからです。ここで「いいえ」になる場合は、llms.txtの検討はいったん脇に置いて構いません。

2つめの問いは、6章の内容に対応しています。開発者向けドキュメントやAPIの説明を公開しているサイトは、llms.txtを実際に取得しているコーディング用のAIエージェントと読み手が重なるため、設置する意味が大きいと考えられます。

判断に迷いやすいのは、3つめの問いでしょう。一般的な企業サイトでも、プラグインで自動生成できるなら置いておいても損はありません。ただし、7-4で見たように、更新が止まって内容がずれていくと、かえってAIに誤った情報を伝えかねません。「手間をかけずに更新し続けられるか」まで含めて判断することが大切です。

なお、6-2で触れた、仕様や手順の情報が多い製品サイトの場合は、この流れでは3つめの問いに進むことになります。自動化できるかどうかに加えて、アクセスログでAIエージェントの訪問状況を見てから判断する、という慎重な進め方がよいかもしれません。

9-2. 設置する場合の進め方

判断フローで「設置する」となった場合も、最初から作り込む必要はありません。まずは公式仕様どおりに、H1見出しとサイトの概要、主要なページへのリンクだけの最小構成から始めます。4章で見たとおり、必須なのはH1見出しだけですから、小さく始めて様子を見るのが無理のない進め方です。

設置したあとは、サーバーのアクセスログで、どのボットやツールがllms.txtを取得しているかを確認すると、自社にとっての意味を判断する材料になります。アクセスログとは、サーバーに届いたリクエストの記録のことで、いつ、どんなプログラムがどのファイルを取りに来たかがわかります。5章で紹介したAhrefsの調査も、こうしたアクセスの記録をもとに分析したものでした。自社のログを見て、コーディング用のAIエージェントが訪れているのか、SEOツールばかりなのか、それともまったく取得されていないのかを確かめれば、今後も手をかけるべきかどうかが見えてくるでしょう。

アクセスログの確認方法がわからない場合は、サーバーの管理画面やホスティング会社の案内を見るか、サイトの制作・保守を依頼している会社に相談してみてください。

具体的な作り方は、[llms.txtの作り方に関する記事｜内部リンク先URL]をご覧ください。

バクリでは、AI検索での引用状況の可視化から、自社にとって優先すべき施策の整理、社内で続けられる体制づくりまでを一貫して支援しています。

10. llms.txtに関するよくある質問

Q1. Googleはllms.txtを使っていますか？

Google検索（AI OverviewやAIモードを含む）では使っていません。Googleは公式ガイドで、検索結果に表示されるためにllms.txtを作る必要はないと明記しています。あわせて、ほかのサービスのために作成するのは問題なく、作成してもGoogle検索での表示や順位には良くも悪くも影響しない、とも説明しています。つまり、Google検索での評価を上げる目的で設置しても効果は期待できませんが、設置したことで不利になる心配もないということです。

Q2. llms.txtを設置すると不利になることはありますか？

Google検索での不利はありません。Googleは、llms.txtがGoogle検索での表示や順位に良くも悪くも影響しないと説明しています。ただし、注意したい点はあります。llms.txtの内容と本文が食い違ったまま放置すると、AIに誤った情報を伝えるおそれがあります。また、AIに不正な指示を読み込ませる手口に悪用されるリスクが指摘されているため、第三者が書き換えられる内容が入り込まないよう、管理には注意が必要です。

Q3. ChatGPTはllms.txtを読みますか？

OpenAIは、llms.txtを読み込んで回答に使うと公式には説明していません。SE Rankingの調査では、OpenAIのクローラーがllms.txtを取得することは時々あるものの、頻度は高くなく、AIでの引用との関係も見られなかったとされています。取得されることがあるからといって、その内容が回答に使われているとまでは言えない、というのが現時点での見方です。ChatGPTでの露出を意識するなら、llms.txtより先に8章の対策を進めるほうが確実でしょう。

Q4. WordPressでも設置できますか？

できます。手動でファイルを作成し、サーバーのルートにアップロードする方法のほか、SEO関連のプラグインで自動生成できる場合もあります。プラグインを使う場合は、ページを追加・更新したときに内容が自動で反映されるかどうかも確認しておくと、更新漏れを防ぎやすくなります。設置後は、ブラウザで実際のURLを開いて中身が表示されるかを確かめておきましょう。手順は[llms.txtの作り方に関する記事｜内部リンク先URL]で解説しています。

Q5. llms.txtを設置したら、robots.txtも変える必要がありますか？

llms.txtの設置のためにrobots.txtを変える必要はありません。両者は役割が異なるため、併用しても衝突することはありません。ただし、AIのクローラーにサイトを読ませるかどうかを実際に決めるのはrobots.txtです。llms.txtとは別に、robots.txtの設定が自社の方針と合っているかを確認しておくことをおすすめします。あわせて、サーバーやCDN・WAFの設定で意図せずAIのクローラーをブロックしていないかも見ておくと安心です。

11. まとめ｜llms.txtは「誰のためのファイルか」で判断する

llms.txtは、AIにサイトの概要と主要なページを伝えるためのファイルで、2026年8月にはAIエージェントの利用を前提としたv2に改訂されました。ただし、Googleは検索では使っておらず、AIでの引用との関係も見つかっていません。設置されたファイルの97%が1か月間一度も読み込まれていなかったという調査もあり、現時点で意味を持つのは、主に開発者向けドキュメントのあるサイトです。

多くの企業サイトでは、一次情報を載せ、答えを先に書き、会社情報とrobots.txtを整えることが先です。llms.txtは、その土台ができてから判断すれば十分でしょう。

まずは自社のAI検索対策状況を無料で診断しませんか？

バクリ株式会社の「無料AIOアセスメント」では、ChatGPT・Gemini・Perplexityにおける自社の引用状況と改善ポイントを10分で可視化します。

【お知らせ】4月17日（金）に弊社代表荒川が書籍を発売しました！
AI時代を勝ち抜く最先端のノウハウをまとめた書籍『海外の先行事例に学ぶ AI検索最適化（AIO/AISEO/LLMO）実践ガイド』（著者：弊社代表取締役 荒川 大史）が、4月17日（金）よりKindleストアにて配信開始しました。

これからのビジネス戦略にぜひお役立てください！