Google は llms.txt を使うのか

30 秒で分かる結論：Google と llms.txt の関係

使っていません。Google 自身がドキュメントにそう書いています。Google の「生成 AI 機能向けにウェブサイトを最適化する」ガイド (最終更新 2026 年 7 月 10 日)には、生成 AI 機能を含む Google 検索に表示される ために機械可読ファイル、AI 向けテキストファイル、マークアップ、Markdown を 新たに作る必要はなく、Google 検索自体がそれらを使っていない、とあります。 同じ節には、そうしたファイルを置いても表示や順位に有利にも不利にもならない、 Google 検索は無視する、と書かれています。

これは通常の検索、AI Overviews、AI モードの全部に当てはまります。llms.txt が関わる Google の製品は他に 2 つありますが、 結論は変わりません。Google は自社の Gemini API ドキュメント用に llms.txt を 公開しており、Chrome の Lighthouse には任意の監査項目があります。 どちらも検索のシグナルではありません。

つまり Google に対しては、llms.txt は効き目もリスクもありません。 読んでくれるエージェントやツールのために残しつつ、Google での見え方は ふつうの SEO の問題として扱う。それが Google の推奨そのものです。

Google が言ってきたことを時系列で

Google の立場は最初の公の発言から一貫しています。文書のガイダンスは、 担当者が以前から言っていたことに後から追いついた形です。

2026 年 6 月の追加は、当時、コミュニティからの質問に直接答えたものとして 報じられました。文言はわざと寛容です。そのファイルを使う他のサービスのために 作って維持するのは「まったく問題ない」と書かれています。Google は削除を 求めているのではなく、検索で何かを期待するな、と言っているだけです。

AI Overviews と AI モード：表示を実際に左右するもの

Google 検索の生成 AI 機能は、通常の検索結果と同じインデックスから 作られています。Google のドキュメントが挙げているサイト側の制御手段に、 新しいファイルは含まれていません。

• インデックスされていること。クロールとインデックスが できるページなら対象です。noindex を付ければ、AI 機能を含む すべてから外れます。
• スニペットの制御。nosnippet、data-nosnippet、max-snippet で Google が 表示してよい範囲を制限でき、それがそのまま AI Overviews が引用できる範囲の 上限になります。
• 特別な構造化データは不要。AI 機能のために追加すべき schema.org のマークアップはない、と Google は明言しています。 リッチリザルトのための構造化データは別の話です。
• Google-Extended は検索の制御ではない。この robots.txt 用のトークンは、コンテンツを将来の Gemini モデルの学習や、 Gemini アプリ・Vertex AI でのグラウンディングに使ってよいかを決めるものです。 Google のクローラー説明ページには、検索への収録には影響せず、 ランキングシグナルでもない、とあります。

言い換えると、AI Overviews での見え方を変える方法は、検索での見え方を 変える方法と同じです。質問に直接答える明確なページと、AI が引用できる事実。 それだけです。

Google の中で llms.txt が登場する 2 つの場所

Google 自身の開発者ドキュメント

2026 年 9 月 22 日に取得した ai.google.dev/gemini-api/docs/llms.txt は、約 200 本のリンクを 持つ有効な llms.txt で、各リンクは Gemini API ドキュメントの Markdown 版を 指しています。OpenAI や Anthropic が自社ドキュメントに置いているのと同じ理由、 つまりコーディングエージェントやドキュメントツールがこの形式を読むからです。 これは開発者ドキュメントのチームが「エージェントにどう提供するか」を決めた 結果であって、Google 検索とは無関係です。検索のドキュメントは逆のことを 言っています。

Chrome の Lighthouse の監査項目

Chrome の開発者ツールに組み込まれているページ品質ツール Lighthouse に、 「エージェントによるブラウジング」の監査グループが加わり、その中に llms.txt のチェックがあります。説明をよく読むと、 ファイルを取得したときにサーバーがエラーを返した場合だけ指摘する、とあります。 ファイルが存在しなければ「該当なし」で、ドキュメントの言葉では、 ファイルの提供は現時点では任意です。公開すると決めたサイト向けの、 ブラウジングするエージェントを想定した衛生チェックであり、順位要因では ありません。

Google がこの立場を取る理由

Mueller 氏の Reddit のコメントは、理由を一番はっきり述べたものです。 切り捨てずに、まじめに読む価値があります。要点は 3 つ。使っていると言った AI サービスがない。ログを見るとボットが取りに来ていない。そして、2000 年代 前半の keywords メタタグと同じで、これはサイト側の自己申告であり、検索エンジンは 結局ページを確認しないと信用できない。

公平な反論、そして仕様書自身がしている反論は、llms.txt は そもそも順位付けの入力として設計されていない、というものです。仕様の v2 は このファイルを、すでにサイトに到達したエージェントが文脈を無駄にせず正しい ページを見つけるための道案内と説明しています。それは実在する用途ですが、 検索ではなく、Google のシステムがやっていることでもありません。両者は同時に 正しいのです。Google の「検索のシグナルではない」は正しく、それでもこの ファイルは本来の読み手であるツールには役に立ちます。

Google からの流入が目的なら何をするか

• ふつうの技術的 SEO をやる。クロールとインデックスができる、 速いページ。まず Search Console でカバレッジのエラーを確認します。
• 引用できるページを書く。最初の段落で直接答え、 具体的な数字と日付を入れる。AI Overviews が引用するのは、強調スニペットが 引用するのと同じ箇所です。
• スニペットの制御は意図して使う。要約されたくないページが あるなら、nosnippet と max-snippet が 文書化された手段です。
• Google-Extended は別の判断として決める。これは Gemini の学習とグラウンディングに関する選択で、検索の選択では ありません。遮断しても AI Overviews から消えることはありません。
• llms.txt は残す。ただし Google への効果はゼロと見積もる。維持コストはほぼなく、他に読む側がいます。Google 対策として報告しないことだけ 守ってください。

この結論が変わる条件

Google のドキュメントが明確なので、この記事を書き直す条件もドキュメントの 変更です。「誤解を正す」節が削除または書き換えられるか、Search Central が 検索や AI モードでこのファイルを使うと発表するかのどちらか。Lighthouse の 新しい監査項目や、Google の別の開発者サイトが自前の llms.txt を 公開することは該当しません。それらはエージェントの話であって、検索の話では ないからです。それまでは、Google 自身の説明どおり、Google は llms.txt を使っていません。

よくある質問