WordPress向けのAEO（Answer Engine Optimization、アンサーエンジン最適化）に関する解説の多くは、コンテンツ構造の改善、スキーママークアップの追加、より明確な回答の作成を推奨しています。こうした取り組みは間違っていない一方で、それを実際にAIに認識されるかどうかを左右する重要な要素が見落とされがちです。
AIシステムは、コンテンツをリアルタイムで取得し、解析し、抽出し、統合します。このプロセスにおいては、記事の文章がどれだけ優れているかよりも、「そのページを機械が確実に取得し、レンダリングし、読み取れるかどうか」が重要です。サーバーの応答速度、キャッシュ設定、JavaScriptレンダリング、CDNルール、ボットアクセス設定などが、AIクローラーがコンテンツに到達できるかどうかを左右する要因となります。
Kinstaでは、インフラレベルでAIボットとWordPressサイトのやり取りを監視していますが、スキーマの不足やコンテンツ構造の不備ではなく、AIがサイトを安定して取得できないという問題はよく見られます。
この記事では、この視点からWordPressのAEO対策を掘り下げていきます。もちろんコンテンツ面も重要であり、その点についても詳しく見ていきますが、多くのWordPressサイトが静かに競争力を失っているのはインフラ面であり、そこにはKinstaだからこそお伝えできる知見があります。
AEO・SEO・GEOの違いを理解する
AEO、SEO（検索エンジン最適化）、そしてGEO（Generative Engine Optimization、生成エンジン最適化）は、しばしば同じ意味で使われたり、まったく別の手法として扱われたりしますが、そのどちらも正確ではありません（これらの違いについてはこちら）。
簡単に言えば、SEOは検索エンジンの検索結果でページを上位表示させるための取り組みです。AEOは、強調スニペットや音声検索、AI Overviews（AIによる概要）などでコンテンツが直接回答として引用されることを目指します。一方、GEOは、ChatGPTやPerplexity、Geminiといった生成AIに参照・引用されることを目的としています。
重要なのは、これら3つがそれぞれ独立した戦略ではないということです。SEOでは検索エンジンがコンテンツをクロールできること、AEOでは内容が明確で理解しやすいこと、GEOではウェブ上で十分な信頼性を獲得していることが求められます。人間にも機械にも理解しやすいコンテンツを作る必要がある点は共通しています。
現在は検索順位だけでなく、コンテンツがAIによって抽出・再利用されるかどうかも重要になっていますが、そのためにまったく新しい施策が必要になるわけではありません。クロール可能で、分かりやすく、信頼できるコンテンツを作るという基本を押さえていれば、AEOやGEOへの対応も自然と進めることができます。
WordPressは強みであると同時に落とし穴にもなり得る
WordPressは標準で整理されたHTMLを出力し、カテゴリやタクソノミーの仕組みもAI検索エンジンが好むトピッククラスターの構造と相性が良好です。また、プラグインエコシステムも充実しており、AEO向けの機能を提供するツールが次々と登場しています。
さらに、WordPressはウェブ全体の40%以上で利用されていることから、AI検索エンジンやAIクローラーも日常的にWordPressサイトを巡回しています。その意味では、AIはWordPressのコンテンツを読み取ることに十分慣れていると言えるでしょう。
これは大きな利点ですが、一方で安心しすぎてしまう原因にも。WordPressは多くの設定や最適化を自動で行ってくれるため、「これで十分」と思い込んでしまいがちです。たとえば、Yoast SEOをインストールして緑色の評価マークを確認し、そのまま安心してしまうケースも少なくありません。しかし、現在のAEO対策ではそれだけでは不十分です。
AEOに対応したサイトを構築するには、SEOプラグインが標準でカバーする範囲を超えた取り組みが求められます。具体的には、適切なスキーママークアップの実装、AIが理解しやすいコンテンツ構成、llms.txtの活用、AIクローラーの管理、そして大量のボットアクセスにも耐えられる技術基盤などが重要になります。
以下、これらの要素について順番に見ていきます。
AEO対策その1. 検索対応コンテンツ
AI検索エンジンは、人間と同じようにページを読んでいるわけではありません。導入文を流し読みしたり、ストーリー展開を楽しんだり、文脈から結論を読み取ったりすることはありません。AIは、見出しや段落、リストといったHTML構造と、それらの要素同士の関係性をもとにコンテンツを抽出します。
AIがどのように情報を利用するのかを考えてみます。ユーザーが質問すると、AIはページ内から明確で引用しやすい回答を探し、その情報を回答として提示できるかどうかを判断します。もし回答が長い段落の途中に埋もれていれば、AIがそれを見逃したり、より分かりやすく整理された別の情報源を選んだりする可能性があります。
同じ内容を伝える、以下2つの文章を比較してみましょう。
曖昧な例
「強調スニペットについて考える際には、さまざまな要素を考慮する必要があります。Googleは長年にわたって情報の表示方法を進化させており、どのように回答が選ばれるのかを理解するには、コンテンツ構造や関連性シグナル、見出しでの質問の表現方法など、複数の要素を検討しなければなりません」
引用しやすい例
「強調スニペットとは、Googleが検索結果でユーザーの質問に直接回答するために、ウェブページから抜粋して表示するテキストのことです。掲載されるには、質問への回答を明確かつ簡潔な言葉で、できるだけ早い段階に記載する必要があります」
後者はそのまま引用しやすいのに対し、前者は内容を解釈する必要があります。AIが後者を好むのは、より最適化されているからではなく、回答が冒頭にあり、内容が明確で曖昧さがないためです。
こうした考え方は、サイト内のあらゆるコンテンツに応用できます。
-
まず回答を書き、その後で補足する：各小見出し（通常はH2）の直後にある最初の1〜2文で、質問への回答を明確に示す。AIはページの前半にある情報を優先的に参照する傾向がある。
-
見出しは実際の質問形式にする：「概要」よりも「AEOとは？」の方が効果的。ユーザーがChatGPTで「AEOとは何ですか？」と質問した場合、その意図と一致する見出しは関連性を示すシグナルになる。
-
段落は短く保つ：1〜2文程度が理想。長い段落には複数の情報が含まれることが多く、AIがどの部分を回答として扱うべきか判断しづらくなる。短く完結した段落の方が抽出されやすくなる。
-
比較には表、手順にはリストを使う：表や箇条書きは、通常の文章よりも情報が整理された構造になっている。AI Overviewsが表やリストを頻繁に引用するのも、その形式自体が情報整理に適しているため。
-
コンテンツをインタラクティブ要素の中に隠さない：AIクローラーが読み取るのは、ページ読み込み時のHTMLに含まれている内容。ボタンをクリックしたり、アコーディオンを展開したりはしない。そのため、FAQの回答をアコーディオンやタブ内に配置する場合でも、回答テキストがHTML内に存在し、ユーザー操作なしで取得できる状態にする。
AEO対策その2. AIが理解しやすい構造を整える
スキーママークアップ（JSON-LD形式の構造化データ）は、コンテンツの内容をAIに明示的に伝えるための仕組みです。AIが理解できる共通の形式を使って、「このページは何について書かれているのか」を伝えることができます。
例えば、このページがFAQを含んでいることや、特定の質問に対する回答を提供していることをAIに直接示すことが可能です。AIに推測させるのではなく、構造化データによって明確に伝えるイメージです。
構造化データがない場合、AIはページの内容を理解するためにより多くの処理を行う必要があります。AIは回答を生成する際に膨大な数の情報源を比較・評価しているため、理解しやすい情報源が優先される傾向があります。
例えば、競合サイトのFAQページにFAQPageスキーマが実装されていて、自社ページには構造化データがない場合、たとえコンテンツの質が自社ページの方が高くても、AIが競合サイトを引用する可能性があります。
AEO対策において特に重要なスキーマは以下のとおりです。
-
FAQPage：質問と回答の組み合わせを構造化データとして定義するためのスキーマです。AEOとの相性が特に良く、FAQPageスキーマを実装したページはAI Overviewsに表示される可能性が高くなることがわかっています。
-
Article：コンテンツの種類、著者情報、公開日、最終更新日などを明示するスキーマです。これらの情報は、コンテンツの信頼性を判断する重要なシグナルになります。
-
HowTo：手順を説明するコンテンツに適したスキーマです。各ステップを構造化データとして明示できるため、AIがページのレイアウトや文章構成を解釈しなくても、手順を正確に理解できます。
-
Organization：企業名やブランド名、ロゴ、ウェブサイト、SNSプロフィールなどを定義するスキーマです。AIは個々のページだけでなく、企業やブランドといった「エンティティ（実体）」も理解しようとします。Organizationスキーマは、その理解を支援する重要な役割を果たします。
WordPressで構造化データを実装する場合は、Rank Mathが比較的簡単に設定できるプラグインです。また、独自のJSON-LDを追加したい場合は、WPCodeを使用することで、テーマファイルを編集することなく特定のページにスキーママークアップを追加できます。
実装後は、Googleのリッチリザルト テストを利用して、ページが対象となるリッチリザルトタイプを確認できます。
AEO対策その3. llms.txtでAI向けの情報を整理
llms.txtは、サイトのルートディレクトリに配置するプレーンテキストファイルで、AIシステム向けに作成されたものです。robots.txtがクローラーに対して「どこにアクセスできるか」を伝えるのに対し、llms.txtは「どのコンテンツを優先的に参照すべきか」を伝える役割を担います。
この仕組みは、Answer.AIのJeremy Howard氏によって2024年に提案され、その後、Anthropic、Cloudflare、Stripeなどの企業が採用しており、まだ正式な標準仕様ではないものの、急速に普及が進んでいます。
現時点では必須の対策とは言えませんが、導入にそれほど手間はかかりません。AIによるコンテンツ利用を見据えるのであれば、早めに対応しておく価値は十分にありそうです。
WordPressでllms.txtを追加する方法
WordPressサイトにllms.txtファイルを追加する方法は、主に以下の3つです。
-
Yoast SEOを使用する（一番簡単）：Yoast SEOを使用している場合は、この方法が最も手っ取り早い。2025年6月時点で、Yoast SEOの無料版・有料版の両方に
llms.txtの自動生成機能が搭載されており、サイトのコンテンツをもとに自動生成される。 -
Website LLMs.txtプラグインを使用する：3万件以上の有効インストール数を持つ
llms.txt専用のWordPressプラグイン。有効化するだけで、ドメインルートにllms.txtとllms-full.txtの両方が自動生成される。 -
FTPまたはファイルマネージャーで手動作成する：
llms.txtという名前のプレーンテキストファイルを作成し、前述の形式で内容を記述したうえで、FTPまたはサーバーサービスのファイルマネージャーを使用してサイトのルートディレクトリ（通常はpublic_html）にアップロードする。
llms.txtの動作確認方法
ブラウザでyourdomain.com/llms.txtにアクセスしてみます。設定が正しく行われていれば、llms.txtの内容がプレーンテキストとして表示されます。例えば、以下はPerplexity.aiのものです。
404エラーが表示される場合は、サーバー側でそのファイルへのアクセスがブロックされている可能性があります。まずはキャッシュを削除してから再度確認してください。それでも404エラーが表示される場合は、キャッシュプラグインやCDNがそのURLへのアクセスを妨げていないか確認しましょう。
AEO対策その4. AIクローラーがアクセスできる状態を維持
AI検索エンジンは、Googlebotとは別の専用クローラーを使用しています。これらのクローラーはコンテンツを読み取り、AIによる回答生成に活用します。
主なAIクローラーには、GPTBot（OpenAI）、ClaudeBot（Anthropic）、PerplexityBot、Google-Extended（Gemini）などがあります。
これらのクローラーへのアクセス許可は、robots.txtで制御できます。しかし、AIクローラー向けの設定を明示的に追加したことがない場合、意図せずアクセスを制限している可能性があります。
AIクローラーがサイトをクロールできなければ、コンテンツがAIの回答に引用されることもありません。
また、Cloudflareを利用している場合は、AIクローラーのアクセスがブロックされていないか確認しておくことをおすすめします。特にボットファイトモードの設定を確認し、必要なクローラーが誤って制限されていないかチェックしましょう。
セキュリティプラグインも見落とされがちな要因のひとつです。スパムボット対策として包括的なボットブロック機能を備えているものもありますが、その設定によってAIクローラーまでブロックされてしまうことがあります。厳しいボットフィルタリングを有効にしている場合は、GPTBotやPerplexityBotが誤ってブロック対象になっていないかを確認してください。
また、すべてのAIクローラーを一律に許可またはブロックする必要はありません。重要なのは、検索結果やAI回答の生成に利用され、サイトへの流入につながる可能性があるAIクローラーと、トレーニング目的でコンテンツを収集するAIクローラーを区別することです。必要に応じて、一方を許可し、もう一方をブロックすることもできます。Kinstaをご利用の場合は、MyKinstaの「ボット対策」機能から、こうした設定を柔軟に管理できます。
AEO対策その5. インフラの信頼性
これは、この記事でご紹介している他の施策が効果を発揮するかどうかを左右する重要な要素です。そして、多くのAEO関連の解説では見落とされがちなポイントでもあります。
AIシステムはページを評価するだけではなく、実際にページを取得して内容を読み取ります。この取得プロセスはリアルタイムで行われ、処理に使える時間にも限りがあります。例えば、ユーザーがChatGPTに質問すると、関連するページを取得し、HTMLを解析し、回答に必要な情報を抽出したうえで、最終的な回答を生成します。
この一連の処理には時間的な制約があります。ページの表示が遅い場合やエラーを返す場合、あるいはJavaScriptを実行しなければコンテンツが表示されない場合、そのページは参照対象から外れてしまう可能性があります。するとAIは別の情報源へ移り、あなたのコンテンツは回答に利用されません。これはコンテンツの質が低いからではなく、AIが十分な速度でアクセスできなかったためです。
インフラレベルで見えていること
KinstaでホスティングされているWordPressサイトを分析すると、一貫した傾向が見られます。高速かつ安定したサイトほど、AIクローラーによる巡回頻度が高く、より多くのページが取得されています。一方で、表示速度の遅いサイトはクロール頻度が低くなり、インデックスされるページ数やAIによる引用の機会も減少する傾向があります。
AIクローラーは優先順位に基づいて巡回対象を処理しているため、パフォーマンスの高いサイトは定期的に再訪問される一方、応答の遅いサイトは優先度が下がってしまいます。
つまり、AEOにおいてサーバー環境は単なる裏方ではなく、重要な要素になります。サーバーの応答速度が遅ければ、今回ご紹介している他の最適化施策の効果にも影響を及ぼします。
WordPressでよくある技術的な問題
-
不要なプラグインの増加：有効化されているプラグインは、ボットによるアクセスを含め、すべてのページリクエストに処理負荷を追加する。30個以上のプラグインを使用しているWordPressサイトでは、クロールのたびに大きなサーバー負荷が発生する可能性あり。定期的にプラグインを見直し、使用していないものは削除。すぐにパフォーマンスの改善は現れるようになり、AIクローラーがサイトを効率的に巡回できるようになる。
-
負荷の大きいテーマ：ブログ記事の表示に複数の外部スクリプト、大規模なCSSフレームワーク、ウェブフォントなどを読み込むテーマは、AIクローラーにとって不要な処理を増やす。AIはそれらのアセットを利用せず、適切にレンダリングできない場合も。AIによる情報取得の観点では、ページの軽さも重要で、軽量なページほど取得や解析が速くなり、クロール時に内容が適切に認識される可能性が高まる。
-
JavaScriptで生成されるコンテンツ：AIによる情報取得において、最も大きな技術的課題のひとつ。JavaScriptを多用するページビルダーやクライアントサイドレンダリングを採用したブロックテーマを利用している場合、AIクローラーには不完全なページしか見えていない可能性がある。AIクローラーが読み取るのは、ブラウザでレンダリングされた結果ではなく、サーバーが返すHTML。HTMLを確認するには、対象ページをブラウザで開き、右クリックで「ページのソースを表示」を選択する。HTML内に記事本文が存在しない場合、AIクローラーもその内容を読み取れない。この対策としては、コンテンツをクライアント側で組み立てるのではなく、サーバーから返されるHTMLに含めることが重要。
-
キャッシュ設定の不備：適切に設定されたキャッシュは、AIクローラーに高速かつ安定したレスポンスを提供し、ページを都度生成することなく配信できるが、AIクローラーには特有の問題がある。クローラーがキャッシュを経由せず、動的なWordPressエンドポイントへ直接アクセスしている場合、リクエストごとにPHPの実行やデータベースへの問い合わせが発生する。AIクローラーは短時間に大量のリクエストを送ることがあるため、サーバー負荷の増大、応答速度の低下、レート制限の発動、さらにはクロールの失敗につながる可能性がある。重要なのは、AIクローラーにもキャッシュされたページを配信し、キャッシュを迂回させないこと。
- CDNの設定：CDNは、本来であればAIクローラーが地理的に近いエッジサーバーからコンテンツを取得できるようにし、アクセスを高速化する役割を果たす。しかし、一部のCDN設定、特に厳しいボット管理ルールを有効にしている場合、悪意のあるボットだけでなくAIクローラーまでブロックまたは制限してしまうことがある。最近CDN設定を変更した場合やボット管理機能を有効にした場合は、AIクローラーが引き続き正常かつ高速にアクセスできているか確認すること。
-
正規URL（Canonical URL）の設定：1つのコンテンツは、1つのURLで参照できる状態にしておくことが重要。wwwあり・なしのURL、URLパラメータ付きURL、ページネーションなどによって同じ内容が複数のURLで公開されていると、AIはそれぞれを別ページとして認識し、評価やシグナルが分散してしまう。適切なcanonical設定によって、評価を単一のページに集中させることができる。
-
XMLサイトマップの更新：一部のAIクローラーは、内部リンクだけでなくサイトマップも利用して新しいコンテンツを発見する。サイトマップの更新が遅れていると、新しく公開したコンテンツが数週間にわたって発見されない可能性がある。多くのSEOプラグインはサイトマップを自動生成するが、新しい記事が公開後すぐに反映されているか確認しておくこと。
インフラを最適化したからといって、AIによる引用が保証されるわけではありません。最終的にはコンテンツ自体の質が重要です。しかし、インフラに問題があると、どれほど最適化されたコンテンツであっても、AIに十分に読み取られない可能性があります。
まとめ
今回は、WordPressサイトに重要な5つのAEO対策について掘り下げました。多くのAEO解説記事では、コンテンツやスキーママークアップに重点が置かれています。
インフラ面で見落とされがちな問題として、「AIがサイトを安定して取得できない」という点があります。高速なサーバー環境、適切なクロールアクセス設定、サーバーサイドで生成されるコンテンツ、そして正しく実装されたスキーマが揃ってはじめて、AIに引用される土台が整います。
WordPressはこれらすべてに対応できる柔軟なプラットフォームで、重要なのは、それぞれの要素が適切に設定されているかどうかです。
インフラ面の手間なく最適化したい場合は、KinstaのWordPress専用マネージドクラウドサーバーをお試しください。高速なサーバー応答時間、標準搭載のフルページキャッシュ、そしてAIクローラーによる大量アクセスにも対応できるインフラにより、実際の訪問者へのパフォーマンスを損なうことなくサイトを運用できます。
