【ITニュース解説】How to add llms.txt to WordPress in 2026: spec v2, the Lighthouse audit and five plugins compared
2026年09月24日に「Dev.to」が公開したITニュース「How to add llms.txt to WordPress in 2026: spec v2, the Lighthouse audit and five plugins compared」について初心者にもわかりやすく解説しています。
ITニュース概要
AIエージェントにサイト情報を伝える新ファイル「llms.txt」v2が2026年に登場した。WordPressへの導入方法や主要SEOプラグインの対応状況を解説する。Lighthouseで監査されるが、Google検索ではまだ未利用だ。手動で作成するか、プラグインを使うか、SE初心者が選ぶ際のポイントも紹介した。
ITニュース解説
ウェブサイトは、これまで検索エンジン向けの最適化（SEO）を行ってきたが、近年急速に進化するAI技術、特に大規模言語モデル（LLM）の登場により、AIエージェントがウェブサイトのコンテンツをどのように理解し、利用すべきかを伝える新しい仕組みが必要とされている。この文脈で登場したのが「llms.txt」というファイルである。これは、ウェブサイトがAIエージェントに対して「このサイトのどこを読んでほしいか、どのように解釈してほしいか」を指示するための標準的な方法を提供することを目指している。
llms.txtの概念はJeremy Howard氏によって提案され、2026年8月10日にはその仕様のバージョン2が公開された。このファイルは、基本的にサイトの名前を示すH1（見出し1）行を必須とし、その後にサイトの概要や自由な段落、そしてAIエージェントが参照すべき重要なページへのリンクリストが続く構造をとる。例えば、「# Example Shop」という一行だけでも有効なllms.txtファイルとなる。バージョン2では、ファイルの「発見可能性」が大きく向上した。具体的には、ウェブページの<head>セクションに<link rel="describedby" href="/llms.txt">というタグを追加したり、HTTPのLinkヘッダーを設定したりすることで、AIエージェントにllms.txtの存在と場所を明示的に通知できるようになった。また、サイトのサブパスにllms.txtファイルが存在する場合の適用範囲が明確化され、最も具体的なパスのファイルが適用されるというルールも定義された。
Chromeブラウザに搭載されているウェブサイト監査ツール「Lighthouse」のバージョン13.3からは、「Agentic Browsing」という新しいカテゴリにllms.txtに関する監査項目が追加された。この監査は、llms.txtファイルにH1ヘッダーがない、ファイルが極端に短い、あるいはリンクが含まれていない場合に「不合格」と判断する。しかし、サイトにllms.txtファイルが存在しない場合（HTTP 404エラーを返す場合）は「適用外」とされ、ウェブサイトにペナルティが課されることはない。現時点では、この監査結果がウェブサイトのLighthouseスコア（パフォーマンスやSEOのランキング）に直接影響を与えることはなく、AIエージェント向けのウェブの標準がまだ確立途上であるため、Lighthouseはあくまでデータ収集の一環として情報を集めている段階である。また、この監査ツール自体にまだバグが残っており、正確な評価が難しいケースも報告されている。
一方、Googleの検索アドボケートであるJohn Mueller氏は、2025年6月の時点で「現在、どのAIシステムもllms.txtを使用していない」と発言している。彼の指摘によると、ウェブサーバーのアクセスログを確認すれば明らかだが、LLMやチャットボットといった消費者向けのAIサービスはllms.txtファイルを直接フェッチせず、トレーニングや情報の根拠として通常のHTMLページを直接読み込んでいるという。この点は、ChromeのLighthouseがllms.txtを監査していることと、Google検索チームの見解が異なるという「Google内部での意見の相違」として注目されている。llms.txtが現在最も活用されているのは、主にソフトウェアのドキュメンテーション分野であり、コーディングエージェントがAPIリファレンスやチュートリアルを見つけるために利用している。このファイルは、ウェブサイトのクロールを制御する既存のrobots.txtファイルとは目的が異なり、それを置き換えるものではない。robots.txtはクロールを「許可する/拒否する」指示を与えるのに対し、llms.txtはクロールを「推奨する/しない」指示を与えるイメージだ。
WordPressでは、WordPress.org自体がllms.txtファイルを提供しており、多くのプラグインがこの新しいファイル形式への対応を進めている。主要なSEOプラグイン（Yoast SEO、Rank Math、All in One SEO、SEOPress、Prime SEOなど）は、それぞれ異なる方法でllms.txtの生成機能を提供している。
例えば、Yoast SEOはデフォルトでは無効だが、有効にすると週に一度物理ファイルを生成し、主要コンテンツや最近更新された投稿などから最大5つのリンクを各投稿タイプごとに含める。手動で作成されたllms.txtファイルは上書きしない設計である。
Rank Mathはモジュールとして提供され、有効にすると物理ファイルは生成せず、リクエストごとに動的にファイル内容を提供する。各投稿タイプから最大50リンクを含めることが可能だ。
All in One SEOもデフォルトでは無効だが、有効にすると毎日物理ファイルを生成し、各投稿タイプから最大1,000リンクを含める。
SEOPressの無料版にはllms.txtの生成コードが含まれておらず、有料版での提供となる。
Prime SEOは有効化時に自動で動的にファイルを提供し、ページ、投稿、WooCommerce製品などから計70のリンクを含め、各リンクにはSEOディスクリプションや抜粋が説明として付加される。
これらのプラグインの多くでは、サイト名がHTMLエンティティとしてエスケープされて表示されるという軽微なバグが発見され、修正が進められている。また、バージョン2で追加された「発見可能性」を高める機能、つまり<link rel="describedby">タグやHTTP Linkヘッダー、.md形式のページのツイン生成といった機能は、現時点ではどのプラグインにも実装されていない。
ウェブサイトの管理者は、llms.txtを「手動で作成してアップロードする」か「プラグインに任せる」かの選択をすることになる。手動で作成する利点は、特定の、本当にAIエージェントに読んでほしいごく少数の重要なページだけを厳選して記述できる点である。コンテンツが少なく、更新頻度が低いサイトに適している。しかし、サイトのコンテンツが更新されるたびにllms.txtも手動で更新する必要があり、管理の手間がかかる点が欠点だ。一方、プラグインを利用する利点は、自動的にllms.txtが生成・更新されるため、管理の手間がかからない点にある。コンテンツが頻繁に更新される大規模なサイトにはこちらが適しているだろう。ただし、プラグインが選定するリンクの基準（日付、重要度フラグ、サイトマップの優先度など）に依存するため、管理者が特定の重要なページを優先してAIエージェントに読ませたい場合に、それが必ずしもリストに含まれない可能性がある。多くのプラグインは、ウェブサイトのルートに物理的なllms.txtファイルが存在する場合、そのファイルを優先して利用する。そのため、特定の重要な情報のみを手動で記述したい場合は、手動でファイルを作成し、プラグインは無効にするか、あるいはプラグインが自動生成するファイルと共存させるという選択肢も考えられる。llms.txtはまだ発展途上の技術であり、その用途やAIエージェントによる利用状況は今後変化する可能性がある。現時点では、自サイトの状況や更新頻度に合わせて最適な方法を選択し、今後の動向に注目していくことが重要となる。