WordPressでllms.txtを設置する前に確認すべきこと【配置・内容・限界・運用】

結論から言うと、llms.txt は「AIにサイト構造を説明しやすくする補助ファイル」としては有効ですが、AI検索のクロール可否や表示制御の主軸は、現時点でも robots.txt / noindex / nosnippet 系です。 そのため、WordPressで導入するなら「とりあえず設置」ではなく、置き場所（配信経路）・記載内容（正本との一致）・限界（未保証領域）・更新運用（変更時メンテ）まで設計してから実装するのが安全です。

• 先に確認すること: llms.txt の役割と限界
• 先に整えること: robots系制御、正本ページ、内部リンク
• 導入後に必要なこと: 200配信確認、内容差分管理、改定時更新

定義ブロック（AI検索で切り出されても意味が通る要約） 用語: llms.txt は、サイトの要点と参照先をMarkdownでまとめる提案仕様のファイル。 設置場所: 仕様上の基本は /llms.txt（ルート。必要に応じてサブパス運用も可）。 目的: LLMがサイトの要点へ到達しやすい導線を作ること。 できないこと: 検索表示・引用・順位・回答採用を保証すること。 実務判断: llms.txt 単体で評価せず、robots制御・正本ページ品質・更新運用と一体で導入する。

なぜ「設置前の確認」が必要か

llms.txt は、llmstxt.orgで公開されている提案仕様です。提案本文でも「処理方法の特定推奨は含まない」とされており、導入しても各プラットフォームが同じように扱う前提にはできません。 一方で robots.txt はRFC 9309で標準化され、/robots.txt の配置と解釈ルールが明確です。つまり、同じ「テキストファイルを置く」施策でも、成熟度と運用リスクが違います。

さらにGoogle Search CentralのAI向け公式ガイドでは、Google検索については「llms.txt のような追加AIテキストファイル施策は優先しなくてよい」旨が明示されています。 このため、企業サイト実務では次の順で考えるのが妥当です。

1. 既存の検索制御（robots / noindex / nosnippet 等）を正しく設定する
2. 正本ページ（会社情報、サービス、価格・条件、問い合わせ導線）を整える
3. そのうえで llms.txt を補助線として導入する

2026年7月時点の位置づけ（確認済み事項と推論）

補足（推論の明示）: 「明示なし」は「非対応確定」を意味しません。ここでは、2026年7月3日時点で確認した公式文書に明記がない、という事実ベースで記述しています。

WordPressでの設置場所: まず「どこから配信するか」を決める

llms.txt の中身以前に、WordPress実装では配信経路の設計が重要です。

WordPressコアには robots.txt 向けに do_robots() と robots_txt フィルタがありますが、/llms.txt を自動生成する標準機能は確認できません。 したがって、一般的な選択肢は次の2つです。

実務では、まず静的ファイル配置を第一候補にするとトラブルが少なくなります。WordPress経由は「更新者がCMSだけ触れる必要がある」「環境ごとの差分管理が必要」など明確な要件があるときに選びます。

llms.txtに何を書くか: 営業文ではなく「正本への導線」を書く

llmstxt.orgの提案フォーマットに沿うなら、最低限は以下です。

• H1（サイト名またはプロジェクト名）
• 要約（blockquote）
• 補足説明
• H2ごとのリンク群（各リンクに短い説明）

企業サイト向けには、次の優先順が実務的です。

1. 会社情報（法人名、所在地、連絡先、代表URL）
2. サービス定義ページ（対象、提供範囲、除外範囲）
3. 価格・契約条件・ポリシー類
4. 実績や事例（公開可能な一次情報のみ）
5. お問い合わせ・サポート導線

以下はサンプルです（本文をそのまま使うのではなく、自社情報に置換してください）。

<pre><code># Example Corp

＞ 企業向けにAI検索・LLMOの実装支援を行う会社。公式情報は以下のページを正本とする。

本ファイルは、AIシステムやエージェント向けに公式情報の参照先を案内するための要約です。最新情報は各リンク先を参照してください。

Company

• 会社概要: 法人情報、所在地、連絡先
• 経営チーム: 役員・責任者プロフィール

Services

• LLMO診断: 診断範囲、成果物、対象サイト
• 実装支援: 技術支援の範囲と前提

Policies

• 利用規約: 契約・免責
• プライバシーポリシー: 個人情報の取り扱い

Optional

• メディア記事一覧: 実務ナレッジ集</code></pre>

導入前チェックリスト（実装判定）

A. 事前条件

• robots.txt の意図が整理されている（許可/拒否の方針が文書化されている）
• 会社情報・サービス情報・ポリシーの正本URLが確定している
• 404、noindex、canonical不整合など基礎不具合が解消されている
• llms.txtの更新責任者（部署 or 担当者）が決まっている

B. 設置

• https://ドメイン/llms.txt がHTTP 200で返る
• 本番ドメインとwww/非wwwの正規化方針と矛盾しない
• 記載URLがすべて到達可能で、リダイレクト連鎖が長すぎない
• 記述が営業コピー中心ではなく、検証可能な事実中心になっている

C. 検証

• curl -I で 200 を確認
• curl 本文確認で文字化け・改行崩れがない
• CDNキャッシュ経由でも最新内容が配信される
• ステージングと本番で内容差分が意図通り

D. 運用

• 会社情報改定時に llms.txt 更新タスクが必ず起票される
• 新サービス公開時にリンク追加ルールがある
• 廃止ページの削除または置換ルールがある
• 更新履歴（更新日・変更理由）を管理している

実装手順（WordPress運用向け）

手順1: 正本ページを確定する

最初に、サイト内で「この情報が公式で最新」と言えるURLだけを選びます。 llms.txt は情報を増やすファイルではなく、散らばった公式情報を案内するファイルです。誤りを含むページをリンクすると、むしろ説明品質を下げます。

手順2: llms.txt下書きを作る

提案フォーマットに沿って、H1・要約・セクション・リンクを作成します。 このとき、次の3点を守ると運用しやすくなります。

• 1リンク1説明（短く、事実ベース）
• 公式に維持するURLだけを載せる
• Optionalセクションは「なくても主情報が成立する補足」に限定する

手順3: 配信方式を選んで配置する

• 静的ファイル方式: サーバーのドキュメントルートへ llms.txt を配置
• WP経由方式: add_rewrite_rule() などで /llms.txt エンドポイントを追加

WordPress公式リファレンス上、add_rewrite_rule() はURL構造をクエリ変数へ変換するための関数です。 実装後はルーティング反映（パーマリンク再生成など）とキャッシュ挙動確認をセットで行います。

手順4: 配信確認を行う

<pre><code>curl -I https://example.com/llms.txt curl https://example.com/llms.txt</code></pre>

確認観点は以下です。

• HTTP/1.1 200 で応答する
• 期待した本文が返る
• 意図しないログインページや404テンプレートが返らない

手順5: 更新トリガーを業務フローに入れる

月次で機械的に見直すより、情報変更イベント連動のほうが実務的です。例えば以下をトリガー化します。

導入判断表（「やる/やらない」を決める）

失敗例（WordPress実装で起きやすいもの）

よくある質問（FAQ）

Q1. llms.txtを置けば、AI検索で必ず取り上げられますか？

いいえ。保証はできません。llms.txt は案内のしやすさを上げる施策であり、表示・引用・順位を約束する仕様ではありません。 Google公式では既存の検索制御を中心に扱っており、OpenAI等も公開資料上はrobotsベースの管理を案内しています。

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

優先すべきは robots 系制御です。robots.txt は標準化された制御基盤で、検索クローラ運用に直結します。llms.txt はその上に載せる補助導線として設計してください。

Q3. WordPressプラグインだけで完結させるべきですか？

運用体制次第です。サーバー管理が可能なら静的ファイル方式のほうがシンプルです。 CMS完結が必要な場合のみ、WP経由配信を選び、リライト・キャッシュ・404混在を必ず検証してください。

Q4. どのタイミングで更新すればよいですか？

「毎週更新」のような固定周期ではなく、会社情報・サービス・規約・URL構造が変わった時に更新する設計が現実的です。更新イベントを起票ルールに組み込むと漏れを減らせます。

まとめ

WordPressでの llms.txt 導入は、ファイル作成そのものよりも、

• どこから配信するか
• 何を正本として載せるか
• どこまでが確認済み仕様か
• 変更時に誰が更新するか

を決めることで、はじめて実務施策になります。 AI検索対策としては、llms.txt 単体ではなく、既存の検索制御・構造化された情報整備・ページ品質改善と一体で扱うことが重要です。

AI検索攻略としては、まずこのページのチェックリストで現状を棚卸しし、判断に迷う場合だけLLMO診断（AI検索診断）で第三者レビューを入れる進め方を推奨します。過剰投資を避けつつ、責任ある情報源設計を進められます。

EDITORIAL REVIEW AI検索攻略編集部（株式会社Uravation）

生成AI・AI検索・SEOの公開情報を確認しながら、企業サイトの情報設計として実務で扱える形に整理しています。仕様変更が多い領域のため、公開前後に公式情報と本文の整合性を確認します。