llms.txtはAI向けの魔法のファイルではなく、重要ページを整理して示す補助的な目次として扱うべきです。
- robots.txtやサイトマップとは役割が違うため、混同しない。
- 設置よりも、記載するページ自体の正確性と更新管理を優先する。
- Google検索上の効果を断定せず、提案仕様として慎重に説明する。
実務で見る観点
公式ドキュメントで対応範囲と制約を確認し、本文にない情報をマークアップしない。
構造化データ、llms.txt、robots設定が、実際のページ内容と矛盾していないか確認する。
サイト構造やサービス内容を変更した時に、ファイル、内部リンク、FAQを同時に更新する。
llms.txtに書く前に整理するもの
llms.txtを作る前に、まずサイト側の重要ページを整理します。ファイルはあくまで案内役です。案内先のページが古い、薄い、矛盾している状態では、llms.txtだけを整えても情報源としての品質は上がりません。
最初に決めるのは、AI検索やAIアシスタントに読んでほしい代表ページです。会社概要、サービス概要、主要な料金や提供範囲、FAQ、導入事例、用語集、問い合わせ先などが候補になります。すべてのページを列挙する必要はありません。むしろ、重要なページを絞るほうが運用しやすくなります。
次に、それぞれのページが現在の情報として正しいかを確認します。古いLP、過去記事、キャンペーンページ、PDF資料に旧情報が残っている場合は、llms.txtに載せる前にページの修正や統合を検討します。
最後に、更新運用を決めます。サービス内容や料金、支援範囲が変わった時に、llms.txtも更新する必要があります。サイトマップや構造化データと同じく、作って終わりにしないことが重要です。
robots.txtやsitemap.xmlとの違い
llms.txtは、robots.txtやsitemap.xmlと混同されやすいファイルです。robots.txtはクローラーのアクセス制御に使われ、sitemap.xmlは検索エンジンにURL一覧を伝えるために使われます。一方、llms.txtはMarkdownでサイトの概要や重要リンクを整理する提案仕様として扱われています。
そのため、llms.txtを設置しても、検索エンジンやAIサービスが同じように扱うとは限りません。Google検索については、Googleの生成AI検索向けガイドで、検索に出るために新しい機械可読ファイルは必要ないという考え方が示されています。確認する場合は Googleの生成AI検索向け最適化ガイド を参照してください。
実務では、robots.txt、sitemap.xml、構造化データ、llms.txtをそれぞれ別の役割として整理します。アクセスを制御するもの、URLを伝えるもの、意味を補足するもの、重要ページを案内するものを分けて考えると、過剰な期待を避けられます。
WordPressで運用する時の注意点
WordPressでllms.txtを運用する場合、手動管理にすると更新漏れが起きやすくなります。記事や固定ページの追加、サービスページの変更、カテゴリ構造の変更に合わせてファイルも見直す必要があります。
まずは静的な最小構成から始めるのが現実的です。会社概要、主要サービス、AI検索攻略の基幹記事、問い合わせ先など、重要なページだけを載せます。その上で、記事が増えてきたらカテゴリ単位で整理するか、自動生成の仕組みを検討します。
また、llms.txtに載せるURLは、公開中で、正規URLが安定していて、noindexではないページに絞ります。下書き、テストページ、古いLP、重複ページを混ぜると、かえって情報整理の意図が弱くなります。
llms.txtの最小構成例
企業サイトで最初に作るなら、凝った構成よりも最小構成で十分です。重要なのは、AI向けの専用文章を大量に作ることではなく、既に公開している正規ページへの案内を整理することです。
最初のブロックでは、サイト名と会社の説明を書きます。会社が何を提供しているのか、誰向けの情報サイトなのかを短くまとめます。
次のブロックでは、重要ページをカテゴリ別に並べます。会社情報、主要サービス、ナレッジ記事、FAQ、問い合わせ先のように分けると管理しやすくなります。すべての記事を入れるのではなく、基幹記事と重要カテゴリを優先します。
最後に、更新日と問い合わせ先を書きます。情報が古い場合に連絡できる窓口があると、運用上も見直しやすくなります。
例えば、AI検索攻略メディアであれば、LLMO対策とは、AIO対策とは、構造化データとAI検索、LLMO診断 のような基幹ページを先に載せる設計が考えられます。
追加前に確認したいリスク
llms.txtは軽量なファイルですが、公開ファイルである以上、何を書いてもよいわけではありません。非公開情報、顧客名、社内資料URL、テストページ、下書きURLを入れないようにします。
また、古いページへのリンクを載せると、そのページが重要ページであるかのように見えます。過去LPや終了したキャンペーンページは、noindexやリダイレクトの方針も含めて確認します。
もう一つのリスクは、過剰な期待です。llms.txtを設置したからといって、Google検索や各AIサービスの扱いを直接変えられるわけではありません。Googleの生成AI検索向けガイドでも、新しい機械可読ファイルを追加する必要はないという考え方が示されています。
つまり、llms.txtは「攻略ファイル」ではなく「重要ページの案内」です。この位置づけを社内で共有しておくと、設置後の期待値を誤りにくくなります。
更新運用の作り方
llms.txtを運用に乗せるなら、更新タイミングを決めます。記事を追加するたびに毎回更新するのではなく、基幹記事を追加した時、サービスページを更新した時、カテゴリ構造を変えた時に見直す、という形が現実的です。
WordPressであれば、固定ページや記事一覧から自動生成する方法もあります。ただし、最初から自動化しすぎると、重要でないページまで混ざることがあります。まずは手動で最小構成を作り、運用しながら自動生成の範囲を決めるほうが安全です。
また、構造化データ、サイトマップ、robots.txtと一緒に確認するチェックリストを作ると、更新漏れを減らせます。AI検索対策の一部として見るのではなく、サイト運用の標準チェックに組み込むことが重要です。
llms.txtの設計テンプレート
llms.txtを作る時は、サイトの全ページを並べるのではなく、AIや人間が最初に確認すべき重要ページを短く整理します。Markdown形式で読みやすくし、リンク先は公開中の正規URLに絞ります。
企業サイトであれば、次のような順番が扱いやすいです。
- サイト名と会社の概要
- 主要サービスと対象者
- 重要なナレッジ記事
- FAQや問い合わせ先
- 利用条件、更新日、連絡先
たとえばAI検索攻略メディアでは、最初に「AI検索攻略は、LLMO、AIO、GEO、llms.txt、構造化データを企業サイト運用の観点から整理するUravationの実務メディアです」と説明し、その下に基幹記事とカテゴリ記事を並べる構成が考えられます。
重要なのは、llms.txt内で新しい主張を作らないことです。ファイル内の説明は、サイト上の本文と一致させます。本文に書かれていないサービス内容や実績をllms.txtだけに書くと、情報の整合性が崩れます。
llms.txtに載せるURLの選び方
llms.txtに載せるURLは、公開中で、現在の公式情報として使えるページに絞ります。すべての記事を入れたくなりますが、古い記事や短い記事まで並べると、重要ページが見えにくくなります。
| URL候補 | 載せる判断 | 注意点 |
|---|---|---|
| 会社概要 | 原則載せる | 会社名、所在地、代表者、事業内容が最新か確認する |
| 主要サービス | 原則載せる | 対象者、提供範囲、問い合わせ導線が明確か見る |
| 基幹記事 | 載せやすい | 全体像を説明している記事を優先する |
| FAQ | 内容が整理されていれば載せる | 古い回答や営業資料だけの回答を混ぜない |
| 導入事例 | 条件が分かるものだけ載せる | 顧客許諾、公開範囲、古いサービス名を確認する |
| 古いLP | 原則避ける | 終了キャンペーンや旧料金が残りやすい |
| 下書き・テストページ | 載せない | 非公開情報や検証URLを混ぜない |
この選定は、サイトマップとは違います。サイトマップはURL発見を助けるための網羅性が重要ですが、llms.txtは重要ページの案内として読みやすさが重要です。
WordPressで自動生成する場合の考え方
WordPressでllms.txtを自動生成する場合は、最初から全記事を対象にしないほうが安全です。公開済み記事を自動で並べるだけでは、重要度、鮮度、カテゴリの意味が伝わりにくくなります。
まずは手動の固定ファイルで最小構成を作ります。その上で、記事数が増え、カテゴリ構造が安定してきたら、基幹記事、カテゴリトップ、最新の重要記事だけを自動で出す設計を検討します。
自動生成する場合でも、除外条件を持たせます。noindex、非公開、下書き、古いLP、終了したキャンペーン、短すぎる記事、著者情報がない記事は除外します。また、タイトルと説明文は記事本文やメタ情報から取り、llms.txt用に別の主張を作らないようにします。
運用上は、サービスページ更新、カテゴリ変更、記事統合、リダイレクト設定の変更時に、llms.txtも確認します。ファイルだけを自動化しても、サイト本文が古ければ意味は薄くなります。llms.txtは、情報整理の結果として最後に同期するものとして扱うのが現実的です。
あわせて読みたい
llms.txtの前提になる情報源設計は LLMO対策とは で説明しています。マークアップとあわせて整える場合は 構造化データとAI検索 を確認してください。サイト全体の設計として見るなら AI検索時代の企業サイト設計 も参考になります。
公式情報で確認するポイント
AI検索まわりは仕様変更が多いため、記事公開前後に公式情報を確認し、本文の言い切りや実装方針を更新します。
- llms.txt「The /llms.txt file」 llms.txtを標準化しようとする提案の原文。公式検索順位要因ではなく提案仕様として扱う。
- OpenAI「Overview of OpenAI Crawlers」 OAI-SearchBot、GPTBot、ChatGPT-Userなどの役割とrobots.txtでの扱いを確認する公式情報。
- Perplexity「Perplexity Crawlers」 PerplexityBotなどのクローラーとrobots.txtでの管理方法を確認する公式情報。
よくある質問
この記事の検索意図に対して、相談前に確認されやすい論点を短く整理しています。
llms.txtはrobots.txtやサイトマップと違いますか?
違います。robots.txtはクロール制御、サイトマップはURL発見の補助、llms.txtは重要情報をMarkdownで案内する提案仕様として扱います。
llms.txtだけでAI検索対策になりますか?
なりません。記載先のページ内容、更新日、内部リンク、FAQ、構造化データが整っていることを前提にした補助ファイルです。
llms.txtにはどのページを載せますか?
トップ、サービス、会社概要、主要記事、FAQ、導入事例、問い合わせ導線など、第三者が会社を理解するうえで重要なページを優先します。
本体メディアであわせて確認する記事
この記事のテーマを、Uravation本体メディアで検索流入のあるAIツール・モデル解説にもつなげて確認できます。
生成AI・AI検索・SEOの公開情報を確認しながら、企業サイトの情報設計として実務で扱える形に整理しています。仕様変更が多い領域のため、公開前後に公式情報と本文の整合性を確認します。
AI検索診断・情報源設計支援に進める
この記事のテーマを自社サイトに当てはめ、公開情報、根拠ページ、FAQ、内部リンク、構造化データ、llms.txtのどこを確認すべきかを整理します。
AI検索攻略の前後の記事
同じ連載の前後の記事へ進み、LLMO、AIO、GEO、AI検索の論点を順番に確認できます。
関連するUravationの導線
AI検索攻略は、Uravation本体のAI活用メディアとサービス導線につながる専門テーマとして運用します。