llms.txt WordPress設置方法とJSON-LD実装ガイド

AI検索の広がりによって、「WordPressでもLLMO対策を進めた方がいいのでは」と感じる場面が増えてきました。とはいえ、llms.txtを置けばすぐにAI Overviewへ引用される、という単純な話ではありません。

• LLMOと従来SEOの違い、2026年時点で押さえるべき考え方
• WordPressでllms.txtを設置する方法と、記載するURLの選び方
• JSON-LD構造化データをプラグインまたはfunctions.phpで実装する手順

本記事では、llms.txt WordPress設置方法とJSON-LD実装の基本から、AI Overview時代に優先したい施策までをわかりやすく解説します。（専門知識は不要です！）

LLMOとは何か？SEOと何が違うのか

LLMOは、AIに内容を理解されやすい形で情報を整える考え方です。

LLMOは、大規模言語モデルに自サイトの情報を理解されやすくするための考え方として語られることが増えています。ただし、GoogleはAI features and your websiteで、AI OverviewsやAI Modeに載るために特別なAI用ファイルや特別なschemaが必要とは案内していません。2026年時点でも、基本は「クロールしやすい」「内容が明確」「役立つ本文がある」という従来SEOの延長で考えるのが自然です。

そのため、LLMOをSEOの代替と捉えるよりも、検索体験の変化に合わせて情報の見せ方を調整する発想として理解すると整理しやすくなります。特にWordPressでは、本文構成、内部リンク、サイトマップ、構造化データの整合性といった土台が引き続き重要です。SEOの基本を確認したい場合は、WordPress SEOの基本はこちらもあわせて確認してみてください。

llms.txtとは？何ができて、何ができないのか

llms.txtは、サイトの重要ページをAI向けに整理して伝える補助ファイルです。

llmstxt.orgでは、/llms.txtを「LLMがサイト情報を推論時に使いやすくするための提案仕様」と説明しています。ここで大切なのは、llms.txtが正式な必須標準ではなく proposal（提案）として公開されている点です。つまり、今の段階では「置けば絶対に有利」ではなく、「AI向けの補助的な整理ファイルとして試す価値がある」という位置づけで考えるのが安全です。

llms.txtに入れる内容は、サイト全体の短い説明と、重要ページへのリンクが中心です。よくある構成は次のようなイメージです。

1. サイト名
2. サイトの目的や主要テーマの説明
3. 重要な固定ページや代表記事のURL
4. 必要に応じた補足リンク

ここで混同しやすいのが、robots.txtやsitemap.xmlとの違いです。robots.txtは検索エンジンに対するクロール制御、sitemap.xmlはURL発見を助けるファイルですが、llms.txtは「このサイトの重要情報はどこか」を文章とリンクで伝える補助ファイルです。役割が違うため、どれか一つで置き換えるものではありません。Googleのクロールやインデックスの考え方は、Google Search Centralのrobots.txtガイドも参考になります。

WordPressでllms.txtを設置する方法

WordPressでは、プラグイン導入か手動設置のどちらかで対応できます。

WordPressでllms.txtを用意する方法は、大きく分けて「プラグインを使う方法」と「手動で設置する方法」の2つです。まずは違いをざっと整理しておきましょう。

プラグインで設置する方法

WordPress.orgには、Website LLMs.txtのように、llms.txtを自動生成するプラグインがあります。このプラグインは公開済みコンテンツをもとにファイルを生成し、Yoast SEOやRank Mathなどの設定と連携して、noindexやnofollowの内容を除外する設計が案内されています。

1. 管理画面の「プラグイン」から対象プラグインをインストールして有効化する
2. 対象に含める投稿タイプや除外設定を確認する
3. 公開される /llms.txt の内容をブラウザで確認する
4. 重要なURLが含まれているか、不要なURLが混ざっていないか見直す

自動生成は便利ですが、生成された内容をそのまま放置しないことが大切です。カテゴリー一覧や薄いアーカイブページまで大量に含まれていると、かえって意図がぼやける可能性があります。

手動で設置する方法

シンプルに進めるなら、サーバーのルートディレクトリに llms.txt を配置する方法でも構いません。たとえば次のような最低限の構成から始められます。

Site: wordpress.pc-k.co.jp
Description: WordPressの高速化、SEO内部対策、サーバー選びに関する情報を発信するサイト

Important URLs:
https://wordpress.pc-k.co.jp/wordpress-seo/
https://wordpress.pc-k.co.jp/sitemap-search-console/
https://wordpress.pc-k.co.jp/category-seo/

書式自体は難しくありませんが、キャッシュ系プラグインやCDNを使っている環境では、設置直後に最新内容が見えないことがあります。公開後は必ず https://あなたのドメイン/llms.txt にアクセスして、想定した内容が返っているか確認してください。

WordPressでJSON-LD構造化データを実装する方法

JSON-LDは、ページ内容の意味を検索エンジンに伝えやすくする記述形式です。

JSON-LDは、Googleが構造化データの基本ガイドで推奨している形式です。ページの見た目を変えるものではありませんが、「これは記事」「これはFAQ」「これは運営者情報」といった意味づけを検索エンジンに伝えやすくなります。

ただし、WordPressではここが一番の注意点でもあります。Yoast SEOはSchema outputで、プラグインが出力するschema.orgマークアップを公開しています。Rank MathにもCustom Schema Generatorがあります。つまり、すでに何らかのJSON-LDが出ている可能性が高いため、追加前に重複確認が必要です。

まず確認したいこと

現在の投稿ページを開き、ソースコードやSEOプラグインの設定画面、またはRich Results Testで既存の構造化データを確認してください。既にArticle、Breadcrumb、Organizationなどが出力されているなら、同じタイプをfunctions.phpで重ねて出すのは避けた方が無難です。

プラグインで実装する方法

初心者の方には、既に使っているSEOプラグインの機能を優先する方法が現実的です。Yoast SEOやRank Mathを導入済みなら、まずはその標準出力を活かし、必要に応じて個別記事でFAQや追加schemaを調整する流れが管理しやすくなります。

GoogleはGeneral Structured Data Guidelinesで、構造化データはページ上でユーザーに見える内容と一致している必要があると案内しています。つまり、FAQを出力するなら本文にも同じ質問と回答が必要ですし、存在しない著者情報や架空の評価を入れてはいけません。

functions.phpで実装する方法

テーマや子テーマで制御したい場合は、functions.phpからJSON-LDを出力する方法もあります。たとえば記事ページにArticleを追加する最小例は、次のような形です。

add_action('wp_head', function () {
  if (!is_single()) return;

  $data = [
    '@context' => 'https://schema.org',
    '@type' => 'Article',
    'headline' => get_the_title(),
    'datePublished' => get_the_date('c'),
    'dateModified' => get_the_modified_date('c'),
    'mainEntityOfPage' => get_permalink()
  ];

  echo '<script type="application/ld+json">' .
       wp_json_encode($data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) .
       '</script>';
});

実装後は、検索向けの確認に加えて、Schema Markup Validatorで記述内容そのものを点検しておくと安心です。functions.phpで追加する場合も、すでにプラグイン側でArticleが出力されていると重複しやすいため、導入前に確認してください。

GoogleのArticle構造化データの考え方は、Article structured dataも参考になります。

AI Overview時代に、WordPressで優先したい実務対応

AI向け施策より先に、本文設計と検証体制を整えることが重要です。

AI検索を意識するとllms.txtやschemaに目が向きやすいのですが、実務上はそれ以上に本文設計が重要です。GoogleはTop ways to ensure your content performs well in Google’s AI experiences on Searchで、ユーザーの多様な質問に役立つ独自コンテンツを作ることや、重要情報をわかりやすいテキストで提供することの重要性を示しています。

たとえば本記事のテーマなら、次のような整理が有効です。

• 「LLMOとは何か」を最初に簡潔に定義する
• 「llms.txt」と「JSON-LD」の役割を分けて説明する
• プラグイン派とfunctions.php派、それぞれの選び方を明示する
• 実装後の確認手順まで書いて、読み終わったあとに動ける状態にする

また、内部リンクやサイトマップの整備も引き続き重要です。AI機能の話題であっても、土台としてのクロール性や発見性は外せません。まだ整っていない場合は、サイトマップ送信とSearch Console設定も確認しておくと全体の流れをつかみやすくなります。

構造化データの検証には、前述のRich Results Testが使えます。FAQとHowToの現在の扱いを確認したい場合は、Googleの仕様変更をまとめたChanges to HowTo and FAQ rich resultsを一度見ておくと安心です。FAQ rich resultsは現在、主に政府・健康分野の権威サイトで表示対象が限定されており、一般的なWordPressサイトでは表示上の恩恵を前提にしない方が安全です。

プラグインとfunctions.phpはどちらがよい？

迷ったときは、既存プラグインの出力を確認して不足分だけ補う方法が現実的です。

どちらが正解かは、サイトの運用体制で変わります。更新担当が複数いる、記事数が多い、将来も継続して運用するなら、プラグイン中心の方が管理しやすいことが多いです。一方で、出力内容を最小限にしたい、余計な機能を増やしたくない、テーマと一体で管理したい場合はfunctions.phpが向いています。

迷ったときは、まず既存プラグインの出力を確認し、不足分だけを追加する方針が現実的です。最初から全部手動で組むより、重複や保守負担を抑えやすくなります。

よくある質問（FAQ）