llms.txtはAIO・LLMO対策に意味ない！【実測データで回答】

結論:llms.txtは意味ない。AIがそもそも読みに来ない。

結論をまとめます。llms.txtが完全に無意味だと証明されたわけではありませんが、「効果を期待して設置する」段階にないことは、互いに独立した複数のデータが揃って示しています。

llms.txt(エルエルエムズ・テキスト)とは、サイトのルート直下(例: https://example.com/llms.txt)に置くMarkdown形式のテキストファイルで、サイトの概要や主要ページをAI(大規模言語モデル)向けに要約して案内する仕組みです。2024年9月にAnswer.AI社のJeremy Howard氏が提案しました。「robots.txtのAI版」と紹介されることもありますが、性格はむしろ逆です。robots.txtが「取得を拒否する」ための、各社の公式サポートがある仕組みなのに対し、llms.txtは「読んでほしい内容を案内する」ための、読み手側の対応表明がまだ無い提案です。

以下、証拠を1つずつ見ていきます。

証拠①:「llms.txtを読む」と表明しているAIベンダーが見つからない

OpenAI・Anthropic・Perplexity・Googleの4社とも、公式文書で自社クローラーの制御方法として挙げているのはrobots.txtだけで、llms.txtを取得・利用すると表明した公式文書は確認できませんでした(2026年8月時点、当社調べ)。

さらにGoogleのJohn Mueller氏(Search Advocate)は、2025年6月17日にBluesky上で「FWIW no AI system currently uses llms.txt.」(参考までに、llms.txtを使っているAIシステムは現時点で存在しない)と、自身が確認したサーバーログを根拠に発言しています。同氏はllms.txtを、かつて自己申告だけで機能しなくなった「keywordsメタタグ」にもなぞらえました(Search Engine Journalの報道)。2026年6月にも否定的な見解を維持しています。

注意してほしいのは、これは「AIがllms.txtを一切使っていないことの証明」ではない点です。確認できたのは以下の3点です。

• 利用を表明した一次情報が存在しない
• Google担当者がログを根拠に否定している
• 大規模ログ実測でも取得がほぼ観測されていない

ただし、施策の優先度と意味を判断する材料としては十分だと考えています。

証拠②:設置されたllms.txtの97%に、1件もリクエストが来ていない

外部の大規模実測でも結果は同じでした。SEOツール大手のAhrefs社が137,210ドメインの実サーバーログを調べた調査(2026年6月公開)では、llms.txtを設置している約38,000ドメインのうち97%で、llms.txtへのリクエストが観測期間中に1件もありませんでした。

この調査で分かったことは3つあります。

1. 設置済みllms.txtの97%はリクエストゼロ。 置いても、そもそも誰も取りに来ていない
2. AIボットが「llms.txtを探しに来た」例はゼロ。 未設置サイトにAIボットがllms.txtの有無を確かめに来る(probeする)行動は観測されなかった
3. 取得があった場合も、77%は非AIボット。 SEOツールや調査ボットなど、AIの回答生成とは無関係のアクセスが大半だった

一方で「設置しているサイト」自体は着実に増えており、世界のアクセス上位1,000ドメイン(Trancoリスト)の8.7%がllms.txtを設置済みという調査もあります(Rankability、2026年6月)。ここで混同してはいけないのは、これは「設置率」であって「AIに読まれている率」ではないことです。「大手も導入し始めている」ことは、AIが読みに来ていることの証拠にはなりません。実際、SE Ranking社の調査でも、llms.txt設置とAI引用の間に相関は見られないと結論づけられています。

証拠③:自社10.7万ページの実測でも、llms.txtと引用の関連はほぼ無かった

当社自身のデータでも確認しました。結論は、llms.txtを設置しているページがAIOに引用されやすいとは言えず、AIボットの明示許可にいたっては、引用されたページ側でむしろ少ないというものです。

DATA

▶ 一次情報 ・ LINKTH AIO分析(自社クローラー)

自社クローラーが観測した107,319ページの構造特徴量を、AIO(AI Overview)に引用された27,689ページと、検索上位に表示されたが引用されなかった25,914ページとで比較した。llms.txt設置・AIボット許可などの技術設定と、見出し構造・目次などの本文構造を、同じ物差しで比較している。

調査日: 2026-07-24〜08-10

llms.txt設置の+3.5ptという差は、目次(+8.4pt)やQ&A見出し(+38%)といった本文構造側の差と比べて明らかに小さく、しかも「llms.txtのおかげ」とすら言えない性質のものです。

▶ 「+3.5pt」をどう読むべきか(相関と因果の注意)

設置ページの引用率がわずかに高いのは事実。ただし理由は別にあり得る

この+3.5ptは「llms.txtを設置したから引用された」ことを意味しません。技術感度の高い運営者ほど、llms.txtも設置するし、本文構造の整備も進んでいる——という共通の背景で説明がつく差だからです。今回の比較は観察データであり、因果関係は特定できません。

逆方向の証拠:AIボット明示許可は引用ページの方が少ない

もし「AI向けの技術設定をするほど引用される」のであれば、robots.txt等でAIボットを明示的に許可しているページは引用側に多いはずです。実測は逆で、引用ページ8.8%に対し非引用ページ10.4%でした。技術設定そのものは引用を生んでいない、と読むのが自然です。

この調査自体の限界

引用/非引用の比較には、クエリ意図・被リンク・ページ種別など未調整の要因が残ります。当社はこの限界を明示したうえで、「llms.txtを設置しているページが引用されやすいとは言えなかった」という控えめな結論だけを採用しています。

この10.7万ページ調査の全体を通した主結論は「技術設定より本文構造が効く」でした。同じデータで実際に差がついた要因(セクション文字数・Q&A見出し・FAQなど)は、次の記事で詳しく検証しています。

各社が公式に「従う」と明言している制御ファイルはrobots.txtのみ

llms.txtに効果の証拠が無い一方で、AIベンダー各社が公式文書で「従う」と明言しているファイルが1つだけあります。robots.txtです。 AI対応としてファイルを1つ整備するなら、優先すべきはこちらです。

当社も2026年8月25日に、自社サイトのrobots.txtを次の方針で更新しました。

• 拒否: 学習専用であることを各社が公式に明記しているクローラー(GPTBot / ClaudeBot / meta-externalagent)
• 維持: AI検索の引用・回答生成に関わり得るクローラー(OAI-SearchBot、PerplexityBot等)は拒否しない

AIO(AI検索)からの流入を増やしたい事業者が、「AI対策」としてAI関連ボットを一括拒否してしまうと本末転倒だからです。「AI学習には使わせたくない。しかしAI検索には引用されたい」という使い分けは、現状、robots.txtでどのクローラー名(トークン)を拒否するかの選択でしか実現できません。

なお「AIへの意思表示の仕組みが無いから、llms.txtのような新しいファイルが必要」という説明も正確ではありません。学習可否などのポリシー宣言の仕組みは、CloudflareのContent Signals(380万ドメイン超に展開)、IETFのaipref WG(標準策定中)、TDMRepなど、むしろ乱立しています。しかしrobots.txt以外の宣言は、現状どれも読み手の公式対応が揃っていません。

自社サイトで「AIは本当に取りに来るのか」の実測を開始したが、llms.txtは読まれない

自社サイトで「AIは本当に取りに来るのか」の実測を開始したところ、AIクローラーのクロールは確認できたものの、llms.txtは読まれませんでした。当社は2026年8月25日から、自社サイト(link-th.co.jp)の本番サーバーで「llms.txtは実際に取得されるのか」の直接実測を開始しています。

設計の概要は次の通りです。対象ファイルへのアクセスを、ユーザーエージェントを問わず1件ずつ記録しています。

DATA

▶ 一次情報 ・ LINKTH 取得実測(link-th.co.jp本番)

自社サイトの本番環境で、対象ファイルへのアクセスを記録している。ユーザーエージェントの申告はなりすましが可能なため、集計時はアクセス元IPを各社が公表するクローラーIPレンジと照合し、本物のボットかどうかを確認している。

調査日: 2026-08-25開始・継続中

測定対象には、当社が自作した「aimap.json」も入れています

測定対象にllms.txt以外のファイルが並んでいるのは、追加の実験を同時に走らせているからです。llms.txtと似た目的のファイルを自分たちで作って置いたら、それはllms.txtと一緒に読まれるのか——これを確かめるために設置したのが aimap.json です。

中身は、AIへの意思表示をJSONで宣言するファイルです。「学習には使わないでほしい(training_allowed: false)。ただしAI検索の回答生成には使ってよく(inference_allowed: true)、使うなら出典を明記してほしい」。この記事でも触れた使い分けを、そのまま書ける形にしています。

ただし、aimap.jsonは標準規格ではなく、当社が計測用に用意したドラフト仕様にすぎません。 読み手であるAIベンダーが対応を表明していない点は、llms.txtとまったく同じ立場です。当社は「この種のファイルがAIに読まれるか」を常に検証し、AIO対策のテクニカルな研究を続けています。

だからこそ、自社が作ったファイルにもllms.txtと同じ物差しを当てています。結果は、現時点でaimap.jsonの取得も0件です。 自社提案だから甘く見る、ということはしません。

途中経過:AI各社のボットは来るが、llms.txtは取りにこない

計測開始から9日が経ちました。方向性ははっきりしています。AI各社のボットは実際に当社サイトへ来てrobots.txtやsitemap.xmlを取得しているにもかかわらず、llms.txtとaimap.jsonにはAIボットが一度も触れていません。

(2026年8月25日〜9月2日の集計。計測開始から欠測なく毎日記録されています。計測は継続中で、公開時点の最新値に更新しています。自社からの動作確認アクセスは除外しています。)

この結果の意味は、陽性対照に「誰が来ていたか」を見ると分かります。ユーザーエージェントの申告は詐称できるため、アクセス元IPを各社が公表するクローラーIPレンジと照合しました。結果、4社・6種類のボットが本物と確認できました。

合計305件。そのすべてが陽性対照(robots.txt・sitemap.xml)への取得で、llms.txtへは1件もありません。(このほかBytespiderを14件観測していますが、公表IPレンジを確認できなかったため上表には含めていません)

つまり、Anthropic・OpenAI・Google・Appleのボットは、確かに当社サイトへ来ていました。来たうえで、robots.txtとsitemap.xmlは取得し、llms.txtには一度も触れていないということです。「AIがまだサイトを見つけていないから取得がない」という説明は、この陽性対照によって否定されます。

llms.txtを取得した8件は、すべてAI以外だった

llms.txtにも8件の取得がありました。ただし1件もAIではありません。 内訳は次の通りです。

Dataprovider.com は、企業のドメインや使用技術を網羅的に調査してデータベース化し販売している会社です。取りに来た順番が示唆的で、同じアクセス元から10秒の間にrobots.txt → sitemap.xml → llms.txt と続けて取得していました。AIが「このサイトを理解するために案内ファイルを読みに来た」のではなく、サイトの設定ファイルを機械的に一巡する定型クロールに、ついでに拾われた形です。

これは、証拠②で見たAhrefsの調査結果——「llms.txtへの取得があっても、その77%は非AIボット」——を、そのまま体現しています。

罠:Googleのアクセスに見えても、Googlebotとは限らない

8件のうち最多の4件は、Googleが公表しているIPレンジ(66.249.x.x)から来ていました。 アクセスログのIPだけを見れば「Googleがllms.txtを読みに来た」と結論づけたくなる場面です。

しかし、ユーザーエージェントの末尾まで見ると正体が分かります。

Mozilla/5.0 (Linux; Android 11; moto g power (2022)) ... Chrome/136.0.0.0 Mobile Safari/537.36 Chrome-Lighthouse

末尾の Chrome-Lighthouse が決定的です。これは検索用のクロールではなく、PageSpeed Insights(Lighthouse)によるページ速度の計測でした。モバイル版とデスクトップ版が2回ずつ、計4件記録されています。

ここに実務上の落とし穴があります。IP照合だけでは足りません。 Googlebotも Chrome-Lighthouse も同じGoogleのIPレンジから来るため、IPで絞ると両者は区別できません。逆にユーザーエージェントだけを見ると、今度は詐称を見抜けません。IPで「本物のGoogleか」を確かめ、そのうえでユーザーエージェントで「どの用途のアクセスか」まで見て、初めて判断できます。

llms.txtの効果を自社で検証しようとする場合、この2段階を踏まないと「AIが読みに来た」という誤った結論に着地します。

計測は継続中です。日数を重ねればAIボットがllms.txtを取得しに来る可能性も残っていますし、そうなれば本記事に追記します。結果がどちらに転んでも、そのまま公開します。 自社提案のaimap.jsonが0件のままであっても同じです。

結局、llms.txtは置くべきか？

当社の推奨は、「効果を期待して置く」のはやめて、「数分で終わるコストゼロ枠として置いておき、効果は実測で確認する」です。当社自身も、このスタンスでllms.txtを設置しています。

• 置いてよい: 既存のサイト概要・主要ページ一覧から数分で生成できる場合。現時点で逆効果・ペナルティの報告も確認されていない
• やめるべき: llms.txtの「最適化」に工数や外注費をかけること。読み手が確認できない以上、投資対効果を説明できない
• 書いてはいけない: 非公開情報や誇張した自社紹介。誰でも読める公開ファイルであることを忘れない

そして優先順位です。同じ時間を使うなら、効果の裏付けがある順に着手すべきです。

1. 本文構造の整備: 1セクション250〜350字、Q&A形式の見出し、目次、FAQ(いずれも当社の10.7万ページ実測で引用率との関連を確認済み)
2. robots.txtの整備: 学習拒否と引用維持の使い分け(各社が公式に従うと明言している唯一の仕組み)
3. llms.txt等の案内ファイル: 最後。数分で済む範囲だけ

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

llms.txtとは何ですか？

サイトのルート直下に置く、AI(大規模言語モデル)向けにサイトの概要や主要ページを要約・案内するMarkdown形式のテキストファイルです。2024年9月にAnswer.AI社のJeremy Howard氏が提案しました。ただし提案から約2年が経った2026年8月時点でも、「llms.txtを読む」と公式に表明した主要AIベンダーは確認できず、Googleの担当者はサーバーログを根拠に否定的な発言をしています。現状は「読み手の対応待ち」の提案段階にあるファイルです。

llms.txtを設置すればChatGPTやPerplexityに引用されやすくなりますか？

その効果を裏付けるデータは、現時点で確認できません。Ahrefs社の13.7万ドメイン実ログ調査では設置済みllms.txtの97%にリクエストが無く、当社の10.7万ページ実測でも、llms.txt設置と引用の差は+3.5ptとわずかで、因果があるとは言えない水準でした。さらに当社サイトでの取得実測では、IP照合で本物と確認できたAnthropic・OpenAI・Google・Appleのボットが305件robots.txtやsitemap.xmlを取得している一方、llms.txtにAIボットは一度も触れていません(取得された8件はすべてAI以外でした)。引用されやすさとの関連が実測で確認できているのは、Q&A形式の見出し・目次・適切なセクション文字数といった、本文構造側の要因です。

llms.txtを置くと逆効果になったり、ペナルティはありますか？

逆効果やペナルティの報告も、現時点では確認されていません。数分で作れる範囲であれば、置いておくこと自体のリスクはほぼゼロと考えてよいでしょう。注意点は2つです。誰でも読める公開ファイルなので非公開情報を書かないこと。そして「置けば効く」前提でllms.txtの最適化に工数をかけないことです。当社は「コストゼロ枠として置き、効果は実測で確認する」という姿勢を推奨しています。

llms.txtが読まれたかを、GA4やBigQueryで確認できますか？

できません。GA4はページ内で計測タグ(JavaScript)が実行されて初めて記録される仕組みですが、llms.txtはテキストファイルなのでJavaScriptが動きません。さらにクローラーは通常JavaScriptを実行しないため、仮にタグを置けたとしても発火しません。BigQueryもGA4が集めたデータを転送しているだけなので、GA4で取れていないものは同じく入ってきません。確認するにはサーバー側でリクエストそのものを記録する必要があります(アクセスログ、CDNやエッジのログなど)。本記事の実測もこの方法です。なおユーザーエージェントは詐称できるため、アクセス元IPを各社が公表するIPレンジと照合しないと「本当にAIボットだったのか」は判断できません。

AI検索(AIO)対策では何を優先すべきですか？

効果の裏付けがある順に、①本文構造の整備(1セクション250〜350字・Q&A形式の見出し・目次・FAQ)、②robots.txtの整備(学習用クローラーの拒否とAI検索引用系の維持の使い分け)、③llms.txt等の案内ファイル、の順を推奨します。①は当社の10.7万ページ実測で引用率との関連を確認済み、②は各社が公式に「従う」と明言している唯一の仕組みです。③は読み手がまだ確認できないため、最後で構いません。

まとめ:llms.txtは「読まれる実測」が確認できてから実装すれば良い

最後に、本記事の根拠を整理します。

• 「llms.txtを読む」と公式に表明した主要AIベンダーは確認できない(2026年8月時点)。Google担当者はサーバーログを根拠に否定的に発言している
• Ahrefs社の13.7万ドメイン実ログ調査では、設置済みllms.txtの97%にリクエストゼロ。取得があっても77%は非AIボット
• 当社の10.7万ページ実測でも、llms.txt設置と引用の差は+3.5ptにとどまり、AIボット明示許可はむしろ逆相関。効いているのは本文構造
• 各社が公式に「従う」と明言している制御ファイルはrobots.txtのみ。学習拒否と引用維持の使い分けを先に整備すべき
• 当社サイトでの取得実測では、IP照合で本物と確認できた4社6種類のAIボットが305件robots.txtやsitemap.xmlを取得する一方、llms.txtにAIボットは一度も触れていない。取得された8件はすべてAI以外で、最多はPageSpeed Insightsの計測だった。自社提案のaimap.json(ドラフト仕様v0.1)は0件で、同じ物差しのまま検証を継続する

「新しいファイルを1枚置くだけでAIに選ばれる」なら、こんなに楽な話はありません。しかし実測データが示しているのは、AIに引用される王道が今も本文そのものの構造と質だということです。当社は引き続き、観測データと取得実測の両方を公開していきます。