llms.txt書いても意味ない？Lighthouse新監査でわかる書き方

「AI検索対策にllms.txtを設置した方がいい」と聞いて設置してみたものの、実際に効果があるのか半信半疑という方は多いのではないでしょうか。2026年6月、Google ChromeのLighthouseに「Agentic Browsing」という新カテゴリが追加され、llms.txtの記法が監査対象になりました。ただし、監査に通ることと、実際にAIエージェントがそのファイルを読んで活用しているかどうかは、まったく別の話です。本記事では、Lighthouse新監査の仕組みと正しい書き方、そして「そもそも書く意味があるのか」という核心の疑問に、実データと自社検証を交えて答えます。

この記事でわかること

• 記法の正解： llms.txtはMarkdownのリンク記法[Title](URL): Descriptionで書かないと、Lighthouseの新監査で不合格になります
• 効果の実態： GoogleもOpenAIも公式にはllms.txtをランキング・回答生成に使っておらず、実データでも大半のサイトでアクセス0件です
• 判断基準： 監査に通す作業自体はほぼ無料。中小企業のSEO目的なら急ぐ必要はなく、開発者向けAPI文書などでは別の価値があります

llms.txtとAgentic Browsing監査とは

llms.txtは、AIエージェントやLLMがサイト構造を把握しやすくするために設置するMarkdown形式のテキストファイルです。Answer.AI（Jeremy Howard氏）が提唱した仕様では、単一のH1（ブランド名）、直後のblockquote要約、論理グループ分けされたH2、そして「- [Title](URL): Description」という形式のリストが要件とされています。

2026年6月28日、Chrome Lighthouse v13.3.0で「Agentic Browsing」という監査カテゴリが新設されました。これはサイトがAIエージェントにとって操作しやすい状態かを測る実験的なカテゴリで、以下6項目で構成されています。

• llms.txtの記法が推奨事項に従っているか
• WebMCPツールが登録されているか（webmcp-registered-tools）
• WebMCPフォームのカバー範囲（webmcp-form-coverage）
• WebMCPスキーマの有効性（webmcp-schema-validity）
• アクセシビリティツリーが正しく構成されているか
• レイアウトシフト（CLS的な変動）の検出

llms.txt自体を設置していない場合（404エラー）は、この監査項目は「N/A（適用外）」としてマークされ、カテゴリスコアには影響しません。設置している場合にのみ、記法の妥当性が採点対象になります。サイト全体のAI対応をどう整えるかについては「LLMO対策の教科書」でも解説しています。

【自社検証】アイダイムのllms.txtを実際に見てみた結果

（自社検証）本記事の執筆にあたり、当社サイトのllms.txt（https://aidaim.co.jp/llms.txt）に実際にアクセスして確認したところ、404、つまりファイル自体が存在しない状態でした（2026年7月時点）。Lighthouseの規定に照らせば、この状態は「N/A」扱いになり、そもそも監査の土俵に乗っていません。

この結果（検証）から言えることは、記法の正しさ以前に「検体そのものが提出されているか」という、もっと手前の問題があるということです。臨床検査の世界では、検体が提出されていなければ検査のしようがありません。llms.txtが未設置というのは、まさに「検体未提出」の状態にあたります。

（実務知見）実際、当社が請け負う構造化マークアップ代行やLLMO対策の案件でも、llms.txtの設置自体はこれまで積極的には勧めてきませんでした。理由は次の章で扱う「実際にAIエージェントがこれを読んで使っているのか」というデータに基づく判断であり、単なる後回しではありません。ただし今回のLighthouse監査対象化を受けて、この判断が今も妥当かどうかを含めて後述します。

Markdown記法とプレーンテキスト表記、何が違うのか

SEJ（Search Engine Journal）に2026年7月3日付で掲載された、Slobodan Manic氏（No Hacksのpodcastホスト、machine-first web optimizationコンサルタント）による検証記事が、この問題を具体的に示しています。同氏が自身のサイトでLighthouseのllms.txt監査を実行したところ、「File does not appear to contain any links.」（リンクを含んでいないファイルのようです）という理由で不合格になり、Agentic Browsingカテゴリのスコアは0.67にとどまりました。

原因は、プレーンテキストの説明的なリンク表記（例：「Homepage: / – 説明」形式）が使われており、Markdownのリンク記法になっていなかったことです。Lighthouseのパーサーは角括弧＋丸括弧の[text](url)構文を探しており、それが見つからないと「リンクを含まないファイル」と判定します。ファイルの拡張子・MIMEタイプ・内容そのものは変わらないのに、記法だけの問題で「存在しないファイル」と同じ扱いになってしまうわけです。

修正はリンク1本あたり角括弧・丸括弧を足すだけの、約5文字の追加で済みました。なお、WordPressのSEOプラグインAIOSEO（300万サイト以上が利用）はデフォルトでMarkdown記法のllms.txtを自動生成するため、この監査を通過しやすい設計になっています。

5分でできる自己診断手順

自分のサイトのllms.txtが監査に通る記法になっているかは、次の手順で確認できます。

1. Google Chromeで自サイトを開き、DevToolsの「Lighthouse」パネルを開く
2. カテゴリで「Agentic Browsing」にチェックを入れて分析を実行する
3. 「llms.txt does not follow recommendations」等の項目が不合格（Fail）になっていないか確認する
4. 不合格の場合、llms.txt内のリンク表記を[Title](URL): Description形式に書き換える

CLI版のLighthouseやChrome DevTools MCP（AIエージェント経由でブラウザ操作・監査を実行する仕組み）を使えば、複数ページを一括でチェックすることも可能です。

自分で直すのが難しい、時間が取れないという場合は、代行での対応も可能です。

結局、llms.txtに実務上の価値はあるのか

llms.txtがSEO・AI検索の集客に効果があるかどうかについては、Google公式が「基本的にやらなくてよい施策」と位置づけていることを含め、「AI検索 対策とは？公式が示す本当に必要な施策」で詳しく解説済みです。本記事で押さえておきたいのは、その一歩先の論点、つまり「Lighthouseの監査に通ること」と「実際にAIエージェントがそのファイルを読んで使っていること」は別問題だという点です。

OpenAIの公式クローラードキュメントでは、制御規格として案内されているのは今もrobots.txtのみで、llms.txtをパースして回答に利用するという記述はありません。GPTBotが時折llms.txtを取得する事実はありますが、「取得すること」と「回答に使うこと」は別問題です。実際のアクセスデータもこれを裏付けており、Acquiaのホスティング環境全体（約4億リクエスト）を解析したDries Buytaert氏によれば、llms.txtへのリクエストは約5,000件（0.001%）で、そのほぼすべてがSEO監査ツール由来でした。主要AIの中で唯一「ページの優先度付けのために取得している」と自ら説明しているのはPerplexityで、Anthropicも一部のエージェントツール文脈でのサポートを確認していますが、これはIDEやMCP連携のような特定用途の話です。

（アイダイム分析）つまり、Lighthouseの監査に通すこと自体はコストゼロに近い作業ですが、それによってSEO・AI検索経由の集客が増えるという話ではありません。監査対応と集客効果は、別の軸として切り分けて考えるべきです。

WebMCPスキーマ監査も同時にチェックすべき理由

Agentic Browsingカテゴリには、llms.txtだけでなくWebMCP（Webページ上のツール・フォームをAIエージェントが操作できるようにする仕組み）に関する3つの監査項目も含まれます。WebMCPを導入していないサイトはこれらが「Not Applicable」となり、カテゴリのパス率には影響しません。

一方、導入している場合は注意が必要です。入力要素にname属性がない、またはツールの名前・説明が欠落しているといった非対称性があると、webmcp-schema-validity監査で不合格になります。Chrome公式ドキュメント（日本語版）でも、ツールフォーム内のすべての入力要素に一意のname属性を含めること、すべてのツールに名前と説明を入力することが修正要件として明記されています。オンライン予約やお問い合わせフォームなど、AIエージェントに直接操作させたい機能を持つサイトでは、llms.txtとあわせてこちらも確認しておく価値があります。AIエージェント向けのサイト設計全般については「AIエージェント対応サイトとは？ARDで変わる発見の仕組み」でも詳しく解説しています。

対応するかどうかの判断基準

ここまでの内容を踏まえると、対応の優先度は読者の立場によって変わります。

一般的な中小企業・ローカルビジネスでSEO・AI検索経由の集客を目的にしている場合は、llms.txtの整備を急ぐ必要はありません。現状のデータでは検索順位にもAI引用にもほぼ影響しないためです。ただし、Lighthouseの監査に通す作業自体はリンク1本あたり5文字の追加で終わる、ほぼコストゼロの話でもあります。他の構造化データ対応のついでに直しておく程度の温度感で十分です。

一方、自社のAPI・SaaS製品のドキュメントを提供している、あるいは将来的にAIエージェント経由の予約・問い合わせ対応を強化したい場合は話が別です。この場合はllms.txtやWebMCP対応そのものが、AIエージェントに正確に情報を読み取らせるための実務的な投資になります。生成AI時代にやるべきこと・やらなくていいことの全体像は「生成AI最適化とは？Google公式が示す「やるべきこと・やってはいけないこと」」もあわせてご確認ください。

よくある質問

参考情報

• llms.txt | Lighthouse – Chrome for Developers
• WebMCP スキーマの有効性 | Lighthouse – Chrome for Developers
• Overview of OpenAI Crawlers
• Markdown, llms.txt and AI crawlers – Dries Buytaert
• WebMCP Lighthouse Audits – Indexable AI
• llms.txtとは？Googleの動向と正しい書き方 – CINC