2026年6月のGoogle見解:llms.txtはランキングに中立で、AI検索の近道ではない

Googleの2026年6月のガイドでは、llms.txtはGoogle検索ランキングを上げも下げもしないと説明されています。実務ではSEOの基礎を保ち、llms.txtはGoogle以外のシステムに必要な場合だけ任意のインフラとして扱うべきです。

Googleの現在の立場はかなり明快です。llms.txt ファイルを置いてもGoogle検索のランキングは上がらず、逆に下がることもありません。Googleが2026年6月29日に更新した生成AI検索向けの公式最適化ガイドでは、Google検索はこれらのファイルを無視すると説明しています。これはAI OverviewやAI ModeといったGoogle検索内の生成AI機能にも当てはまります。

だからといって、llms.txt があらゆる場面で無意味というわけではありません。Googleのランキング要因ではない、というだけです。別のクローラー、パートナー、社内検索システム、AIプロダクトがサイトの平文ガイドを読みたいなら、管理しておく価値はあります。ただし、Googleが繰り返し挙げている仕事、つまり独自性のある有用なコンテンツ、クロール可能なページ、明確な技術構造、通常の検索制御からチームの注意をそらすべきではありません。

Google検索がインデックス済みページ、検索、クエリ展開を使ってAI回答を構成し、llms.txtは無視されることを示す図

2026年6月にGoogleが明確にしたこと

Search Engine Roundtableは2026年6月16日、Googleが生成AI機能向けのウェブサイト最適化ガイドを更新したと報じました。この更新が扱ったのは、SEOコミュニティにとってかなり実務的な疑問です。Google検索で上位表示されたり、AI回答に表示されやすくなったりするために、サイトは llms.txt を作るべきなのか。

Googleの答えは「いいえ」です。

公式ガイドでは、Google検索に表示されるために、新しい機械可読ファイル、AI向けテキストファイル、マークアップ、Markdownを作る必要はないと説明しています。生成AI機能も含みます。さらにGoogleは、他のサービスやシステムが使うのであれば llms.txt や類似ファイルを維持しても問題ないが、Google検索はそれらを無視するため、検索での可視性やランキングにはプラスにもマイナスにもならないとしています。

ここが重要です。Googleは、すべてのAIシステムがこのファイルを無視すると言っているわけではありません。Google検索は使わない、と言っているのです。

llms.txt推進派にとって都合の悪い点

llms.txt は、大規模言語モデルがサイトを理解しやすくする手段として語られてきました。発想はきれいです。ドメインのルートにMarkdownで読みやすい案内を置き、モデルに重要ページを示し、クローラーの迷いを減らす。

ただしGoogle検索では、そのきれいな発想が明確な境界にぶつかります。Googleは、検索システムがこのファイルを特別な入力として使わないと説明しています。

少なくともランキングについては、現時点の答えは決まっています。

質問

Googleの2026年6月時点の答え

実務上の解釈

llms.txt でランキングは上がるか

いいえ

SEOランキング要因として売り込むべきではありません。

Google検索での可視性を悪化させるか

いいえ

きちんとしたファイル自体がペナルティになるわけではありません。

GoogleはAI専用のMarkdownファイルを必要としているか

いいえ

Googleが求めているのは、クロール、レンダリング、理解できる通常のページです。

他のシステムが llms.txt を使う可能性はあるか

あります

Google検索以外の任意のインフラとして扱うのが妥当です。

このファイルは、ドキュメント層としてはまだ便利かもしれません。ただしGoogle SEOやAI Overview戦略の中心に置くものではありません。

Googleが代わりに重視していること

Googleのガイドで本当に読むべきなのは、llms.txt の注記だけではありません。Googleは、生成AI検索をコア検索ランキングと品質システムに根ざしたものとして説明しています。

重要な概念は2つあります。

1つ目は検索拡張生成、つまりRAGです。Googleは、AI回答が検索インデックスから取得された情報に基づくと説明しています。つまり、昔から退屈に見える作業がまだ重要です。インデックス可能なページ、有用なコンテンツ、良いページ体験、そして取得されるに値するページです。

2つ目はクエリ展開です。モデルはユーザーの元の質問に関連する検索を複数生成し、その結果を使ってより広い回答を支えることがあります。多くのSEOチームはここを見落とします。1つの完全一致キーワードだけを狙ったページでは、AIシステムが展開する周辺質問に答えられない場合があります。

実務上の結論はこうです。1つのファイルや1つのフレーズではなく、トピックとユーザーの作業全体に向けて書くべきです。

Auspiaの見方:llms.txtはエンジンではなくサイドカー

Auspiaの見立てははっきりしています。llms.txt は「必要なら置く」ものです。多くのチームがAI検索で可視性を失っている主因ではありません。

本当の欠落は、たいていサイト本体の中にあります。

  • 重要ページが薄い、一般的すぎる、または競合ページとほとんど区別できない。
  • プロダクト、サービス、著者に関する事実がサイト内で一貫していない。
  • ページが見出しの質問には答えているが、AIシステムが展開しそうな追加質問には答えていない。
  • 構造化データはあるが、表示されるページ本文が同じ事実を支えていない。
  • チームが新しいAIファイルを追う一方で、クロール、内部リンク、ページ体験の問題を放置している。

llms.txt が役に立つ場面は1つあります。ガバナンスのための成果物として使う場合です。どのURL、事実、ドキュメント、プロダクト説明を正とするかをチームで決めるために使うなら、編集上の規律を生みます。ただし、価値があるのはファイルそのものより、その規律です。

サイトがAI検索面に対応できているかを確認したい場合は、基礎ページを点検したうえで、Auspiaの AI Search Visibility Checker のような診断ワークフローを使うとよいでしょう。

SEOとGEOチーム向けの2026年6月時点の運用ルール

次の四半期に使うなら、私はこのルールを推奨します。llms.txt は、主要な検索面が健全になってから公開する。

優先順位は次のようになります。

  1. 重要ページがクロール可能で、インデックス可能で、内部リンクされていることを確認する。
  2. 独自の回答ではなく、ありきたりな要約に見えるページを改善する。
  3. 必要に応じて、プロダクト、ローカルビジネス、EC、組織に関する明確な事実を追加する。
  4. 構造化データは、既存の検索機能やリッチリザルト対象のために使い、魔法のAIマークアップとして扱わない。
  5. スニペットやプレビューを制限したい場合は、Googleがサポートする既存の制御方法を使う。
  6. 他のシステム、パートナー、クローラー、社内ワークフローが読む理由がある場合にだけ llms.txt を追加する。

最後の点は大事です。実際の読者がいるファイルと、XでAIクローラー不安が高まったから置くファイルは別物です。

Googleの2026年6月のllms.txt説明を受けて、SEOチームが続けるべきこと、慎重に使うべきこと、追いかけるべきでないことを示すチェックリスト

この更新後にやってはいけないこと

最悪なのは、過剰な期待から一気に全否定へ振れることです。

llms.txt は秘密のランキング要因だ、とチームに伝えてはいけません。Googleの説明では、そうではありません。

AIが読めるドキュメントはすべて無意味だ、とも言ってはいけません。一部のシステムはこれらのファイルを使うかもしれませんし、自社チームも整理された情報から恩恵を受けることがあります。

SEOを「GEOハック」に置き換えてはいけません。Googleのガイドは、Google検索の生成AI機能にもSEOが引き続き関係すると明記しています。AEOやGEOという言葉は、チームが仕事を整理するためのラベルとしては有用です。ただしGoogleは、その施策が検索の仕組みに合っているかを見極めるよう求めています。

偽の言及、薄い量産ページ、AI専用マークアップを作ってはいけません。見えるウェブサイトが弱いなら、機械可読の補助ファイルだけでは救えません。

参考ソース

この記事は、次の2つの公開情報に基づいています。

Search Engine Roundtableの記事は、2026年6月29日前後の文言調整にも触れています。SEOチームにとっての実質的な意味は同じです。Google検索は、ランキングや可視性のために llms.txt を使いません。

Author: Julian Mercer, Auspiaの14年経験テクニカルSEOプラクティショナー。Julianは、クロール可能性、schema、レンダリング、サイト構造、AIが読み取りやすいコンテンツの技術基盤について執筆しています。

このトピックを読む

同じテーマの記事を続けて読む