技術実装

LLMO診断の結果をどう直す?優先順位を決める4段階

LLMO 診断 改善で迷う担当者へ。発見性、取得可能性、理解可能性、信頼性の4段階に分け、影響範囲と事業上の重要度から実装の優先順位を決める方法を具体的に解説します。

株式会社adding LLMO編集部#llmo#seo
この記事の目次を開く

LLMO診断で見つかった課題は、発見性、取得可能性、理解可能性、信頼性の4段階に分け、上流から改善します。重要ページがサイトマップや内部リンクから見つからないなら発見性、noindexや取得エラーで本文を読めないなら取得可能性を先に直します。点数の低さだけで着手順を決めず、内容と根拠の改善はその後に進めます。

たとえば、会社情報の説明が薄い一方で、重要ページが noindex になっているなら、文章の加筆よりインデックス制御の修正が先です。FAQの構造化データがなくても、本文が取得できない問題の方が上流にあります。診断項目を同じ平面に並べると、この依存関係を見落とします。

ただし、4段階の中で見つかった項目をすべて直す必要はありません。限られた工数をどのページへ割り当てるか。その判断には「影響範囲」「事業上の重要度」「検証可能性」を加えます。

LLMO診断の改善を始める前に、課題を「症状」と「原因」に分ける

「AI回答に自社名が出ない」「競合だけが引用される」は症状です。それだけでは、robots.txt、検索インデックス、ページの情報不足、根拠の弱さのどこを直すべきか決まりません。同じ症状でも原因は異なります。

診断結果を実装計画へ移す際は、各指摘に次の情報を持たせます。

  • 対象:サイト全体、テンプレート、特定のページ、特定の記述のどれか
  • 現象:何を、どのURLと確認日時で観測したか
  • 原因候補:設定、配信、情報設計、根拠のどこに問題があるか
  • 完了条件:HTTP応答、HTML、検索状態、表示内容など、何を再確認すれば直ったと言えるか
  • 影響先:Google Search、AI Overviews、ChatGPT Search、ユーザーのどこに関係するか

この整理をすると、「引用されないから構造化データを追加する」といった原因未確認の実装を避けられます。Googleは生成AI機能向けの公式ガイドで、既存のSEOの基礎が引き続き有効であり、生成AI検索専用の構造化データは不要だと説明しています。診断後の改善は、公式要件と実際の配信状態の差を埋める作業として扱います。

第1段階:発見性を直す

発見性とは、検索システムやクローラーが重要URLの存在を知り、対象として扱える状態です。内部リンクから孤立している、サイトマップに重要URLがない、canonicalが別URLを指す、noindex が付いている、といった指摘がここに入ります。

Googleのクロールとインデックスに関する公式資料は、サイトマップ、robots.txt、canonical、リンク、メタタグを別々の制御として整理しています。robots.txtの許可はクロールの制御であり、インデックス登録の確認は別に必要です。クロールを拒否したURLが、本文を伴わず検索結果に現れる場合もあります。目的に対して各設定が整合しているかを見ます。

優先するのは、サービスページや会社概要など事業上重要なURLに影響するサイト全体の不具合です。補助記事1本の内部リンク不足より、共通テンプレートの誤った noindex やcanonicalを先に扱います。修正後は、設定ファイルの差分だけでなく、公開URLから返るHTMLと検索エンジン側の状態を確認します。

ChatGPT Searchを対象にする場合も、検索用のOAI-SearchBotと学習用途のGPTBotを混同できません。OpenAIのクローラー公式仕様では、両者の設定は独立し、OAI-SearchBotを拒否したサイトはChatGPTの検索回答に表示されない一方、ナビゲーションリンクとして現れる可能性はあるとされています。個別の確認手順は、公開済みのChatGPTで自社が出てこないときに確認する7項目にもまとめています。

第2段階:取得可能性を直す

URLが発見されても、本文を正常に取得できるとは限りません。CDNやWAFによる拒否、認証、タイムアウト、連続するリダイレクト、JavaScript実行後にしか現れない主要情報などは、取得可能性の問題です。

ここでは「ブラウザで自分が見られた」だけで合格にしません。対象のユーザーエージェントや公開IPレンジ、返却ステータス、最終URL、取得されたHTMLを分けて確認します。OpenAIはOAI-SearchBotについて、robots.txtでの許可に加えて公開IPレンジからのリクエストを許可するよう案内しています。ChatGPT-Userはユーザー操作を契機にページを訪れる別のエージェントで、自動クロールやSearchへの掲載管理には使われません。

Googleについては、生成AI機能でもSearchがページを見つけて処理する仕組みが基礎です。公式ガイドは、ページがインデックス登録され、スニペット表示の対象となる技術要件を満たすことや、JavaScript SEOなど既存の基礎を重視しています。取得障害が残っていれば、見出しやFAQの追加より障害の解消を優先します。

第3段階:理解可能性を直す

取得できるページでも、誰が何を提供し、どの条件で利用できるのかが曖昧なら、回答の材料として使いにくい状態です。ここで初めて本文、見出し、ナビゲーション、構造化データの整合を直します。

優先対象は、検索者の主要な問いに答える一次情報です。会社・サービスページなら、少なくとも次の関係をページ上で明確にします。

  • 正式な運営主体とサービス名
  • 対象者、提供範囲、成果物
  • 料金や契約条件を公開する場合の前提
  • 対応できないこと、保証しないこと
  • 詳細ページと問い合わせ先への導線

項目を埋めること自体が目的ではありません。本文、ページタイトル、構造化データで名称や内容が食い違わず、読者が比較や判断に使えることが完了条件です。

構造化データは表示内容の関係を機械可読に示す補助であり、本文にない主張を追加する場所ではありません。Googleの公式ガイドは、生成AI検索専用の構造化データを求めていません。llms.txt もGoogle検索での表示やランキングに影響しないと明記しています。診断で未実装と出ても、Googleでの発見・取得・本文の不足より先に置く根拠にはなりません。AI Overviews固有の整理はAI Overviewsに引用されるにはで確認できます。

第4段階:信頼性を直す

最後は、記載内容を読者とシステムが確かめられる状態にします。運営主体、著者や監修者、更新日、根拠となる一次情報、問い合わせ先を明示し、古い情報やページ間の矛盾を解消します。料金、仕様、制度のように変化する情報は、確認時点と適用条件も添えます。

信頼性を第4段階に置くと、後回しに見えるかもしれません。順番の理由は依存関係です。発見も取得もできないページでは、追加した出典や運営者情報が評価対象へ届きません。ただし、公開中の誤情報、法令や安全に関わる誤り、社名・料金・提供条件の矛盾は緊急対応に切り出します。利用者への影響が大きいため、段階を飛び越えて即時に訂正します。

Googleの公式ガイドも、独自で有用な内容、専門性や経験に基づく内容、読者本位で信頼できる内容を重視しています。ただし、要件を満たしてもクロール、インデックス、表示は保証されません。信頼情報を追加したことと、AI回答で引用されたことを直接の因果として扱わない姿勢も必要です。

同じ段階の課題は3つの軸で並べ替える

4段階に分類した後、各段階の中では次の順に判断します。

  1. 影響範囲:全ページの共通設定か、重要ページ群か、単一ページか
  2. 事業上の重要度:問い合わせや比較検討に必要なページか、補助的なページか
  3. 検証可能性:修正前後を同じ条件で再確認できるか

たとえば、全ページのcanonical不備と記事1本の著者情報不足なら、通常は前者を先にします。ただし、その記事に重大な誤記があるなら訂正を割り込ませます。機械的な点数順ではなく、「上流の障害」「影響の広さ」「利用者への危険」の順に判断すると、例外も説明できます。

実装単位は小さく分けます。クロール制御と本文改稿と構造化データを一度に公開すると、どの変更が取得状態や表示に関係したか分かりにくくなります。変更日、対象URL、変更内容、確認したサービス、質問文、引用URL、流入を分けて残してください。AI回答、引用、検索順位、流入、問い合わせは異なる観測点であり、一つのスコアに丸めません。

改善計画の完成形

実行表には、課題名だけでなく「対象URL」「4段階」「根拠」「対応内容」「担当」「完了条件」「再確認日」を置きます。着手順は、発見性、取得可能性、理解可能性、信頼性を基本線とし、重大な誤情報だけを緊急対応として切り出します。

LLMO診断後は最低点から機械的に着手せず、依存関係を見ます。重要ページを見つけられない障害があれば発見性、見つかっても読めなければ取得可能性、読めても意味が曖昧なら理解可能性、内容を裏づけられなければ信頼性です。そのうえで、影響範囲が広く、事業上重要で、修正後を検証できるものから実装します。

この順番なら、冒頭で残した「限られた工数をどのページへ割り当てるか」にも答えが出ます。全体を止める上流障害を除き、重要ページへ集中し、完了条件を満たしたら次段階へ進みます。自社だけで原因の切り分けや実装順の決定が難しい場合、支援範囲はLLMO/AIOの診断、実装支援、技術顧問です。公開LP上の料金目安は診断10万円、実装支援30万円から、技術顧問15万円/月です。いずれの施策も、AI回答での引用、検索順位、流入を保証するものではありません。