← 記事一覧へ

サイトの AI 可視性と llms.txt - robots.txt の隣に来る新しい標準

AI 可視性とは、ChatGPT・Claude・Gemini・Perplexity などのアシスタントの回答に、あなたのサイトがどれだけ頻繁に・正確に現れるかです - Google や Yandex のクラシックな検索結果だけを指すものではありません。SEO と並行して、実務レイヤーが増えています。サイトルートの llms.txt ファイルです - おなじみの robots.txt の隣に置く、言語モデル向け「地図」の提案標準です。以下では、ビジネスがなぜ必要とするか、サイトマップとの違い、フォーマットの形、そして「AI Overview に必ず載る」といった魔法の約束なしに、今できることを整理します。

  • AI 可視性 - 検索順位だけでなく、LLM 回答でのブランドの引用・言及
  • llms.txt - ルートの Markdown（/llms.txt）。短いサイト説明と重要ページへのリンク
  • robots.txt の隣 - 役割が違う：ボットのアクセス vs 推論時に「どこを見るか」
  • SEO の代替ではない - 技術・コンテンツ・事実確認が引き続き決定打
  • 安い一手 - 1〜2時間の作業。ドキュメント・SaaS・ナレッジベースで効果が出やすい
  • 正直な位置づけ - コミュニティ標準（llmstxt.org）。主要 AI 検索はまだ主要ランキングシグナルとは約束していない

なぜクラシック SEO だけでは足りないのか

検索はページへ誘導します。AI アシスタントはしばしば自分で答えます：要約し、料金を比較し、業者を勧めます。モデルが正規の価格表・FAQ・返品ポリシーを見つけられないと、回答には競合か、もっともらしい他人の文言が入ります。

経営者にとってそれは次を意味します：

チャネル ユーザーが見るもの 準備がない場合のリスク
Google / Yandex SERP のリンク おなじみの SEO
AI Overview / AI Mode 検索上の短い要約 製品に関する不正確なスニペット
検索付き ChatGPT / Claude / Gemini 「記憶」+ Web 古い価格、借り物の USP
エージェントと IDE docs/API からの文脈 ナビの雑音、広告、HTML のゴミ

AI 可視性は魔法の指標ではありません - 問いかけです：モデルは推測ではなく、あなたの権威ある一次情報を素早く取れるか。そこで llms.txt が役立ちます。

llms.txt とは何か

Jeremy Howard / Answer.AI の提案：ルートに Markdown ファイル /llms.txt を置くこと。これは「別の robots」でも、サイト全体のダンプでもありません。キュレーションされた地図です。あなたは誰か、何が重要か、現実的なコンテキスト窓の中で詳細をどこへ読むべきか。

仕様上の典型構造：

  1. H1 - サイトまたは製品名（必須）。
  2. 引用（> ...）- 短い要約：何をするか、誰向けか、重要事実。
  3. 見出しのない自由文 - ニュアンス、制約、資料の読み方。
  4. H2 セクションとリンク一覧 [名前](url)：注記。
  5. ## Optional セクション - 二次リンク。短い文脈が必要なときは省略可。

エコシステムでは ページ.md のようなクリーン版の提供もしばしば推奨されます - ドキュメントと API に有用で、単純な店舗ランディングでは優先度が下がります。

llms.txt vs robots.txt vs sitemap.xml

この3ファイルを混同するのは外注先によくある誤りです。役割は違います：

ファイル 役割 答える問い
robots.txt クローラのアクセス規則 ボットが URL に行ってよいか
sitemap.xml インデックス向けの（ほぼ）完全なページ一覧 検索にとってどの URL があるか
llms.txt LLM 向けのキュレーション概要 何が重要か、続きをどこで読むか

robots.txt は今も GPTBot・ClaudeBot・Google-Extended などへの主レバーです。クロール許可がなければ綺麗な llms.txt では救えません。サイトマップは llms.txt の代替になりません。何千もの URL とプロモ LP と雑音は、ブランドの正規の意味をモデルに教えません。

2026 年の実務順：まずボットとインデックスの方針、次に構造化データとコンテンツ、その後に安価な明確化レイヤーとして llms.txt - 特に docs、ヘルプ、API 製品、長い営業サイクルの B2B で。

ビジネスが気にする理由（ハイプ抜き）

正直な答え：主要ベンダーは「このファイル＝ChatGPT や Google AI での引用保証」という約束をまだ公開していません。現実的に見てください。

価値が分かりやすい場所：

  • 製品ドキュメント、SDK、連携；
  • Cursor、Copilot 系エージェントに既につながっている SaaS；
  • サポート KB：ポリシー、SLA、料金、「仕組み」；
  • HTML が重く、意味がスクリプトの奥にあるサイト。

期待を下げる場所：

  • テキストも Q&A ページもほぼないローカルサービス；
  • 1ファイルで弱い SEO を「飛ばす」期待；
  • /llms.txt だけで AI 検索トラフィックが即座に増えるという期待。

採用がまだばらついていても、ファイルは安いです。正規の言い回し（「私たちは X をする。Y ではない」）を固定し、サイトを自前で渡すアシスタントの幻覚リスクを下げ、標準の利用が広がったときの基盤を先に整えます。

最小 llms.txt の例

ブランドに合わせて改訂してください - LP のマーケ文をそのままコピーしないこと。事実ベースで短く：

# ExampleCompany
> 中小企業向けのリード自動化と CRM 連携の B2B サービス。

クラウド製品の販売であり、鍵付きの受託開発ではありません。
現行価格と SLA は下記ページのみが正本。第三者ブログの古いレビューは真実源としないでください。

## Documentation
- [15分スタート](https://example.com/docs/quickstart.md)：セットアップと最初のシナリオ
- [API リファレンス](https://example.com/docs/api.md)：メソッド、制限、エラーコード

## For business
- [料金](https://example.com/pricing)：現行プランと含まれる内容
- [返金ポリシー](https://example.com/legal/refund)：条件と期限

## Optional
- [Blog](https://example.com/blog)：記事と事例。ドキュメントの代替ではない

公開後の確認：

  • https://your-domain/llms.txt で開き、テキスト向け Content-Type（text/plain または text/markdown）；
  • リンクが生きている。長いリダイレクト連鎖やボット遮断がない；
  • robots.txt と矛盾しない（重要 URL が Disallow に入っていない）；
  • 顧客に引用してよい文言と一致している。

1営業日で入れる手順

  1. 棚卸し。 製品を説明できないと困る URL を 10〜30：明確な USP のトップ、料金、docs、連絡先、法務、よくある反論への答え 2〜3。
  2. 言い回しの合意。 「私たちは誰か」をマーケとプロダクトで承認 - チャットボットと担当者が同じことを言う。
  3. llms.txt を書く。 H1、blockquote、リンクセクション 2〜4、ブログ等は Optional。
  4. ルートに置き、CDN/ホスティングが 404 や .txt 遮断をしていないか確認。
  5. robots.txt と照合。 必要なパスのクロールを許可。AI クローラ方針（学習 vs 検索）は意図して決める。テンプレ任せにしない。
  6. スモークテスト。 ファイル（または関連 .md）をモデルに渡し、顧客質問を 10 個：価格、競合との差、契約条件。嘘をつく箇所はソースを直す。プロンプトだけ治さない。
  7. 更新プロセス。 料金や SLA の変更は、正本ページと llms.txt を同じスプリントで。

サイトジェネレータ（SSG、docs プラットフォーム）があるチームでは、ページマニフェストから組み立てると 1か月で静かに腐りません。

AI 可視性をさらに強めるもの

llms.txt はレンガの1つです。単独では効果が薄いです：

  • 質問への明確な答え。 「質問 - 短い答え - 詳細」ページ。綺麗な LP だけではない。
  • 構造化データ（Organization、Product、FAQ、Article）- 検索と要約がエンティティを理解しやすくなる。
  • 用語の統一。 サイト、CRM、RAG 知識ベースで同じ製品名・プラン名。
  • 鮮度。 ポリシーと価格の更新日。死んだキャンペーンはアーカイブへ。「現行」のまま残さない。
  • クローラ許可。 すべての AI ボットを塞いだなら、「空気から」の引用は期待しない。
  • ソース品質。 サイトが混乱していればモデルも混乱を増幅する - 幻覚のリスクを参照。

よくある失敗

  • llms.txt を robots.txt の代替や「学習禁止」手段と誤解する - 違う。
  • 検証可能なページへのリンクなしでスローガンだけ書く。
  • 「念のため」千の URL を入れる - それはサイトマップであり、キュレーション地図ではない。
  • Disallow やログイン壁のページへリンクする。
  • 多言語を忘れる：言語版ごとにサイト設計に沿った別ファイルやプレフィックスが要ることが多い。
  • ファイル追加後に「ChatGPT で1位」と顧客に約束する - 契約と期待が壊れる。

まとめ

llms.txt は robots.txt と sitemap.xml の隣にあるシンプルな Markdown 標準です。アクセスを開閉するのではなく、サイト上の何を正本として扱うかを言語モデルに伝えます。2026 年のビジネスには安価な AI 可視性レイヤーです。特にドキュメントと製品サイトに有用ですが、SEO・コンテンツ・事実管理の代わりにはなりません。ボット方針、正本ページ、短い /llms.txt を用意し、検索順位と同じくらい定期的にアシスタント回答を点検してください。

よくある質問

すべてのサイトに llms.txt は必須ですか？

いいえ。 任意のコミュニティ標準です。ほぼ常に安い明確化ですが、優先度が高いのは docs・SaaS・FAQ が厚いサイトです。3ブロックのローカル LP には、完璧な LLM ファイルより誠実なサービス文と robots.txt の方が重要です。

llms.txt は robots.txt の代わりになりますか？

なりません。 robots.txt はクローラに行ける場所を伝えます。llms.txt はモデルとエージェントに何を先に読むかを伝えます。両方必要です。重要 URL のクロール許可と、意味のキュレーション地図。ボットアクセスがなければ地図はほぼ使えません。

Google 順位や ChatGPT の引用は上がりますか？

保証はありません。 大手はまだ llms.txt を AI 回答の主要ランキング要因とは宣言していません。ツールの手助けとサイト解釈時の雑音低減には有用ですが、可視性はコンテンツ、リンク、クローラ許可、事実の一貫性に依存します。

sitemap.xml との違いは？

サイトマップはインデックス用に多くのページを列挙します。llms.txt は短い概要と、LLM のコンテキスト窓向けに注記付きで選んだ重要 URL です。サイトマップは「何が存在するか」、llms.txt は「どこからプロジェクトの本質を掴むか」に答えます。

Tilda / WordPress / 自前スタックでは何から？

正本 URL を 10〜20 リストし、H1 + 短い要約 + リンクを書き、ルートに置く（ホスティング、nginx、プラグイン、CI）。直接 URL と robots.txt の衝突を確認。料金や重要ページが変わったら同じタイミングで更新しないと、アシスタントが古い事実を引用します。

お問い合わせ