AI監査の「llms.txtがない」という警告は何を意味するのか
llms.txtの不在をAI検索の問題と判断する前に、監査で確認した正確なURL、HTTPレスポンス、チェックの目的を調べます。
AI監査で自分のサイトに「llms.txtがありません」という赤い警告が出たとします。警告を消すためにファイルを追加する前に、その項目を開き、どのURLとチェックがこの結果を出したのか確認してください。任意の索引がない場合、HTMLのエラーページを成功レスポンスとして返す場合、サーバーが故障している場合では、必要な判断が異なります。どの観察結果も、それだけでAIの回答がサイトを引用するかどうかを示すものではありません。
何を測るチェックなのか確認する
ツール名とバージョン、日付、警告の正確な文面、検査対象のURLを保存し、そのチェックのドキュメントを読みます。2026年11月9日に出典を確認した時点では、Lighthouseのllms.txtドキュメントは、サーバーエラーを指摘対象とし、ファイルがなく404を返す場合は「該当なし」とする旨を説明していました。ファイルは任意とされていました。別のツールは、単にファイルが見つかったかどうかだけを報告しているかもしれません。赤い表示が、そのリクエストで実際に返された内容を変えるわけではありません。
GoogleのAIによる概要とAIモードについては、Googleは新しいAI向けテキストファイルは不要と説明しています。これはGoogle検索での表示資格に関する回答です。他のすべてのアシスタントが索引をどう扱うかまでは示していません。何を修正するか決めるときは、監査の判定基準とプラットフォームの要件を分けて考えます。
判定の元になったレスポンスを読む
監査が確認したURLをそのまま開きます。Chromeでリクエストを調べるには、ネットワークパネルを開いてURLを再読み込みし、該当するリクエストを選択します。リクエストメソッド、リダイレクト後の最終URL、ステータス、ヘッダー、Responseの本文を確認してください。HEADリクエストやContent-Typeヘッダーだけでは、GETで何が返されたかは分かりません。
架空のドキュメントサイト、docs.exampleを考えます。/llms.txtは404を返す一方、/docs/llms.txtはMarkdownの索引を返します。現在のllms.txtの提案では、ルートまたはサブパスにファイルを置き、そのパス以下のページを対象にできます。ルートだけを確認する監査は、ドキュメントの索引を調べていません。これは対象範囲の違いであり、ルートにファイルを複製する必要がある証拠ではありません。配置を変える前に、そのファイルを使う予定のクライアントがどこを探すのか確認します。
次に、/llms.txtがHTTP 200を返すものの、本文はサイトのデザインを使った「ページが見つかりません」というHTML画面だったとします。ステータスだけを見るチェックは、これを成功と判定するかもしれません。実際の結果を記録します。このURLが返したのは、意図したMarkdownの索引ではなく、HTMLのエラーページです。ルーティングの管理者に、そのレスポンスの調査を依頼してください。代わりにホームページ、ログインページ、アクセス確認画面が出る場合は、その結果を記録します。text/htmlヘッダーだけでは、これらを区別できません。
リクエストが500を返したら、サーバーエラーとして記録します。ファイルがないと断定する根拠にはなりません。読めるMarkdownが返る場合も、内容とリンクを確認してください。提案ではプロジェクトまたはサイトの見出しが必要ですが、見出しがあるだけで、索引が現在のサイトを説明しているか、有用なページにつながるかは分かりません。
誰が使うファイルなのか決める
更新が続けられているドキュメント索引は、人やエージェントが関連資料にたどり着く近道になります。OpenAIも開発者向けドキュメントの索引を公開しています。ここから分かるのは、公開された索引が存在することです。他のサイトへの要件や、ChatGPT Searchがそれらのファイルを取得していることを示すものではありません。
ファイルを使う具体的なクライアントやドキュメントの運用手順があるなら、そこで見つけるべきページを特定します。要約を正確に保ち、リンクを開いて、移動先が最新かつ読める状態であることを確認してください。ページを移動する際は、索引も更新対象に含めます。小規模なサイトにも、この用途はあり得ます。
目的が、もともと有用なページをGoogleのAI機能に見つけてもらうことだけなら、ファイル不在の警告から新しい要件が生じるわけではありません。コンテンツと技術の基本ガイドを使い、そのページの実際のアクセスや内容の問題を確認します。索引の追加だけで、リンク先のページがアクセス可能であることや、その主張が明確であることを証明はできません。
観察できる証拠で修正を確認する
架空のサイトで、削除済みのセットアップガイドを指していた/docs/llms.txt内のリンクを修正したとします。索引を開き直し、修正したリンクをたどって、期待したガイドが読み込まれることを確認します。元の監査を同じツールバージョンで再実行し、その時刻を記録して、新しい実行結果を見ていることを確認してください。引き続き/llms.txtだけをチェックしているなら、ドキュメントのリンクが直っていても、監査結果は変わらないことがあります。
完了記録は正確に残します。「ドキュメント索引は現在のセットアップガイドにリンクしている。ルートのファイルチェックは、引き続きそのチェック自体の結果を報告している」。後からログにリクエストが記録されても、その記録が捉えた内容だけを示すもので、モデルが内容を使った証拠にはなりません。引用の確認には、実際の回答の観察が必要です。この編集が引用、訪問、コンバージョンに影響したかどうかは、それぞれの結果を示す証拠が得られるまで未検証です。