llms.txt最新動向2026｜Google否定後の現在地と今すべき対策

llms.txtは、AIクローラー向けにサイトの概要と主要ページへのリンクをまとめたテキストファイルとして2024年に提唱されましたが、2025年から2026年にかけてGoogleのJohn Mueller氏やGary Illyes氏が繰り返し「不要」と否定的な見解を示しています。さらに2025年12月にはGoogle自身のドキュメントサイトで設置が確認されるという逆説的な出来事も起きました。本記事ではGoogleの否定発言の一次情報、実データによる検証結果、それでも設置しておく価値がある理由までを時系列で整理し、2026年時点で取るべき現実的な対応をお伝えします。

llms.txtとは？2026年時点であらためて定義を整理する

llms.txtとは、AIクローラーやLLMに向けてサイトの概要と重要ページへのリンクをMarkdown形式でまとめたテキストファイルであり、robots.txtのようなアクセス制御ではなく要約情報の提供を目的とするものです。2024年に提唱されて以降、AI検索最適化の文脈で注目を集めてきましたが、2026年現在はGoogleの否定発言と実装企業の広がりという相反する動きが同時に進んでいます。

まず前提として押さえておきたいのは、llms.txtがどのような経緯で生まれ、どのような形式で書かれるファイルなのかという基本情報です。次に、似た名前を持つllms-full.txtとの違いや、従来からあるrobots.txt・sitemap.xmlとの役割の違いを整理することで、なぜこのファイルが議論の的になっているのかが見えてきます。

誰が何のために提唱したのか

llms.txtは、Answer.AIの共同創設者であるJeremy Howard氏によって提案されたファイル形式です（出典）。LLMはWebページをそのまま読み込むにはコンテキストウィンドウの制約があるため、サイト側があらかじめ要点を整理して渡すことで、AIがより正確にサイトの内容を理解できるようにするという発想が背景にあります。提案から日が浅いこともあり、対応状況はAIサービスによって大きく異なっています。

llms.txtとllms-full.txtの違いとは？

llms.txtにはサマリー版とフル版の2種類があり、用途に応じて使い分けます。llms.txtがサイト概要を簡潔にまとめたサマリー版であるのに対し、llms-full.txtはサイト全体の内容を網羅したフル版という位置づけです（出典）。実際にMintlify社の分析ではllms-full.txtの方がLLMからのアクセス頻度が高いという報告もあり、フル版の重要性が見直されつつあります。

robots.txt・sitemap.xmlとの違いは？

3つのファイルは似ているようで役割がまったく異なります。混同すると設置の目的を誤解してしまうため、対象と目的の違いを表で整理しておきます。

ファイル	主な対象	目的	強制力
robots.txt	検索エンジンのクローラー	クロールの許可・禁止を指示	準拠が一般的
sitemap.xml	検索エンジンのクローラー	URLの一覧を機械的に通知	参考情報として利用
llms.txt	LLM・AIクローラー	サイト概要と重要リンクの要約提供	任意参照・現状は不透明

TechSuite株式会社の「AI検索パートナーズ」は、構造化データや意味的文脈、エンティティ認識といった生成AIが引用・推薦する仕組みを技術的に捉えたうえで、llms.txtのような新しい仕様がどこまで実効性を持つのかを一次情報設計の観点から見極める支援を行っています。

Googleはllms.txtを「否定」したのか？発言の一次情報を時系列で整理

結論から言うと、Googleは公式に一貫してllms.txtを不要と表明しています。John Mueller氏とGary Illyes氏がそれぞれ別の場で否定的な見解を述べており、2026年5月に公開された最適化ガイドでも改めて同様の立場が示されています。

この否定発言は一度きりの発言ではなく、2025年から2026年にかけて複数回にわたって繰り返されている点が重要です。時系列で追うことで、Googleの立場がぶれていないことと、その発言の具体的なニュアンスが見えてきます。

Mueller氏「メタキーワード同等」発言とは？

John Mueller氏はredditやBlueskyで繰り返しllms.txtに否定的なコメントを残しています。Mueller氏はllms.txtについてキーワードメタタグに相当するものだと述べ、サーバーログを見ればどのAIサービスも使っていないことがわかると発言しています（出典）。さらに2025年6月17日にはBlueskyで、現時点でllms.txtを使用しているAIシステムはないと明言し、将来標準になるとも思わないと述べています（出典）。

Illyes氏「クロールしない」発言の場と内容は？

Gary Illyes氏も別の公式な場で同様の見解を示しています。Illyes氏はSearch Central Live Deep Dive Asia Pacific 2025において、AI Overviewsのランキングには通常のSEOで十分であり、Googleはllms.txtファイルをクロールして使用することはないと発言しました（出典）。この発言は2025年7月にバンコクで開催されたイベントでのもので、SEO業界で話題になっているファイルだと名指ししたうえでの否定だった点が特徴的です。

2026年5月のガイドでも「不要」と明記

否定発言は単発ではなく現在も継続しています。Google Search Centralは生成AI検索向けにllms.txtのような新たな機械可読ファイルを作成する必要はないと説明しており、2026年5月15日に公開された最適化ガイドでも改めて同じ立場が示されています（出典）。発言の時系列を整理すると次のようになります。

時期	発言者・情報源	内容の要旨
2025年4月頃	John Mueller氏	メタキーワードタグに相当すると発言
2025年6月17日	John Mueller氏	使用するAIシステムはないとBlueskyで明言
2025年7月	Gary Illyes氏	クロール・使用しないと公式イベントで発言
2025年9月	John Mueller氏	改めてllms.txtは不要と発信
2026年5月15日	Google Search Central	最適化ガイドで不要と明記

TechSuite株式会社の「AI検索パートナーズ」は、AI検索経由での受注率が従来のSEO経由と比べて約3倍という自社データを踏まえ、露出や順位ではなく受注という成果に直結する施策を優先する考え方で、Googleの発言の真意を評価する視点を提供しています。

Google自身がllms.txtを設置していた「2025年12月事件」の顛末

否定していたはずのGoogle自身が、実は複数のプロパティでllms.txtを設置していたことが2025年12月に発覚しました。結論としては、意図的な戦略転換ではなくCMS変更に伴う副産物だったとMueller氏が後に説明していますが、公式見解と実務の間にある温度差を象徴する出来事として注目されています。

この一件は単なる噂ではなく、SEO関係者による実際の発見報告と、その後のGoogle側の対応まで含めて時系列で追うことができます。ここでは発見の経緯から釈明、そして他に見つかったプロパティまで順番に整理します。

発見の経緯とMueller氏の反応は？

この事件のきっかけは、SEO関係者による地道な検証でした。2025年12月3日にCrystal Carter氏がGoogle Search Centralの開発者ドキュメントサイトにllms.txtが設置されていることを発見し、Lidia Infante氏がBlueskyで公開しました（出典）。この発見に対するMueller氏の当初の反応は曖昧なもので、明確な説明がないまま該当ファイルは発見後まもなく削除されています。

2026年1月の釈明の内容とは？

削除から時間を置いて、Google側から改めて説明が行われました。2026年1月にMueller氏は、サイト全体のCMS変更によるものであり、検索チームが意図的に設置したものではないと説明しています（出典）。つまり検索品質向上のための積極採用ではなく、開発基盤の切り替えに伴う偶発的な産物だったという説明であり、公式スタンスそのものを撤回するものではありませんでした。

他にはどのプロパティで見つかった？

この一件はGoogle Search Centralだけの出来事ではありませんでした。少なくともai.google.dev、developer.chrome.com、firebase.google.com、web.devなど5つ以上のGoogleプロパティでllms.txtの設置が確認されています（出典）。開発者向けドキュメントを扱う部署ではCMSの都合上llms.txtが自然に生成されやすいという事情がうかがえ、検索チームの公式方針とプロダクトごとの実装事情が必ずしも一致していない実態が浮き彫りになりました。

TechSuite株式会社の「AI検索パートナーズ」は、技術的アプローチを担う専門人材とコンテンツ制作を担う人材が一つのチームで連携し、こうした公式見解と実装実態の食い違いを含む複雑な情報を継続的にウォッチしながら、戦略設計から効果測定まで一気通貫で伴走する体制を整えています。

実データで検証：llms.txtは本当にAI引用を増やすのか

結論として、大規模なデータ調査の結果ではllms.txtの設置有無とAI引用頻度の間に明確な相関は見られていません。複数の独立した調査機関がそれぞれ数万から数十万規模のデータで検証しており、いずれも同様の結論に至っている点は無視できない事実です。

ここでは代表的な2つの調査結果と、それでもなお一部のAIクローラーが関心を示しているという別の側面を確認します。数字を押さえておくことで、感覚論ではなく根拠に基づいた判断がしやすくなります。

ALLMO.ai調査の結果は？

まず紹介したいのは、AI回答の引用元URLを大規模に分析した調査です。ALLMO.aiの調査では、2025年8月から12月にかけて94,000以上の引用URLをChatGPT・Claude・Gemini・Grok・Perplexityの5モデルで分析した結果、llms.txtページが引用されたケースはほぼゼロで、統計的に有意な影響を与えていないと報告されています（出典）。これだけの母数で相関が見られないという結果は、llms.txtが引用率を直接押し上げる施策ではないことを裏付けています。

SE Ranking調査の結果は？

別の調査機関のデータでも同様の傾向が確認されています。SE Rankingが約30万ドメインを対象に行った調査でも、llms.txtの有無とAI引用頻度の間に相関は見られず、機械学習モデルであるXGBoostからllms.txtに関する変数を除外するとむしろ予測精度が向上したと報告されています（出典）。予測精度が向上したという事実は、この変数がノイズに近い扱いだったことを示唆しています。

それでも一部のAIクローラーは関心を示している

一方で、まったく無関係だと言い切れない兆候もあります。OpenAIのGPTBotが一部サイトで約15分間隔でllms.txtをクロールしているログが報告されており、OpenAI側に何らかの関心がある可能性が示唆されています（出典）。次の表に、ここまでの調査結果を整理します。

調査元	対象規模	主な結果
ALLMO.ai	引用URL94,000件超・5モデル	引用への有意な影響なし
SE Ranking	約30万ドメイン	相関なし・変数除外で精度向上
個別サイトのログ	GPTBotのアクセスログ	約15分間隔のクロールを確認

TechSuite株式会社の「AI検索パートナーズ」は、AI検索経由での受注率が従来のSEO経由の約3倍という自社実績を踏まえ、露出やクロールの有無といった表面的な指標ではなく、最終的な受注という成果に直結する施策への投資配分を重視した提案を行っています。

それでも2026年に設置する価値がある理由とは？

実データで相関が確認されていないにもかかわらず、多くの専門家が完全な否定ではなく設置自体は推奨しています。理由は明快で、設置コストがほぼゼロに近い一方、将来的な標準化リスクへの保険になり得るためです。

ここでは設置コストの低さ、実際に導入している企業の顔ぶれ、そしてAIエージェント時代という新しい文脈から見た価値の3つの観点で整理します。自社の状況に照らして、どこまで対応するかを判断する材料にしてください。

設置コストとリスクのバランスは？

まず判断材料になるのは、投資対効果の見立てです。llms.txtはシンプルなテキストファイルを1つ設置するだけで済むため実装コストが極めて低く、現時点でSEO上の明確なデメリットも報告されていません。相関が確認されていないとはいえ、明確な悪影響がないのであれば、低コストな保険として設置しておく判断は合理的だと考えられます。

大手企業はどこまで実装している？

実際の実装状況を見ると、世界的な技術企業がすでに動いています。Cloudflare、Vercel、Stripe、AnthropicといったグローバルなIT企業が自社サイトにllms.txtを実装しており、BuiltWithのデータによると2025年10月時点で84万4千以上のウェブサイトがllms.txtを実装した実績があります（出典）。さらにGoogle自身のADK（Agent Development Kit）のPythonリポジトリでもllms.txtとllms-full.txtが設置され、AGENTS.mdでAIエージェントに参照を明示的に指示していることも確認されています（出典）。

AIエージェント時代の新しい文脈とは？

もう一つの重要な視点は、検索エンジン向けの最適化とは別の文脈です。llms.txtはGEO（生成エンジン最適化）のためのプロトコルというより、AIエージェントとの接続を前提としたB2A（Business to Agent）のプロトコルとして捉える見方があり、Cursor・Windsurf・GitHub Copilot等のIDEエージェントやMCPサーバーがドメインアクセス時に真っ先にllms.txtを探しに行くという指摘もあります（出典）。検索順位の話とは別の軸で価値を持ち得るという整理です。設置を検討する際は、次のチェック観点を参考にしてください。

TechSuite株式会社の「AI検索パートナーズ」は、業種や規模、商材や課題に応じて対応範囲を個別に設計するコンサルティングという性質上、llms.txtの設置要否についても画一的な答えを出すのではなく、それぞれの事業状況に合わせた優先順位づけを支援しています。

llms.txtの書き方と本当に優先すべき施策とは？

設置自体は数十分で完了する作業ですが、書き方を誤ると重複コンテンツなど別の問題を招く恐れがあります。結論として、基本構文に沿って必要最小限の内容をまとめたうえで、本丸となる構造化データやE-E-A-T強化などの施策に注力するのが2026年時点での現実的な進め方です。

まずは基本的な書き方と設置手順を押さえ、次に実装時に注意すべきリスクを確認し、最後にllms.txtより優先度が高いとされる施策を整理します。読者やAIが実際に投げる疑問に沿って、優先順位を明確にしていきましょう。

基本構文と設置手順は？

まずは書式のルールを押さえておきましょう。llms.txtはMarkdown形式で記述し、サイト名を表す見出し、サイト概要を示す引用ブロック、セクションごとの見出しと重要ページへのリンクリストという構成が一般的です。ファイルはルートディレクトリに配置し、手動でアップロードする方法のほか、WordPressプラグインや動的生成の仕組みを使う方法もあります。参考にしたい実装ステップを次の表にまとめました。

ステップ	作業内容	ポイント
1	サイト概要と主要カテゴリの洗い出し	要点を簡潔にまとめる
2	Markdown形式でファイルを作成	H1・引用・H2・リンクの順で構成
3	ルートディレクトリへ設置	手動またはプラグインを利用
4	定期的な内容更新	ページ追加時に反映

実装時に注意すべきリスクとは？

手軽に見える施策ですが、いくつかの技術的リスクも指摘されています。全ページのMarkdownコピーを生成することで重複コンテンツによるSEOカニバリゼーションが起きたり、sitemap.xmlのように全URLを詰め込むことでコンテキストウィンドウを圧迫したり、SPAのJavaScriptレンダリングに依存してエージェントの取得に失敗したりするリスクが挙げられています（出典）。設置する場合は、必要な情報を絞り込んで簡潔にまとめる意識が欠かせません。

本当に優先すべき施策とは？

llms.txtはあくまで補助的な施策であり、AI検索対策の中心に据えるべきものではありません。ブランド定義の確立、表記統一、サービスカテゴリ名の併記、構造化データなどのテクニカル施策、セマンティックWeb対応、要約ファーストの文章構造、FAQ整備、独自データや一次情報の供給、事例拡充、第三者からの信頼文脈の獲得といった10項目が、LLMOやGEOのために本来取り組むべき施策として挙げられています（出典）。より体系的な進め方はLLMO対策の具体的なやり方やGEOの基本解説もあわせて参考にしてください。

TechSuite株式会社の「AI検索パートナーズ」は、AIを活用した高度なコンテンツ制作の仕組みを「バクヤスAI記事代行」事業で培っており、その制作エンジンとナレッジをLLMO対策に転用することで、検索意図や想定質問の分解に沿った高品質なコンテンツを大量かつ高速に設計する体制を整えています。

よくある質問

llms.txtを設置すればAI検索での露出は増えますか

現時点の大規模調査では、llms.txtの設置有無とAI引用頻度の間に明確な相関は確認されていません。ALLMO.aiやSE Rankingの調査でも同様の結果が出ており、露出増加を直接保証する施策ではないと考えるのが妥当です。

Googleはllms.txtを本当に無視しているのですか

公式にはクロールにも順位にも使わないという立場を繰り返し表明しています。一方で2025年12月には自社の複数プロパティでllms.txtが発見され、CMS変更に伴う副産物だったと後に説明されており、完全に無関係とも言い切れない複雑さがあります。

ChatGPTやClaudeは対応していますか

OpenAIやAnthropicから公式な対応表明は出ていませんが、GPTBotが約15分間隔でllms.txtをクロールしているログが報告されるなど、一部で関心を示す兆候はあります。今後の対応状況は各社の発表を継続的に確認する必要があります。

llms.txtとrobots.txtはどちらを優先すべきですか

役割がまったく異なるため優先順位で比較するものではありません。robots.txtはクロール制御という実務上不可欠な役割を持つのに対し、llms.txtは任意の補助的な情報提供であり、robots.txtの整備を後回しにしてまで対応する必要はありません。

まとめ

llms.txtは2024年の提唱以降注目を集めてきましたが、GoogleのMueller氏とIllyes氏は一貫して否定的な見解を示し、2026年5月の公式ガイドでも不要と明記されています。一方で2025年12月にはGoogle自身のプロパティで設置が確認されるなど、公式見解と実装実態には温度差があります。

大規模データでもAI引用との相関は確認されていませんが、設置コストの低さやCloudflare・Stripeなど大手の実装実績を踏まえれば、保険として設置する価値は残されています。重要なのは構造化データや一次情報、E-E-A-T強化といった本丸の施策を優先しつつ、llms.txtは無理のない範囲で対応する現実的な姿勢です。

参考にした情報源

• llms.txtとは？基本と導入メリット・デメリット
• llms.txtの設置はAI検索最適化に意味があるか
• John Mueller氏のllms.txtに関する言及
• LLMs.txtの現在の導入状況と市場の動き
• llms.txtガイド2026年版
• llms.txt 2026年完全ガイド