「AI検索対策にllms.txtを置きましょう」という話を、SEOの記事やセミナーで見かけることが増えました。WordPressでもプラグインのボタン1つで作れるようになっています。ところが同じ時期に、Googleの担当者は「効果があると言っているAIサービスはない」と発言しています。置くべきなのか、置いても意味がないのか。この記事では、Google・WooCommerce・WordPress公式チームの見解を一次情報で確認したうえで、WordPressサイトでAI検索に向けて本当にやるべきことを整理します。
結論から言うと、llms.txtは置いても害はありませんが、2026年9月時点で「置けばAI検索に出やすくなる」と言える根拠はありません。GoogleはAI向けの特別なファイルは不要と明言し、OpenAIとAnthropicのクローラー公式文書にもllms.txtを読むという記述はありません。効くのは、通常のSEOと、AIクローラーを種類別に制御するrobots.txtの設計です。
この記事は2026年9月18日時点の情報です。Google・OpenAI・Anthropicの公式文書が更新されたとき、およびWordPress公式AI PluginのMarkdown配信機能が実装されたときに更新します。
llms.txtとは?何のために提案されたのか
llms.txtは、サイトの概要と主要ページの一覧をMarkdown形式で書き、サイトの一番上の階層に置くテキストファイルです。2024年9月にJeremy Howard氏が提案し、2026年8月に第2版が公開されました。提案の動機は「Webページはナビゲーションや広告が多く、AIが必要な情報を取り出しにくい。AI向けに要点だけを1か所にまとめよう」というものです。robots.txtに似た場所に置きますが、役割は逆で、robots.txtが「読むな」を伝えるのに対し、llms.txtは「ここを読め」を伝えます。
出典:llmstxt.org
書式は単純で、H1のタイトルだけが必須です。その下にサイトの説明、H2の見出しごとにページへのリンクと1行の説明を並べます。当社サイトのllms.txtも同じ形式で、次のような内容を自動生成しています。
|
1 2 3 4 5 6 7 8 |
# Edel Hearts > WordPressのプラグイン開発、カスタマイズ、エラー・トラブル対応など、WordPressに特化したサービスを提供しています。 ## ブログ記事 - [WordPressはもうオワコンなのか? AI時代に今後3年・5年・10年生き残れるのかをデータで検証する](https://edel-hearts.com/wordpress-future-ai-era/): 「WordPressはオワコン」は本当か。2026年のシェア推移、AIサイトビルダーの台頭、脆弱性の実態…… |
Google・WooCommerce・WordPress公式はllms.txtをどう見ているか
「置くべきか」を判断するには、AI検索を提供する側と、WordPressを作っている側が何を言っているかを見るのが早道です。2026年9月18日時点の公式文書を確認した結果を表にします。
| 誰が | llms.txtについての立場 | 根拠となる記述 |
|---|---|---|
| Google(Search Central) | 不要 | AI OverviewsやAI Modeに出るために「新しい機械可読ファイル、AI向けテキストファイル、マークアップを作る必要はない」と明記。通常のSEOの基本がそのまま要件。担当者のJohn Mueller氏は2025年4月にRedditで「使っていると言っているAIサービスはない。キーワードメタタグに似ている」と発言 |
| OpenAI(クローラー文書) | 言及なし | OAI-SearchBot・GPTBot・ChatGPT-Userの制御はrobots.txtで行うと説明。llms.txtは「OpenAI自身のドキュメント索引」として登場するだけで、クローラーが読むという記述はない |
| Anthropic(クローラー文書) | 言及なし | ClaudeBot・Claude-User・Claude-SearchBotの制御はrobots.txtで行うと説明。llms.txtへの言及はない |
| WooCommerce(公式ブログ) | 条件付きで紹介 | 2026年6月の「AIショッピングエージェントに読ませる方法」で「簡単な方法」として紹介しつつ、「llms.txtを置けば推薦されやすくなるという直接の証拠はまだない」と但し書き。本命は商品データの構造化 |
| WordPress AI Team | 別の方式を実験中 | 2026年9月、AI Pluginで記事本文そのものをMarkdownで返す「Markdown feeds」を実験。llms.txt(目次)ではなく、本文をAI向けに配信する方向 |
| llmstxt.org(提案元) | 推奨 | OpenAI・Anthropic・Geminiが自社の開発者向けドキュメントでllms.txtを公開していると紹介。ただし「公開している」ことと「クローラーが読む」ことは別 |
出典:Google Search Central「AI features and your website」/OpenAI「Overview of OpenAI Crawlers」/Anthropic「Does Anthropic crawl data from the web」/WooCommerce「How to make your store readable to AI shopping agents」(2026年6月29日)/Make WordPress AI「AI Contributor Weekly Summary – 16 September 2026」
表を見ると、「読む側」であるAI企業は誰もllms.txtを読むと言っておらず、「書く側」の提案元とSEOツールだけが推奨している構図が分かります。WooCommerceが慎重な書き方をしているのも、この事情を踏まえたものです。
なぜ「効果がある」とは言えないのか
理由は3つあります。
1つ目は、Googleが明確に否定していることです。Google Search Centralの文書には、AI OverviewsとAI Modeについて「これらの機能に表示されるために、新しい機械可読ファイル、AI向けテキストファイル、マークアップを作る必要はありません」と書かれています。Googleの検索に載る条件は従来どおり、インデックスされていて検索結果に表示できることです。AI機能経由のアクセスも、Search Consoleでは通常の「ウェブ」検索に含めて集計されます。
2つ目は、他のAI企業も「読む」と言っていないことです。OpenAIとAnthropicはどちらもクローラーの公式文書を公開していますが、そこに書かれている制御手段はrobots.txtだけです。llms.txtという語は、OpenAIの文書に「自社ドキュメントの索引」として出てくるだけで、クローラーの動作とは関係ありません。「大手AI企業が自社サイトにllms.txtを置いている」ことをもって「大手AIがllms.txtを読む」と説明している記事がありますが、これは別の話です。
3つ目は、Googleの担当者の発言です。John Mueller氏は2025年4月、Redditで「私の知る限り、AIサービスがllms.txtを使っていると言ったことはない。サーバーログを見ても、ボットが確認しに来ていない」と述べ、かつてのキーワードメタタグ(誰でも好きなことを書けるため無視されるようになった仕組み)に例えました。サイト側が自由に書けるファイルは、AI側から見ると信頼の根拠になりにくい、という指摘です。
出典:Search Engine Journal「Google Says LLMs.Txt Comparable To Keywords Meta Tag」(2025年4月17日)
正直に書くと、当社サイトにもllms.txtは置いてあります。自作のSEOプラグインで、公開記事と固定ページの一覧を自動生成しています。ただし置いたことで表示回数や流入が増えたと言える数字は持っていません。「置いても害はないので置いている」というのが実態で、それ以上の効果を期待して置いているわけではありません。
それでも置く場合の書き方と注意点
置くこと自体に害はありません。ファイル1つ増えるだけで、検索順位に悪影響を与える要素はないからです。将来どこかのAIが読み始めたときの保険として置く、あるいは自社のAIチャットボットに読ませる用途で置く、という判断は合理的です。置くなら次の点に気をつけてください。
- 内容は「サイトの説明+主要ページの一覧と1行説明」に絞る。本文を丸ごと貼る必要はない
- noindexにしているページや会員限定ページを載せない。AIに「ここを読め」と案内する場所なので、公開してよいものだけにする
- 記事を追加・削除したときに自動で更新される仕組みにする。手書きだとすぐ古くなる
- llms.txtとrobots.txtを混同しない。llms.txtには「読むな」の指示は書けない
WordPressで置く方法は2通りあります。1つは、サーバーの公開ディレクトリに静的ファイルとして置く方法。もう1つは、プラグインで動的生成する方法です。Yoast SEOは無料版でもllms.txtの生成機能を持ち、設定画面で有効にするだけで動きます。Rank Mathにも同様の機能があります。当社は自作プラグインで生成しているため、記事を公開すると自動的に一覧へ追加され、noindexの記事は除外されます。
本当にやるべきAI検索対策は何か
ここからが本題です。llms.txtに時間を使うより、次の4つのほうが確実に効きます。
1. AIクローラーを種類ごとに制御する
いま最も見落とされているのがここです。AI企業のクローラーは「検索結果に出すためのもの」「モデルの学習用」「ユーザーの代わりにページを開くもの」の3種類に分かれており、robots.txtで別々に制御できます。学習用だけ拒否して、検索表示用は許可する、という設定が可能です。

| 提供元 | User-agent | 用途 | 拒否したときの影響 |
|---|---|---|---|
| OpenAI | OAI-SearchBot | ChatGPTの検索結果にサイトを表示するため | ChatGPT検索の回答にサイトが出なくなる(反映まで約24時間) |
| OpenAI | GPTBot | 基盤モデルの学習 | 学習データから除外される。検索表示への影響は文書に明記なし |
| OpenAI | ChatGPT-User | 利用者の操作でページを開く | 自動クロールではないため、robots.txtの対象外 |
| Anthropic | Claude-SearchBot | 検索結果の品質向上 | Claudeの検索でサイトが使われにくくなる |
| Anthropic | ClaudeBot | モデル開発のためのデータ収集 | 学習データから除外される |
| Anthropic | Claude-User | 利用者の質問に応じてページを開く | ユーザーの代理アクセス |
| Google-Extended | Geminiの学習と、回答の根拠(grounding)への利用 | Google検索の順位・掲載には影響しないと明記。AI OverviewsはGooglebotの通常クロールで動く |
出典:OpenAI・Anthropic の前掲クローラー文書/Google「Google の一般クローラー」(Google-Extended)
「AI検索には出したいが、学習には使われたくない」という、多くの事業者が望む状態は、次のように書けば実現できます。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
User-agent: OAI-SearchBot Allow: / User-agent: GPTBot Disallow: / User-agent: Claude-SearchBot Allow: / User-agent: ClaudeBot Disallow: / User-agent: Google-Extended Disallow: / User-agent: * Disallow: /wp-admin/ Allow: /wp-admin/admin-ajax.php Sitemap: https://example.com/wp-sitemap.xml |
注意したいのは、Google-Extendedを拒否してもGoogle検索やAI Overviewsには影響しない、とGoogleが明記している点です。AI Overviewsは通常のGooglebotのクロール結果で作られるため、Googlebotを許可していれば表示対象になります。逆に「AI Overviewsに出したくない」場合はGoogle-Extendedでは制御できず、nosnippetなどの別の手段になります。
当社サイトのrobots.txtは、この記事を書いている時点ではWordPressの既定のまま(wp-adminの拒否とサイトマップの指定だけ)で、AIクローラーの個別制御はしていません。当社は記事をAIに読まれること自体は歓迎する立場なので現状維持ですが、有料コンテンツや会員向け資料を持つサイトでは、学習用クローラーだけを拒否する設定を検討する価値があります。
2. 通常のSEOを固める
Googleが「追加の要件はない」と言っているのは、裏を返せば「通常のSEOができていなければAI機能にも出ない」ということです。インデックスされていること、タイトルと見出しが内容を表していること、内部リンクで文脈がつながっていること、表示速度が遅すぎないこと。AI検索対策の8割はここで決まります。
3. 構造化データと「抜き出しやすい」書き方
WooCommerceの記事は、AIが信頼する情報の順番を「構造化データ → 仕様表やFAQなどの構造化された本文 → 宣伝文」と説明しています。EC以外のサイトでも同じで、記事の冒頭に結論を1段落で置く、比較は表にする、手順は番号付きで書く、著者と更新日を明示するといった書き方は、AIが引用しやすく、人間にも読みやすいものです。当社でも、自社サイトの資料を読み込ませるAIチャットボットを運用していて、HTMLをそのまま渡すより、見出しと箇条書きで整理したテキストのほうが回答が安定する経験をしています。AIに読ませる工夫は、ファイルを置くことより、本文の構造に向けるべきです。
4. 一次情報を持つ
AI検索が普及するほど、どこにでも書いてある一般論は要約されて終わり、サイトへの訪問にはつながりません。自分で測った数字、自分で対応した事例、自分の会社の実際の料金といった一次情報は、AIが「出典」として示す理由になります。これはAI以前からのSEOの原則でもあります。詳しくはAI時代のWordPressの将来性で、AI検索がクリックを減らしているデータとあわせて書いています。
技術者向け:WordPressのrobots.txtはどう動いているか
ここからは、実際にrobots.txtを編集する方向けの補足です。
WordPressは、公開ディレクトリにrobots.txtという物理ファイルが存在しない場合、/robots.txt へのリクエストを内部で受け取り、動的に内容を生成して返します。既定の出力は「wp-adminを拒否し、admin-ajax.phpを許可し、サイトマップのURLを添える」というものです。当社サイトの現在のrobots.txtも、この既定出力そのままです。
動的生成の内容を変えるには、robots_txt フィルターを使います。テーマの functions.php ではなく、テーマを変えても消えない小さなプラグインに書くのが安全です。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
add_filter( 'robots_txt', function ( $output, $public ) { if ( ! $public ) { return $output; // 「検索エンジンに表示しない」設定のサイトは既定に任せる } $rules = "User-agent: OAI-SearchBot\nAllow: /\n\n"; $rules .= "User-agent: GPTBot\nDisallow: /\n\n"; $rules .= "User-agent: Claude-SearchBot\nAllow: /\n\n"; $rules .= "User-agent: ClaudeBot\nDisallow: /\n\n"; $rules .= "User-agent: Google-Extended\nDisallow: /\n\n"; return $rules . $output; }, 10, 2 ); |
注意点が3つあります。
- 物理ファイルの robots.txt を置くと、WordPressの動的生成は呼ばれなくなり、フィルターも効きません。どちらか一方に統一してください
- robots.txt は「お願い」であり、守らないボットもあります。確実に止めたい場合は、サーバーやCDN(Cloudflareなど)のボット制御を併用します。Cloudflareには AIクローラーをまとめて拒否する機能や、クロールに課金する実験もあります
- 設定を変えたら、Search Console の robots.txt レポートと、実際のアクセスログでクローラー名を確認してください。書いたつもりで効いていない、が一番多い失敗です
llms.txt を動的生成する場合も考え方は同じです。当社の実装では、add_rewrite_rule で /llms.txt を内部のクエリ変数に割り当て、template_redirect で公開済みの投稿と固定ページを取得してMarkdownとして出力しています。noindexにした投稿を除外する処理を入れておくと、「検索には出したくないがAIには案内してしまう」という矛盾を防げます。
llms.txtの次に来る「Markdown feeds」という考え方
WordPress公式のAI Teamは2026年9月、公式AI Pluginで記事本文そのものをMarkdownで返す仕組みを実験しています。専用のURLで取得する方法と、通常の記事URLに「Markdownが欲しい」というリクエストヘッダーを付けて取得する方法(コンテンツネゴシエーション)の両方に対応する設計です。チームの説明では「エンドユーザーではなくAIの利用者を対象にした機能」と位置づけられています。
llms.txtが「目次をAIに渡す」発想だったのに対し、こちらは「本文をAIが読みやすい形で渡す」発想です。WordPress自身がこの方向に動いているなら、サイト側で目次ファイルを手作りする意味はさらに薄くなり、代わりに「本文がきちんと構造化されているか」が問われることになります。この実験の詳細と、現時点で分かっている仕様はWordPressのMarkdown feeds実験の解説にまとめています。
まとめ:ファイルを置くより、読まれる本文とクローラーの設計を
WordPressにllms.txtは必要かという問いへの、2026年9月時点の答えは「必須ではなく、効果の証拠もない。ただし害もないので、自動生成できるなら置いておいてよい」です。Googleは不要と明言し、OpenAIとAnthropicのクローラー文書にも読むという記述はなく、WooCommerceも効果の直接証拠はないと断っています。
時間を使うべきなのは、AIクローラーを検索用・学習用に分けて制御するrobots.txtの設計、通常のSEOの徹底、結論先出しと表・箇条書きで抜き出しやすい本文、そして自分にしか書けない一次情報です。AI検索の側がどう変わっても、この4つは無駄になりません。
更新履歴
- 2026年9月18日:初版公開
「自社サイトはAIにどう読まれているのか」「学習には使われたくないが検索には出したい」といったご相談は、サイトの構造とrobots.txtの設計まで含めて顧問エンジニアサービスでお受けしています。日々の更新やクローラー設定の管理を任せたい方は保守サポートサービスを、まず現状を知りたい方は無料AI診断か無料相談からどうぞ。あわせて、当社が実際に運用しているAIチャットボットの比較はWordPress対応AIチャットボットの比較記事でご覧いただけます。
WordPressサイトをお持ちの方へ
貴社サイトのURLを入れるだけ。
専用AIチャットの体験ページが、数分でできます。
公開ページを自動で読み込み、出典リンク付きで答えるAIチャットを無料で作成。書かれていないことは「記載がありません」と正直に答えます。入力はURLとメールだけ、売り込みはしません。
WordPress専用 AIチャットボット「Edel AI Hybrid Chat」(合同会社 Edel Hearts)