WordPressでのLLMOの実装方法と手順！必要なプラグイン設定から構造化データまで徹底解説

すでにWordPressで運用しているサイトを開き、robots.txtとテーマの構造化データ設定を確認したことがある方なら、次の疑問にぶつかっているはずです。「SEOプラグインは入れているのに、ChatGPTに自社名を尋ねても出てこない」——この状態は、検索順位が付いているサイトでも普通に起こります。

株式会社GrillがWordPressサイトの改修でAIクローラーの取得ログを確認した経験でも、SEOの内部対策は済んでいるのに生成AI向けの土台だけが手つかず、というケースが大半を占めます。

原因はシンプルで、従来のSEOとLLMO（Large Language Model Optimization）では、AIが見るファイルも読み取り方も違うからです。GoogleのクローラーはインデックスのためにHTMLを取得します。一方、GPTBotやPerplexityBotといったAIクローラーは、robots.txtで到達可否を判断します。

そのうえで、構造化データ（Schemaマークアップ）や見出し構造から「引用しやすい情報の塊」を抜き出します。ChatGPTやPerplexityといったAI検索の回答に自社が引用されるかどうかは、この読み取り方の違いを踏まえた土台づくりで決まります。

WordPressはこの土台をテーマとプラグインで整えやすい一方、設定を誤ると逆にAIから読み取りにくいサイトにもなります。

ここでは、WordPress固有の構造論から入ります。AIクローラーの許可・llms.txtの設置・JSON-LDの実装・ブロックエディタの最適化・効果測定までを、実際の設定画面とコードに落として順に解説します。

プラグインを入れて終わりにせず、自分のWordPress環境でAIに引用されるサイトへ作り替えるための実装ガイドです。用語そのものの整理が必要な方は、先に「LLMOとAIOの違い」で概念の全体像をつかんでおくと、本記事の実装がより腹落ちします。

第1章 WordPressがLLMOで有利・不利になる5つの構造的理由｜テーマとプラグインの特性

WordPress LLMOを実装する前に、なぜWordPressというCMSがAIに読まれやすくもなり、読まれにくくもなるのかを押さえておきます。この構造を理解しておくと、後続章のプラグイン選びやテーマ改修の判断がぶれなくなります。

1-1. WordPressの生成HTMLがAIに読み取られやすい理由

WordPressが構造的にLLMOと相性が良いのは、投稿・固定ページ・カテゴリ・著者・更新日といった情報を、あらかじめ意味づけされたデータとして持っているからです。生成AIは本文を丸ごと読むのではなく、見出し・段落・リスト・表といったブロック単位で「引用しやすい情報の塊」を抜き出します。

WordPressの見出しブロックはh2・h3として正しく出力され、パーマリンク設定でURLの意味も整えられます。さらにAIOSEOやYoast SEOといったプラグインを入れれば、ArticleやOrganizationのJSON-LDが自動で挿入されます。

つまり、AIが事業者・著者・コンテンツの関係を読み解くための構造化データを、コードを書かずに用意できるのがWordPressの強みです。

RSSフィードやサイトマップXMLを標準で吐き出せる点も、AIクローラーがサイト全体を巡回するうえで有利に働きます。手作業のHTMLサイトでこれらを一から整えるコストと比べれば、WordPressは生成AI向けの土台が最初から半分できている状態だと言えます。

1-2. テーマとプラグインへの依存がLLMOで不利に働くケース

一方で、WordPressのテーマとプラグインへの依存は、LLMOで不利にも働きます。多機能なテーマほど、装飾のためのdiv要素が何重にも入れ子になり、本文の意味構造がノイズに埋もれてしまうことがあるからです。AIクローラーが本文と装飾を切り分けにくくなり、引用対象として抜き出す情報の精度が落ちます。

さらに厄介なのが、JavaScriptで本文を後から描画するテーマやページビルダーです。GPTBotをはじめとするAIクローラーの多くは、Googleのレンダリングエンジンほど高度にJavaScriptを実行しないため、描画前の空のHTMLしか取得できないリスクがあります。この場合、いくら良い記事を書いてもAIには中身が見えていません。

SEO総合プラグインを2つ以上有効化して構造化データが二重出力されるトラブルも、WordPress特有の不利要因です。テーマ・プラグイン・手動実装のどこがJSON-LDを出しているかを把握しないまま増やすと、後述する第10章のschema衝突を招きます。

1-3. LLMOで有利・不利を分ける5つのチェックポイント

WordPressがLLMOで有利になるか不利になるかは、次の5点でおおむね決まります。自社サイトがどちら側にあるかを、この段階で確認しておきましょう。

• HTMLのセマンティック性：本文がh2・h3・p・ul・tableで正しく構造化されているか、装飾divに埋もれていないか
• レンダリング方式：JavaScript描画に頼らず、サーバー側で本文HTMLを返しているか
• 構造化データの出力：ArticleやOrganizationのJSON-LDが、重複なく1系統で出ているか
• AIクローラーの到達性：robots.txtでGPTBotなどを誤ってブロックしていないか
• 表示速度：ページが軽く、AIクローラーが効率よく取得できるか

この5点は、AIに読まれる土台を低コストで整えられるWordPressの強みと、テーマ依存でつまずく弱みの両面を映し出します。裏を返せば、この5点さえ押さえれば、専門的な開発なしでも生成AIに引用されるWordPressサイトに近づけるということです。

1-4. LLMO向けWordPressテーマの選定基準

土台の良し悪しはテーマ選びで大きく変わります。ここでは、どんなテーマがAIに読まれやすいのか、その判断基準を実務的に整理します。

LLMO向けにテーマを選ぶなら、次の4条件を満たすものが有利です。第一に軽量であること。装飾スクリプトが少なく、本文HTMLを素早く返すテーマは、AIクローラーの取得効率を落としません。第二にセマンティックHTMLを出力すること。見出し・段落・リストが正しいタグで組まれ、装飾のためのdiv地獄になっていないテーマを選びます。

第三に構造化データに対応していること。テーマ側でArticleやBreadcrumbListのJSON-LDを出せる、あるいはSEOプラグインと衝突せず共存できる設計が望ましいです。第四に見出し階層が整うこと。ブロックエディタでh2の下に必ずh3が入るような、階層の崩れにくいテーマを選ぶと、AIがチャンクを抽出しやすくなります。

具体的には、シンプルで軽量な国産テーマのSWELL・Snow Monkey・Cocoonなどが挙げられます。あるいはブロックテーマのTwenty Twenty-Four（WordPress標準テーマ）も、この4条件と親和性が高い部類です。

特定のテーマに乗り換える前提でなくても、既存テーマがこの基準からどれだけ外れているかを測るだけで、改修すべき優先度が見えてきます。

テーマを新調するなら費用感の把握も欠かせません。「格安のWordPress制作会社」の相場も併せて確認しておくと予算を組みやすくなります。

1-5. SEOとLLMOの違いをWordPress実装の視点で対比する

WordPressでの実装対象を明確にするために、SEOとLLMOの違いを整理しておきます。前提として、LLMO（Large Language Model Optimization）とは、ChatGPTなど生成AIの回答に自社サイトを引用・推薦してもらうための最適化を指します。

両者は排他ではなく、土台を共有しながら評価される場所と重視するファイルが異なります。

観点	SEO	LLMO
最適化の対象	Google検索エンジンの検索結果	ChatGPT・Perplexity等の生成AIの回答
評価される場所	検索結果ページの順位	AIの回答内での引用・推薦
重要なファイル	サイトマップXML・robots.txt	robots.txt・llms.txt・構造化データ
WordPressの主要施策	内部リンク・キーワード最適化・表示速度	AIクローラー許可・JSON-LD・E-E-A-T可視化
主要クローラー	Googlebot	GPTBot・Google-Extended・PerplexityBot

表のとおり、robots.txtや表示速度のように両者で共通する土台もあれば、llms.txtやAIクローラー許可のようにLLMO固有の施策もあります。WordPress LLMOの実装とは、SEOで整えた土台を活かしつつ、この固有部分を上乗せしていく作業だと捉えてください。

SEO側の土台に不安があるなら、先に「SEOの内部対策」で基礎を固めておくと、LLMOの上乗せがスムーズになります。

第2章 AIクローラーの許可と制御をWordPressで設定する方法｜GPTBot・Google-Extended対応

LLMOの第一歩は、AIクローラーが自社コンテンツに到達できる状態をつくることです。ここでは主要なAIクローラーを一覧で押さえたうえで、WordPressのrobots.txtやfunctions.phpで到達可否を制御する具体手順を解説します。

2-1. LLMOで許可・制御すべき主要AIクローラー一覧

まず、どのAIクローラーを対象に考えるべきかを整理します。生成AIごとにクローラーのUser-Agent（UA）が異なり、robots.txtでの記述もこのUA名で行うためです。

クローラー名（UA）	運営	主な役割
GPTBot	OpenAI	ChatGPTの学習データ収集
OAI-SearchBot	OpenAI	ChatGPT検索の回答生成・引用元取得
Google-Extended	Google	Gemini等のAI学習の可否制御
PerplexityBot	Perplexity	Perplexityの回答生成・引用
ClaudeBot	Anthropic	Claudeの学習・回答向け収集
CCBot	Common Crawl	各社AIが参照する公開クロールデータ

この一覧のうち、AIの回答内での引用を狙うなら、少なくともOAI-SearchBotやPerplexityBotといった回答生成系のクローラーは許可しておく必要があります。

GPTBotやGoogle-Extendedは学習用の性格が強く、学習への利用可否は自社の方針で判断します。UA文字列は各社の公式ドキュメントで更新されるため、設定前に最新の表記を確認するのが確実です。

2-2. WordPressのrobots.txtをプラグインで編集してAIクローラーを許可する

WordPressは仮想的なrobots.txtを自動生成しており、実ファイルがなくてもアクセスできます。この内容をプラグインから編集するのが、最も手軽なAIクローラー制御の方法です。

SEO SIMPLE PACKやAIOSEO、All in One SEOなどのプラグインには、robots.txtの編集機能が用意されています。管理画面のツール設定からrobots.txtエディタを開き、AIクローラーを許可する記述を追加します。たとえばすべてのAIクローラーにサイト全体を許可するなら、次のように書きます。

User-agent: GPTBot
Allow: /

User-agent: OAI-SearchBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Google-Extended
Allow: /

逆に、学習には使わせたくないがAI検索の引用は許可したい場合は、GPTBotをDisallowにしつつOAI-SearchBotをAllowにする、といった使い分けが可能です。robots.txtはあくまで紳士協定であり、遵守は各クローラーの実装に依存する点は理解しておきましょう。

到達性を高めるうえで、XMLサイトマップの整備も併せて済ませておきます。AIOSEOやYoast SEOはXMLサイトマップを自動生成でき、サイト内の全ページの所在をクローラーに一覧で伝えられます。

AIクローラーが内部リンクをたどり切れない場合でも、サイトマップがあれば新規・更新ページを網羅的に巡回する助けになります。robots.txtにサイトマップのURLを記載しておくと、より確実に見つけてもらえます。

2-3. functions.phpとサーバー設定で細かくクローラーを制御する

robots.txtより強く制御したい場合は、functions.phpやサーバー設定でアクセス自体を制御します。robots.txtを無視するボットにも対応できるのがこの方法の利点です。

WordPressのテーマのfunctions.phpにrobots_txtフィルターを使えば、プラグインなしでrobots.txtの内容を書き換えられます。

より確実にブロック・許可を分けたいなら、Apache環境の.htaccessやNginxの設定ファイルでUAを条件にアクセス制御を書きます。ただしサーバー設定の誤りはサイト全体の表示不能につながるため、変更前のバックアップは必須です。

2-4. AIクローラーはブロックすべきか許可すべきかの判断基準

AIクローラーを許可するか制御するかは、事業の目的で決まります。ここでは判断の軸を整理します。

AIの回答経由での認知・流入を増やしたいなら、原則は許可です。特にBtoBや専門サービスのように、比較検討でAIが使われる領域では、引用されない=候補に入らないことを意味します。一方、有料コンテンツや独自データを保護したい場合、あるいは学習利用に明確に反対する方針がある場合は、GPTBotなど学習系をブロックする選択もあります。

現実的な落としどころは、回答生成・引用系のクローラー（OAI-SearchBot・PerplexityBot等）を許可することです。そのうえで、学習系（GPTBot・Google-Extended）は事業方針で判断する、という切り分けにします。

LLMO対策の目的が「AI検索の回答に引用されること」である以上、まずは到達性を確保する方向で設計するのが基本になります。

第3章 llms.txtをWordPressで設置・自動生成する手順｜プラグインと手動の使い分け

AIクローラーが到達できる状態を整えたら、次はサイトの重要ページをAIに案内するllms.txtを設置します。WordPressでは自動生成プラグインと手動設置の2通りがあり、サイト規模で使い分けます。

3-1. llms.txtの役割とrobots.txtとの違い

llms.txtとrobots.txtは名前が似ていますが、役割は正反対に近いものです。混同すると設計を誤るため、まず違いを押さえます。

robots.txtが「どこにアクセスしてよいか」というアクセス制御のファイルであるのに対し、llms.txtは「このサイトで重要なのはどのページか」を生成AIに伝えるガイドマップです。サイトのルート直下（例：example.com/llms.txt）に置くMarkdown形式のテキストで、サイトの概要と主要ページのリンクを構造的に記述します。

llms.txtはまだ標準化の途上にある提案仕様であり、すべてのAIが参照する保証はありません。それでも、AIがサイト構造を素早く把握する補助線として設置しておく価値はあります。robots.txtで到達性を確保し、llms.txtで重要ページを案内する——この2つは補完関係にあると理解してください。

3-2. プラグイン「Website LLMs.txt」で自動生成する手順

WordPressでllms.txtを最も簡単に用意する方法が、自動生成プラグインの利用です。代表的なのが「Website LLMs.txt」で、有効インストール数は2026年時点で4万を超えており、実在・稼働が確認できるプラグインです。

導入手順はシンプルです。管理画面のプラグイン新規追加から「Website LLMs.txt」を検索してインストールし、有効化します。

有効化すると設定画面で、llms.txtに含める投稿タイプ（投稿・固定ページ・カスタム投稿）を選べます。公開後、example.com/llms.txt にアクセスして、投稿タイトルとURLが一覧化されていれば設置完了です。

このプラグインは投稿の追加・更新に合わせてllms.txtを更新できるため、手動での貼り替えが不要になります。サイト概要の説明文を設定しておくと、AIがサイトの主題を把握しやすくなります。llms.txtの更新をどの頻度で反映するかは、後述の更新頻度設定で調整します。

3-3. プラグインを使わず手動でllms.txtを設置する方法

プラグインを増やしたくない場合や、掲載ページを厳密にコントロールしたい場合は、手動でllms.txtを設置します。中身を自分で管理できるのが手動設置の強みです。

手順は、Markdown形式でllms.txtを作成し、FTPやサーバーのファイルマネージャでWordPressのルートディレクトリに設置するだけです。中身は、サイト名と概要を先頭に書き、続けて主要ページを見出しごとにリンクでまとめます。次のような構造が基本形です。

# サイト名

> サイトの概要を1〜2文で記述

## 主要コンテンツ
- [サービス紹介](https://example.com/service/): 提供サービスの概要
- [料金](https://example.com/price/): 料金体系の説明
- [導入事例](https://example.com/case/): 実績と事例

手動設置ではページを追加・更新するたびに書き換えが必要になるため、更新頻度が高いサイトでは運用負荷が上がります。ページ数が少なく更新が緩やかなサイトなら手動、ページ数が多く頻繁に増えるサイトならプラグイン、という使い分けが現実的です。

3-4. 投稿タイプ・更新頻度・優先度の設定と運用のコツ

自動生成プラグインを使う場合、何をllms.txtに載せるかの取捨選択が運用の肝になります。ここでは載せる基準と更新設定のコツを解説します。

llms.txtに載せるべきは、AIに引用してほしい情報価値の高いページです。サービス・料金・導入事例・専門的な解説記事などが該当します。逆に、タグアーカイブや薄い日記的な投稿まで全部載せると、重要ページが埋もれてAIの理解を妨げます。

更新の頻度そのものを見直したい場合は「SEOの更新頻度と検索評価」の考え方も参考になります。

第4章 構造化データ（JSON-LD）のWordPress実装｜プラグイン・テーマ・functions.phpの選び方

AIが事業者・著者・コンテンツの関係を理解するために欠かせないのが構造化データです。WordPressには3つの実装経路があり、それぞれのコードと検証手順を押さえておくと、重複なく確実に出力できます。

4-1. LLMOで優先すべき構造化データの種類

まず、どの構造化データをWordPressで出すべきかを整理します。すべてを網羅する必要はなく、AIがエンティティの関係を読み解くうえで効果の高いものから実装します。

• Organization：運営者（企業・団体）の情報。サイトの発信主体をAIに伝える基盤
• Article：記事の見出し・著者・公開日・更新日。コンテンツの信頼シグナル
• Person：著者・監修者の経歴。E-E-A-Tの人物情報を機械可読にする
• FAQPage：質問と回答の対。AIが引用しやすいQ&A形式
• BreadcrumbList：パンくず。サイト内の階層関係を明示する

このなかでもOrganizationとArticleは優先度が高く、この2つをまず正しく出力するだけでも、AIがサイトの主体とコンテンツの関係を理解しやすくなります。

構造化データそのものの基礎を固めたい場合は「構造化データのSEO活用と実装」で全体像を確認してください。

なお、サイトの特性に応じて追加検討したいのが、Speakableとハウツーの2種です。Speakableは音声読み上げ・音声引用向けに主要箇所を示すスキーマで、HowToは手順コンテンツの各ステップをAIに伝えるスキーマです。手順解説や音声アシスタント対応を強めたいサイトでは、主要5タイプに上乗せする形で検討します。

4-2. プラグインでJSON-LDを出力する

最も現実的な実装経路が、SEO総合プラグインによるJSON-LDの自動出力です。コードを書かずにOrganizationやArticleを出せます。

AIOSEO（All in One SEO）は、サイト設定でOrganizationやPersonを指定でき、記事ページにArticleのJSON-LDを自動挿入します。

Yoast SEOも同様に、サイト全体のスキーマグラフを構築してJSON-LDを出力します。Rank MathやSEO SIMPLE PACKも構造化データの出力に対応しており、いずれも管理画面の設定だけでJSON-LDが有効になります。

重要なのは、これらのSEO総合プラグインは1つに絞ることです。複数を同時に有効化するとJSON-LDが二重出力され、AIやGoogleが情報を正しく解釈できなくなります。プラグインでの実装は手軽ですが、この「1つに絞る」原則を守ることが前提になります。

4-3. テーマ標準の構造化データを活用・確認する

プラグインとは別に、テーマ側が独自に構造化データを出力している場合があります。この存在を見落とすと、意図しない重複の原因になります。

多くの多機能テーマは、記事ページにArticleやBreadcrumbListのJSON-LDを標準で挿入します。まずは自社テーマがどのSchema（スキーマ）を出しているかを、ページのソースを表示してapplication/ld+jsonの記述を検索し、把握してください。

テーマが十分なSchemaを出しているなら、プラグイン側の同種Schemaをオフにして重複を避けます。

テーマの構造化データはカスタマイズの自由度が低いことが多いため、Organizationのように細かく設定したい情報はプラグインやfunctions.phpに寄せる、という役割分担が現実的です。

4-4. functions.phpで手動実装・カスタマイズする

プラグインやテーマでは出せない独自のスキーマを追加したい場合は、functions.phpで手動実装します。出力内容を完全にコントロールできるのが手動実装の利点です。

add_action('wp_head', function () {
  if (!is_single()) return;
  ?>
  <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [{
      "@type": "Question",
      "name": "WordPressでLLMO対策はできますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "プラグインと構造化データの実装で対応できます。"
      }
    }]
  }
  </script>
  <?php
});

手動実装は柔軟ですが、テーマ更新で消えないよう子テーマや専用プラグイン化しておくのが安全です。コードに不慣れな場合は、無理に手動実装せずプラグインの範囲で完結させる判断も大切です。

4-5. リッチリザルトテストでの検証と重複出力の回避

構造化データは、実装したら必ず検証します。出力できていても、文法エラーや重複があればAIに正しく伝わりません。

Googleのリッチリザルトテストや、Schema.orgのSchema Markup Validatorに自社URLを入力します。すると、出力されているJSON-LDと、そのSchemaの文法エラーの有無を確認できます。

第5章 ブロックエディタでAIが読み取りやすい見出し構造を作る｜セマンティックHTML最適化

AIは記事全体を均等に読むのではなく、抽出しやすい情報の塊（チャンク）を選んで引用します。この章では、WordPressのブロックエディタで、AIが引用しやすい見出し構造と本文の書き方を作るルールを解説します。

5-1. h2/h3の階層とチャンク化でAI引用率を高める

AIに引用されやすい文章には共通の型があります。それは、見出しの直後に結論を短くまとめる「結論ファースト」の構造です。

ブロックエディタで見出しブロックを使うときは、h2の下に必ずh3を置き、階層を崩さないようにします。そのうえで、各見出しの直後に40〜60字程度で結論を言い切る一文を置きます。AIはこの見出し＋結論の塊を、質問への回答としてそのまま引用しやすいためです。

文章全体の設計に迷う場合は「SEO記事の書き方」の構成術も応用できます。

5-2. リスト・テーブル・FAQブロックの使い方

ブロックエディタには、AIが構造を読み取りやすいブロックが標準で揃っています。これを使い分けることが、そのまま機械可読性の向上につながります。

手順や並列要素はリストブロックで箇条書きにし、比較や対応関係はテーブルブロックで表にします。AIはリストや表を「構造化された情報」として認識し、引用時に整理して抜き出しやすくなります。Q&A形式のコンテンツは、見出しブロックで質問を立て、直後の段落で回答する形にすると、前章のFAQPageスキーマとも結び付けやすくなります。

段落を長々と続けるより、要点をリストや表に分解するほうが、読者にもAIにも親切です。装飾目的の画像に情報を埋め込むのではなく、テキストとして書き出すことが、AIに読ませる大原則になります。

5-3. テーマ由来の非セマンティックなマークアップを見直す

せっかくブロックで正しく組んでも、テーマがそれを非セマンティックなHTMLに変換していては台無しです。テーマ由来のマークアップの乱れを見直します。

ページビルダーで作ったセクションが、見出しをh2ではなくスタイル付きのdivやspanで出力していないかを確認してください。見た目は見出しでも、タグがdivでは、AIに見出しとして認識されません。同様に、リストや表がCSSだけで再現され、ul・tableタグを使っていない箇所も、機械可読性が下がります。

改修の基本は、装飾はCSSに任せ、意味はHTMLタグで表す、という切り分けです。テーマの出力HTMLをソースで確認し、本文の意味構造が正しいタグで組まれているかを点検することが、LLMOの土台づくりになります。

第6章 内部リンク・パーマリンク・カテゴリ設計をLLMO向けに整える｜サイト構造の最適化

ページ単位の最適化に加えて、サイト全体の構造もAIの理解を左右します。この章では、URL・内部リンク・カテゴリ・パンくずといったWordPressのサイト設計要素を、LLMO観点で整える方法を解説します。

6-1. AIが文脈を理解しやすいパーマリンク設計

URLはAIがページの主題を推測する手がかりになります。WordPressのパーマリンク設定を見直すことが、地味ながら効く施策です。

WordPressの初期設定では、URLが数字のIDだけになっていることがあります。これを、内容が推測できるスラッグに変えます。管理画面のパーマリンク設定で「投稿名」を選び、各記事のスラッグを英語のキーワードで簡潔に設定するのが基本です。たとえばLLMOの記事なら/wordpress-llmo/のように、主題が読み取れるURLにします。

日本語スラッグはエンコードされて長く読みにくいURLになるため、英数字で設定するのが無難です。一度公開したURLを後から変える場合は、リダイレクト設定を忘れると評価が途切れるため注意してください。

6-2. 内部リンクでエンティティの関係性を伝える

内部リンクは、AIにサイト内の情報の関係性を伝える役割を持ちます。関連するページ同士を適切につなぐことが、エンティティ理解を助けます。

関連記事へのリンクは、「こちら」のような曖昧なテキストではなく、リンク先の主題がわかる具体的なアンカーテキストで張ります。これにより、AIはリンク元とリンク先の関係を文脈から読み取れます。WordPressではLink Whisperのような内部リンク補助プラグインを使うと、関連性の高いページへのリンク候補を提案してくれ、貼り忘れを減らせます。

親記事（まとめ的なページ）から子記事（個別解説）へ、子記事から親記事へと双方向にリンクを張ると、トピックの中心と周辺の関係がAIに伝わりやすくなります。無関係なページへの機械的なリンクは逆効果なので、文脈が合うものだけをつなぎます。

6-3. カテゴリ・タグ設計とパンくずで情報の階層を明示する

カテゴリとタグの設計は、サイトの情報構造そのものです。整理されていれば、AIはサイトが何を専門とするかを把握しやすくなります。

その場合は「サイトリニューアルとSEO」で評価を落とさない進め方を確認しておくと安全です。

第7章 表示速度とCore Web VitalsがAIクローラーの取得性に与える影響

重いWordPressサイトは、AIクローラーの取得効率を落とします。この章では、表示速度がLLMOに関係する理由と、WordPressでの高速化施策を解説します。

7-1. 表示速度がLLMOに関係する理由

表示速度は、SEOだけでなくLLMOにも関わります。AIクローラーは限られた時間とリソースでサイトを巡回するため、速度が取得効率を左右するからです。

ページの読み込みが遅いと、AIクローラーが取得を諦めたり、巡回できるページ数が減ったりします。特にJavaScriptで本文を後から描画するサイトでは、描画完了前にクローラーが離脱し、本文が取得されないリスクが高まります。速いサイトほど、より多くのページを確実に取得してもらえるということです。

表示速度は読者の離脱率にも直結するため、AIと人間の両方に効く投資になります。LLMOの土台づくりの一環として、速度改善を後回しにしない姿勢が大切です。

7-2. WordPressの高速化施策

WordPressの高速化は、プラグインである程度自動化できます。キャッシュと画像最適化の2つが柱です。

キャッシュ系では、WP RocketやLiteSpeed Cacheが代表的です。ページキャッシュを生成し、サーバー処理を挟まずにHTMLを返すことで、体感速度とクローラーの取得効率を高めます。

画像最適化では、ShortPixelやEWWW Image Optimizerで画像を圧縮し、次世代フォーマット（WebP）へ変換すると、ページ容量を大きく削減できます。

これらのプラグインは設定項目が多いため、まずはキャッシュと画像圧縮の基本機能から有効にし、表示崩れがないかを確認しながら段階的に詰めるのが安全です。

7-3. Core Web Vitalsの計測と改善の優先順位

高速化の効果は、感覚ではなく指標で測ります。Core Web Vitalsを使えば、どこから直すべきかの優先順位が見えます。

PageSpeed InsightsやSearch ConsoleでCore Web Vitals（LCP・INP・CLS）を計測し、数値の悪い項目から改善します。

第8章 WordPressでE-E-A-Tを可視化する方法｜著者・監修・運営者情報の設計

AIが引用元を選ぶ際、誰が書いた情報かという信頼シグナルを重視します。この章では、E-E-A-TをWordPressの著者情報・監修表示・運営者情報として可視化する設定を解説します。

8-1. 著者プロフィール（Author Box）と経歴の表示

AIは、情報の発信者が誰かを手がかりに信頼性を判断します。WordPressの著者情報を充実させることが、その第一歩です。

WordPressのユーザープロフィールには、名前・経歴・SNSリンクを登録できます。これを記事下にAuthor Boxとして表示するのが基本です。Simple Author Boxのようなプラグインを使えば、著者の顔写真・肩書き・経歴・SNSを記事末に自動表示でき、コードなしで著者情報を可視化できます。

匿名の記事より、実在の専門家が経歴とともに書いている記事のほうが、AIにも読者にも信頼されます。特に専門性が問われるテーマでは、著者の経歴と専門分野を明記することがE-E-A-Tの土台になります。

8-2. 監修者・更新日・出典の明示でAIの信頼を得る

著者に加えて、監修者・更新日・出典の3点を明示すると、情報の信頼性がさらに高まります。AIは新しさと裏付けを重視するためです。

医療や法律のような専門領域では、監修者を明記し、その経歴をPersonスキーマと結び付けます。記事には公開日だけでなく更新日を表示し、情報が最新であることを示します。統計や事実を引用する際は、出典元を明記することで、AIが情報の裏付けを確認できます。

8-3. 運営者情報（Organization）と問い合わせ導線の整備

個々の記事だけでなく、サイトの運営主体が明確であることも信頼の条件です。運営者情報を整えます。

会社概要・運営者情報・プライバシーポリシー・問い合わせページを用意し、フッターなどからたどれるようにします。運営主体はOrganizationスキーマで構造化し、社名・所在地・連絡先・ロゴを明示します。実在の事業者が運営していることがAIに伝われば、引用元としての信頼度が上がります。

問い合わせ導線が整っていることは、読者がAI経由で流入した後にアクションへつながる受け皿にもなります。信頼シグナルの整備は、AIへの対策であると同時に、コンバージョンへの布石でもあります。

第9章 LLMO対策に役立つWordPressプラグイン厳選8種｜機能別の選び方

ここまでの施策を支えるプラグインを、機能別に厳選して紹介します。大型の「おすすめ○選」ではなく、役割ごとに実在・稼働を確認したものだけを取り上げ、併用の可否まで整理します。

9-1. llms.txt生成系

まず、llms.txtを自動生成するプラグインです。手動設置の手間を省きたいサイトに向きます。

Website LLMs.txt（無料・2026年時点）は、投稿・固定ページからllms.txtを自動生成するプラグインです。有効インストール数は2026年時点で4万を超えます。対象投稿タイプを選べ、投稿の追加・更新に合わせて内容を反映できます。llms.txtをコードなしで用意したいなら、まず候補に入る無料プラグインです。

9-2. SEO・構造化データ総合系

次に、robots.txt編集や構造化データ出力を担うSEO総合プラグインです。ここは必ず1つに絞ります。

• AIOSEO（All in One SEO）：OrganizationやArticleのスキーマを出力し、robots.txt編集にも対応（無料版あり／有料は年額約49.5ドル〜・2026年時点）
• Yoast SEO：サイト全体のスキーマグラフを構築し、JSON-LDを一貫して出力（無料版あり／Premiumは年額約99ドル〜・2026年時点）
• Rank Math：構造化データの種類が豊富で、設定の自由度が高い（無料版が高機能／PROは年額約59ドル〜・2026年時点）
• SEO SIMPLE PACK：国産で軽量。必要十分な構造化データとrobots.txt編集に対応（完全無料・2026年時点）

これらは機能が重複するため、複数を有効化するとJSON-LDが二重出力されます。自社の運用スキルとサイト規模に合う1つを選び、他は入れないのが鉄則です。

9-3. スキーマ拡張・FAQ系

SEO総合プラグインだけでは足りないスキーマを補うのが、この2つです。特定のスキーマを厚くしたいときに使います。

Schema Pro（有料プラグイン・2026年時点）は、SEO総合プラグインより細かくSchemaを設定でき、投稿タイプごとにSchemaを割り当てられます。

Ultimate FAQ（無料版あり／有料アドオンあり・2026年時点）は、Q&AコンテンツをFAQPageのSchema付きで管理でき、AIが引用しやすいQ&A形式を効率よく作れます。ただしSEO総合プラグインと同種のSchemaが重複しないよう、出力範囲の調整が必要です。

9-4. 内部リンク・著者情報・高速化系

サイト構造・信頼シグナル・速度を支える補助プラグインです。これらは役割が異なるため併用できます。

• Link Whisper：関連ページへの内部リンク候補を提案し、エンティティの関係づけを助ける（無料版あり／有料版あり・2026年時点）
• Simple Author Box：著者の経歴・SNS・顔写真を記事末に自動表示し、E-E-A-Tを可視化（無料版あり／Pro有料・2026年時点）
• WP Rocket：ページキャッシュで表示速度を高め、AIクローラーの取得効率を上げる（有料のみ・年額約59ドル〜・2026年時点）

9-5. プラグインを1つに絞るべき機能と併用してよい機能

最後に、併用の可否を整理します。ここを間違えると、後述のschema衝突を自ら招きます。

1つに絞るべきは、SEO総合系（AIOSEO・Yoast SEO・Rank Math・SEO SIMPLE PACK）です。構造化データの出力が重複するため、必ず1つだけにします。

併用してよいのは、役割が独立したもの——llms.txt生成・内部リンク・著者情報・キャッシュ・画像最適化などです。スキーマ拡張系（Schema Pro・Ultimate FAQ）は、SEO総合系との出力範囲を調整すれば併用できます。

プラグインを増やす前に、どの機能が構造化データを出すのかを把握することが、事故を防ぐ最大のコツです。

費用面の選び分けも、着手前に押さえておきましょう。基本的なLLMOの土台は、無料プラグインだけでも組み立てられます（2026年時点）。llms.txt生成・SEO総合系（Rank MathやSEO SIMPLE PACK）・内部リンク・著者情報は、無料版の範囲で実装できます。

有料が必要になるのは、Schema Proのような高度なスキーマ制御や、WP Rocketのような本格的な高速化を求める段階です。まず無料で土台を整え、物足りなさを感じた機能だけを有料版に切り替えるのが、無駄のない順序になります。

第10章 プラグイン干渉とschema衝突に注意｜WordPress LLMO実装でありがちな失敗

WordPress LLMOには、CMS特有の失敗パターンがあります。この章では、プラグイン干渉・schema衝突・FAQ乱用・クローラー誤ブロックという4つのつまずきと、その切り分け方を解説します。

10-1. SEO総合プラグイン重複による構造化データの二重出力

最も多い失敗が、SEO総合プラグインの重複です。良かれと思って複数入れた結果、逆効果になります。

AIOSEOとYoast SEOのように、同種の構造化データを出すプラグインを2つ有効化すると、同一ページにArticleやOrganizationが二重に出力されます。AIやGoogleはどちらを信じるべきか判断できず、構造化データの効果が薄れます。

対策はシンプルで、SEO総合プラグインは1つに絞り、乗り換える際は旧プラグインを完全に停止・削除してから新しいものを設定することです。

10-2. テーマとプラグインのschema衝突と切り分け

プラグインを1つに絞っても、テーマがスキーマを出していれば衝突します。テーマとプラグインの切り分けが必要です。

テーマがArticleやBreadcrumbListを出力している場合、プラグイン側の同種スキーマと重複します。切り分けの手順は、まずページソースでapplication/ld+jsonを検索し、どのスキーマがいくつ出ているかを数えることです。

重複が見つかったら、テーマかプラグインのどちらか一方に出力を寄せます。多くの場合、細かく設定できるプラグイン側に寄せ、テーマの構造化データ機能をオフにするのが管理しやすい選択です。

10-3. FAQスキーマの乱用・本文と乖離したQ&Aのリスク

FAQスキーマは引用されやすい反面、乱用するとリスクになります。本文と乖離したQ&Aは信頼を損ないます。

ページに表示されていないQ&AをFAQPageスキーマだけで大量に埋め込むと、実際のコンテンツと構造化データが乖離します。これはガイドライン違反にあたり、AIや検索エンジンからの信頼を落とします。FAQスキーマは、本文に実際に掲載しているQ&Aだけに付け、質問と回答が本文の内容と一致していることを必ず確認してください。

10-4. AIクローラーを誤ってブロックしてしまう設定ミス

土台を整えても、AIクローラーを弾いていれば成果はゼロです。誤ブロックは見落とされやすい失敗です。

第11章 LLMO対策の効果をWordPressで測定する方法｜AI被引用とAI経由流入の追跡

実装したLLMO対策が効いているかは、測定して初めて分かります。この章では、WordPress環境でAI経由の流入と被引用を追跡する具体的な方法を解説します。

11-1. GA4・アクセス解析でAI経由の参照元を計測する

まず、AI経由でどれだけ人が来ているかを可視化します。GA4の参照元を見れば、AIチャットからの流入がわかります。

ChatGPTやPerplexityの回答内リンクから訪問があると、GA4の参照元（リファラー）にchatgpt.comやperplexity.aiといったドメインが記録されます。

GA4の探索レポートで参照元ドメインを軸に、これらAIチャットのドメインをフィルタすれば、AI経由の流入量を追えます。数は小さくても、AI経由の流入が発生していること自体が、被引用が始まっているサインです。

11-2. 生成AIに実際に質問して自社サイトの被引用を確認する

流入の手前で、AIの回答に自社が登場しているかを直接確かめます。これが最も直感的な効果測定です。

自社の事業に関連する質問を、ChatGPTやPerplexity、Geminiに実際に打ち込み、回答に自社名やサイトが引用・言及されるかを確認します。「◯◯（業種）でおすすめのサービスは」「◯◯とは」といった、見込み客が使いそうな質問で試すのがコツです。

引用されていなければ、どの競合が引用されているかを見て、自社に足りない情報（一次データ・専門性・構造化）を洗い出します。

11-3. WordPressで計測タグ・イベントを設定する実装

より精緻に測るには、WordPressに計測タグを実装します。AI経由の訪問後の行動まで追えるようにします。

LLMOにかける投資と効果測定の関係を整理したい場合は「LLMO費用の相場と内訳」も参考になります。

第12章 WordPress LLMOでよくある疑問と実装のQ&A

ここでは、WordPressでLLMOに取り組む際に実装者から頻繁に挙がる疑問に答えます。費用相場や会社選びではなく、WordPressの実装に紐付いた設問に絞って整理します。

12-1. 既存テーマのままでもLLMO対策はできますか？

多くの場合、既存テーマのままでもLLMO対策は始められます。テーマを丸ごと変えなくても、効果の出やすい施策から着手できるためです。

robots.txtでのAIクローラー許可、llms.txtの設置、SEOプラグインでの構造化データ出力、著者情報の可視化は、テーマを問わず進められます。

ただし、テーマがJavaScript描画に強く依存していたり、見出しをdivで出力していたりする場合は、その部分の改修が必要になります。まずは既存テーマで着手し、第1章の5つのチェックポイントで不利な点があれば個別に直す、という順序が現実的です。

12-2. プラグインを入れるだけでAIに引用されますか？

プラグインを入れるだけでは、AIに引用される状態にはなりません。プラグインは土台を整えるだけで、引用されるかは中身の情報価値で決まるからです。

構造化データやllms.txtは、AIがコンテンツを読み取りやすくする補助線です。しかしAIが引用先に選ぶのは、質問への答えとして的確で、一次情報や専門性が備わったコンテンツです。プラグインで機械可読性を高めつつ、結論ファーストで専門的な内容を書く——この両輪が揃って初めて引用が狙えます。

12-3. AIクローラーはブロックすべきですか、許可すべきですか？

AIの回答経由で認知や流入を得たいなら、原則は許可です。ブロックすれば、そもそもAIの回答の候補に入れなくなります。

回答生成・引用系のクローラー（OAI-SearchBot・PerplexityBot等）は許可し、学習系（GPTBot・Google-Extended）は事業方針で判断するのが基本の切り分けです。有料コンテンツや独自データを守りたい範囲だけを個別にブロックする、という設計もできます。

12-4. WordPress.comとWordPress.orgでLLMO対策に違いはありますか？

あります。自由度の差が、そのままLLMO対策の可否に影響します。

自分でサーバーに設置するWordPress.org（インストール型）は、プラグインの追加・robots.txtの編集・llms.txtの設置・functions.phpの編集がすべて自由に行えます。一方、ホスティング型のWordPress.comは、プランによってプラグイン追加やファイル設置に制限があります。

無料〜下位プランでは、llms.txtの設置やプラグインでの構造化データ実装が難しい場合があります。本格的にLLMOへ取り組むなら、自由度の高いWordPress.orgが有利です。

12-5. サイトの表示速度はLLMOの結果に関係しますか？

関係します。表示速度は、AIクローラーの取得効率を通じてLLMOに影響します。

重いサイトはクローラーが巡回できるページ数が減り、JavaScript描画が遅いと本文が取得されないこともあります。キャッシュと画像最適化で速度を上げれば、より多くのページを確実に取得してもらえます。表示速度は読者の体験にも直結するため、AIと人間の双方に効く施策として優先度を上げてよい要素です。

第13章 自社実装と外注はどちらが最適？WordPress×LLMOに強い依頼先の選び方

ここまでの実装を、自社で進めるか外注するかは悩みどころです。この章では、自社実装と外注の判断軸を整理し、WordPress×LLMOに強い依頼先の見極め方を解説します。

13-1. 自社実装で対応できる範囲と外注が必要になる範囲

まず、どこまで自社でできて、どこから外注が必要かの線引きを明確にします。無理な内製も、過剰な外注も、どちらも損失を生むためです。

プラグインで完結する範囲は、社内に基本的なWordPressの知識があれば自社で対応できます。robots.txt編集・llms.txt自動生成・SEOプラグインでの構造化データ出力・著者情報の表示などが該当します。

一方、専門知識がないと事故を招きやすい技術的な領域は、外注の価値が出る範囲です。具体的には、functions.phpでのschema手動実装、テーマの非セマンティックなマークアップ改修、プラグイン干渉やschema衝突の切り分け、JavaScript描画の是正などが該当します。

下の比較表で、自社実装と外注の違いを整理します。

観点	自社実装	外注
対応範囲	プラグイン設定・記事の書き方	テーマ改修・コード実装・衝突の切り分け
品質	担当者のスキルに依存	専門知識で安定・失敗を回避
コスト	人件費のみ（金銭支出は小）	費用は発生するが手戻りが少ない
スピード	学習しながらで遅くなりがち	実装が速く、効果測定まで一気通貫

判断の目安は、プラグインの範囲で足りるなら自社、コード改修や衝突の切り分けが必要なら外注、という切り分けです。

13-2. WordPress×LLMOに強い依頼先を見極める3つの基準

外注する場合、どこに頼むかで成果が変わります。WordPress×LLMOに強い依頼先を見極める基準を3つに絞ります。

1つ目は、WordPressの技術対応力です。テーマ改修・functions.phpでのschema実装・プラグイン干渉の切り分けまで踏み込めるかを確認します。プラグイン設定しかできない依頼先では、テーマ由来の問題を解決できません。

2つ目は、LLMOと効果測定の一気通貫の体制です。実装して終わりではなく、AI被引用の計測・改善まで回せるかを見ます。

3つ目は、費用と改善スピードのバランスです。LLMOは正解が一つに定まらず、検証と修正を繰り返す領域のため、試行回数を増やせる料金体系とスピード感が成果を左右します。会社比較の全体像は「LLMO対策のおすすめ会社」でも確認できます。

WordPressのLLMO実装・改善のご相談は「株式会社Grill」へ

WordPressのLLMOでつまずく多くの現場に共通するのは、「SEOプラグインは入れたのに、テーマ由来のschema衝突やクローラー誤ブロックまで手が回っていない」という状態です。プラグインを入れるところまでは自社でできても、その先のコード改修や干渉の切り分けで止まってしまう——この技術の壁を越えるのが、株式会社Grillの役割です。

株式会社Grillは、robots.txtとAIクローラーの許可設計から、llms.txtの設置、テーマとプラグインのschema衝突の解消までを担います。

さらに、functions.phpでの構造化データ実装、ブロックエディタでの引用されやすい記事設計、AI被引用の効果測定までを、WordPress環境ごとに一貫して対応します。既存テーマを活かせる範囲と改修が必要な範囲を切り分け、費用を抑えながら効果の出やすい順に手を入れます。

裏側で支えているのは、最先端AIと自動化ツールによる運用効率化です。この効率化を土台に、施策の実行・検証・改善のサイクルを高速で回すため、被引用が積み上がるまでの立ち上がりが早くなります。

広告運用は手数料10%〜（業界標準20%の半額水準）、SEO・LLMO支援は月額数万円からと、試行回数を増やしやすい料金体系にしています。この点も、AI検索の仕様が動き続けるLLMO領域では大きな強みになります。

「ChatGPTに自社が出てこない」「構造化データを実装したいがテーマとの衝突が怖い」という段階でも、現状の被引用状況とWordPressの構造を診断するところから着手できます。

第14章 WordPressのLLMO対策は今日から始められる｜優先順位ロードマップ

WordPress LLMOは、大規模な作り直しを待つ施策ではありません。既存のWordPress環境のまま、優先順位に沿って今日から手を動かせます。最後に、本記事で解説した実装を着手しやすい順に振り返ります。

WordPress LLMO実装の優先順位ロードマップ

AIに引用されるWordPressサイトへの道のりは、いきなり全部をやる必要はありません。効果が土台になる順に積み上げれば、途中で息切れせずに前進できます。

• 今日やること：robots.txtでAIクローラー（OAI-SearchBot・PerplexityBot等）を許可し、セキュリティプラグインが誤ブロックしていないかを確認する。SEO総合プラグインを1つに絞る
• 今週やること：llms.txtを設置（プラグインまたは手動）し、OrganizationとArticleの構造化データをリッチリザルトテストで検証して1系統に整える
• 今月やること：ブロックエディタで結論ファーストの見出し構造に整え、著者・監修・運営者情報でE-E-A-Tを可視化する。表示速度をCore Web Vitalsで改善する
• 継続すること：GA4でAI経由流入を計測し、生成AIに実際に質問して被引用を定点観測する。足りない情報を補いながら改善を回す

この順序の要点は、まず土台（クローラー到達性）を確保し、次に案内（llms.txt）と機械可読性（構造化データ）を整え、最後に中身（E-E-A-Tと記事構造）を磨くという流れです。

AIに引用される状態は一度に完成するものではなく、正確な情報と機械可読性を少しずつ積み重ねた先にできあがります。着手が早いサイトほど、被引用の蓄積という点で先行できます。今日、robots.txtの1行を確認するところから、WordPressのLLMOは動き出します。