76% の llms.txt ファイルを持つサイトが間違っている

2026年5月4日から7月19日までに監査した142のウェブサイトのうち、79は llms.txt ファイルをまったく持っていませんでした。 それらのうち 63 が公開したもののうち、 48 は壊れたものを公開しました。 これにより 13 のサイトが残ります — サンプルの 9% — 有効なファイルを持っています。

llms.txt の提案はシンプルです：ドメインルートにマークダウンファイルを置き、AI エージェントにあなたのサイトのキュレーションされたプレーンテキストマップを提供します。 誰かが ChatGPT、Claude、または Perplexity にあなたのサイトが答えられる質問をすると、推論時にあなたの llms.txt を取得するエージェントは、選択したコンテキストを正確に取得します ― あなたのホームページ HTML のベストエフォートスクレイプではなく。 specification は意図的に最小限です：あなたのサイト名の H1、ブロッククオートの要約、および最も重要なコンテンツへのリンクのマークダウンリスト。

受容から1年後、ギャップはもはや認識ではなく。 実行です。

データセット

手法： 各ドメインごとの最新完了監査スナップショット、本番チェックから5月4からJuly 19, 2026まで抽出。 すべてのドメインは匿名化されています。 サンプルは自己選択で、監査を実施したサイトの所有者が対象であり、主に小規模および中規模のプロパティに偏っています。したがって、これはウェブ全体の統計ではなく、方向性のあるものとして扱ってください。

ほぼすべての無効ファイルの背後にある 3 の誤り

私たちのエンジンは llms.txt を仕様の構造に対して検証し、失敗の証拠は驚くほど一貫しています。 3 の問題はほぼすべてを占めます — ほとんどの壊れたファイルは同時に 2 または 3 を持っています：

1. 参照リンクがありません（40 の 48 無効ファイル）。 ファイルは存在しますが、マークダウンリンクは含まれていません。 これはフォーマットの全てのポイントです — エージェントが読むべき URL のキュレーションリスト。 リンクのないファイルは地図のないポスターです。

2. 要約ブロック引用が欠落しています（38/48）。 仕様では、タイトルの直後に > Summary ブロック引用が必要で、サイトが何であるかとリンクの解釈方法をエージェントに伝えます。 それがないと、エージェントは選択の枠もなく URL のリストを受け取ります。

3. H1 タイトルが欠落しています（33 の 48）。 仕様で厳密に必要とされる唯一のセクションです。 プロズ、コメント、または H2 で始まるファイルは、パーサーにアンカーを提供しません。

すべての 3 の下にあるパターンは同じです：チームはプレースホルダー（時には文字通り「llms.txt」を繰り返す、またはマーケティングコピーの段落）を生成し、チェックボックスとして配置します。 そのようなファイルを読むエージェントは何も学ばず、次に進みます。 取得は無駄になりました。

リンク自体が無効な場合

有効性は構造です。 次のチェックは、参照された URL が実際に解決されるかどうかです。 構造が有効なほとんどのサイトもこれを通過しますが、失敗は教訓的です： 7 サイトはエラーを返したリンクをリストし、サイトあたりの中央値は 19 の死んだ参照です。 ある e コマースプロパティは llms.txt に 3,042 の商品 URL をリストしましたが、もう解決できませんでした — ファイルは明らかに一度だけ商品フィードから生成され、再生成されていませんでした。

その逸話は 7 のサンプルですので、統計ではなく警告として扱ってください。 しかし、そのメカニズムは覚えておく価値があります： llms.txt は生きた文書です。 カタログ、ドキュメント、または価格ページが移動すると、ファイルは腐敗します — 死んだリンクをたどるエージェントは、コンテンツが移動したのではなく消えたと結論付けるかもしれません。

有効なファイルの見た目

仕様自体の例が最高のテンプレートです。 最小で有効な llms.txt には H1、要約ブロック引用、そして少なくとも1つの注釈付きリンクリストが必要です

# Acme Analytics

> Acme Analytics is a reporting API for ecommerce teams. This file lists our most useful resources for AI agents.

## Docs

- [API quickstart](https://acme.example/docs/quickstart): Authentication and first request in 5 minutes
- [Metrics reference](https://acme.example/docs/metrics): Every metric, its definition, and its SQL

## Product

- [Pricing](https://acme.example/pricing): Plans and usage limits
- [Changelog](https://acme.example/changelog): Release notes since 2024

## Optional

- [Full documentation index](https://acme.example/docs): Everything else, for larger context windows

Optional セクションには定義された意味があります：文脈が不足しているエージェントはそれをスキップすることがあります。 最高の素材をそれの上に置いてください。

graph TD
    A[エージェントは /llms.txt を取得します] --> B{ファイルが存在します?}
    B -->|404 またはエラー| C[エージェントは HTML をスクレイピングにフォールバックします]
    B -->|200| D{有効な構造?}
    D -->|H1、要約、またはリンクはありません| E[取得は無駄です — 使える文脈がありません]
    D -->|有効| F{参照が解決されます?}
    F -->|期限切れリンク| G[エージェントはコンテンツが消えたと結論付けます]
    F -->|リンクは有効| H[エージェントはあなたのキュレーションページを読みます]

これが 30 分の価値がある理由

サイトマップは検索エンジンに存在するものを伝えます。 robots.txt はクローラーに許可されているものを伝えます。 llms.txt は AI エージェントに「重要なこと」を伝える唯一のファイルです — それがあなたのサイトがユーザーの質問に答えるのに役立つかどうかを判断する瞬間に、ネイティブに読み取る形式で書かれています。 それはまた、完全に制御できる数少ない AI 検索レバーの1つです：モデルプロバイダーも、ランキングアルゴリズムも、クローリングを待つ必要もありません。

修正手順は短いです。 上記のテンプレートからファイルを書き出してください — 10 分。 解決されるページにのみリンクし、安定した URL を優先してください。 情報アーキテクチャが変更されたら、再生成またはレビューしてください。 その後、エージェントが行うように、取得、解析、リンク追跡を行って確認してください。

有料の SEOReport 診断 は、3 レイヤー（存在、妥当性、参照解決）すべてをチェックし、AI レディネスセクションで報告するため、サイトがどの 3 つのグループに属するかを確認できます。

結論として

まず最初のギャップは採用です：監査対象サイトの56%はファイルを持っていません。 しかし、より鋭い発見は、ファイルを公開することがゴールではないということです — 3 は 4 のサイトで、公開したものでもエージェントが使用できません。 有効な少数派のサイトは、エキゾチックなことは何もしませんでした。 彼らは H1、2 文の要約、そして機能するリンクのリストを書きました。 それが全体のバーであり、サンプルの91%はその下にあります。