情報確認日:2026年10月20日/原稿更新日:2026年10月21日
LLMO診断は、AI回答での自社の扱われ方と、その根拠になるサイトの状態を照合し、改善する場所を決める点検です。AIに社名が出るかだけでなく、公開・取得の状態、企業やサービス情報、回答の正確さ、継続して確認できる体制を調べます。
診断を終えたときに必要なのは、点数だけではありません。どのURLで何を確認し、何が未確認で、誰が何を直すのかが分かる記録です。本記事では、4分野・24項目のチェックリストに確認方法と判断基準を付け、診断後の優先順位まで解説します。
このチェックリストは自社の点検を進めるための整理であり、AIサービスの公式な評価基準や掲載を保証する採点表ではありません。本文の診断例は架空例で、実在企業の診断結果ではありません。別途掲載する「実際の点検記録」は、この連載の原稿と入稿台帳を照合した記録です。
LLMO診断で分かること・分からないこと
LLMO診断では、対象の質問に対するAI回答と、公式サイトにある情報を調べます。AIO診断・GEO診断と呼ばれる場合もありますが、名称より、何を確認するサービスかを明確にすることが大切です。
| 診断の対象 | 確認できること | 断定できないこと |
|---|---|---|
| 公開ページ | 表示、情報の不足、矛盾、内部リンクなど | すべてのAIが同じように取得・評価しているか |
| Googleの登録状態 | 対象URLのインデックス情報や検査結果 | 特定質問での順位やAI引用の保証 |
| AI回答 | 確認した日時・条件での言及、引用、説明 | 全利用者に対する表示割合や将来の回答 |
| 流入・問い合わせ | 利用可能な計測データの状況 | すべての接点をAI施策だけに帰属させること |
「サイトは整っているのに引用されない」「社名は出るが説明が誤っている」など、結果は一つではありません。サイト側の改善余地と、AI回答の観測結果を分けて記録すると、必要な対応を選びやすくなります。
診断項目の達成数をAI評価点と呼ばない
24項目のうち何項目確認したかは、点検の進捗として利用できます。しかし、確認済みの項目が多いほどAIに推薦されると換算することはできません。非公開にすべきページなど対象外の項目もあるため、単純な合計点より重大な問題と未確認事項を見ます。
LLMO診断前に用意するものと判定ルール
最初に対象を限定します。主力サービス1つと、それに関係する会社概要・サービス・料金・事例・問い合わせページから始める方法があります。サイト全体を診断する場合も、全URLを同じ深さで調べるのか、主要ページを抽出するのかを記録してください。
- 対象サイト、対象URL、診断日、担当者
- 正式な社名・サービス名、公式ドメインの一覧
- 最新の料金・対応範囲・所在地などの正しい情報
- 確認したい質問と、対象のAIサービス・検索機能
- 利用できるSearch Console・解析ツール・CMSの権限
これらを用意したら、各項目を次の状態で記録します。
| 状態 | 意味 | 記録すること |
|---|---|---|
| 確認済み | 対象と基準を決めて確認し、その範囲で問題を認めなかった | 確認日、URL、根拠 |
| 要改善 | 修正すべき不足・矛盾・不具合を確認した | 具体的な問題、影響、改善案 |
| 要調査 | 結果は取得したが原因や正しい対応を判断できない | 確認できた事実と追加で必要な情報 |
| 未確認 | 未接続・未実施・権限不足・取得失敗などで判定できない | 確認できない理由、担当、確認予定 |
| 対象外 | そのページや今回の診断目的には適用しない | 対象外とする理由 |
「未確認」を「問題なし」に含めないことが重要です。また、AI回答に自社がなかったことは観測結果であり、それだけでサイトの技術障害と判断することはできません。回答の状態とサイトの診断判定を別欄に残します。
チェックリスト1:公開・取得に関する6項目
情報が正確でも、対象ページにアクセスできなければ読者に届きません。まず、公開したいページが意図した状態で利用できるか確認します。以下は主にGoogle検索の土台と一般的なWeb公開状態の点検です。ほかのAIサービスの取得可否を一括で保証するものではありません。
| 番号・項目 | 確認方法 | 判断基準・残す証拠 |
|---|---|---|
| 1. 公開ページの表示 | ログアウトしたブラウザで対象URLを開き、本文と主要なリンクを確認する。 | 意図しないログイン要求、エラー、空の本文がない。画面と確認日時を保存。 |
| 2. インデックスの状態 | Search ConsoleのURL検査で登録状態と未登録の理由を調べる。 | 公開目的と結果が一致するかを判断。未登録は理由を記録し、直ちに障害と断定しない。 |
| 3. クロール・表示制御 | 検査結果、CMS設定、必要に応じてrobots.txtやnoindex等を管理担当者と照合する。 | 公開すべき情報を意図せず制限していない。非公開情報の制限は維持する。 |
| 4. 正規URL・転送 | URL検査の正規URLや実際の転送先を確認する。 | 対象サービスと異なるページや旧URLへ意図せず集約・転送されていない。 |
| 5. 重要情報の読み取り | ページ本文と、検査で確認できるHTML・表示を照合する。 | 料金や対応範囲が画像だけ・操作後だけに依存していないか。必要な説明がテキストで確認できる。 |
| 6. 内部リンク | メニューや関連ページから対象ページをたどり、リンク先を確認する。 | 関連する導線があり、リンク切れがない。リンク文から移動先を理解できる。 |
登録済み情報と現在の公開状態を混同しない
URL検査の結果には、Googleが登録している情報と、公開URLをテストした結果があります。ページを修正した直後は両者が異なることがあります。確認日と検査の種類を記録し、必要に応じて公開URLをテストしてください。登録されているという表示も、実際の検索表示を保証するものではありません。Search Console「URL検査ツール」
robots.txtを一括で許可すれば解決するわけではない
robots.txtはクロールを制御する仕組みで、検索結果からの除外そのものを保証する手段ではありません。クロールが遮断されると、ページ上のnoindexをGoogleが確認できない場合もあります。目的を確認せずに設定を削除・変更しないでください。Google検索セントラル「robots.txtの概要」
正規URLの指定も、重複するページの扱いを整理するためのものです。異なる内容を持つ重要ページを一つに集める設定になっていないかを確認し、意図と違う場合は原因を調べます。Google検索セントラル「正規ページを指定する方法」
チェックリスト2:企業・サービス情報に関する6項目
次に、自社が何を提供し、どの条件で利用できるのかを確認します。文章の長さや専門用語の多さではなく、読者の質問に答える事実があるかを点検します。
| 番号・項目 | 確認方法 | 判断基準・残す証拠 |
|---|---|---|
| 7. 企業・サービスの識別 | 会社概要とサービス説明を照合する。 | 正式名称、運営会社、提供内容が分かり、同名企業と区別できる。 |
| 8. 対象顧客・対応条件 | 営業資料や担当者への確認と、公開ページを照らし合わせる。 | 誰に何を提供するか、地域・対象外条件・必要な前提が説明されている。 |
| 9. 料金・契約条件 | 現行の料金表とサイト、FAQ、PDFを比較する。 | 金額、税区分、含む作業、追加費用などに矛盾がない。非公開料金は相談時の流れを説明。 |
| 10. 顧客の質問への回答 | 実際の問い合わせを分類し、答えが載るURLを対応させる。 | 重要な質問に答えがあり、条件や例外も確認できる。FAQの数だけで評価しない。 |
| 11. 根拠と責任主体 | 実績・事例・比較の根拠、著者や確認者を確認する。 | 数値の対象・期間、資料、公開許可を確かめられる。架空例は明示する。 |
| 12. 更新と情報の整合 | 主要ページ、公開資料、管理している外部プロフィールを照合する。 | 旧料金や旧住所など重要な矛盾がなく、更新する担当・資料が分かる。 |
「料金の記載がない」だけで不合格にしない
個別見積もりのサービスでは、価格を一律に公開できない場合があります。その場合は、見積もりが変わる条件、依頼時に必要な情報、見積もりまでの流れを説明できているかを確認します。架空の価格帯を補うことは改善ではありません。
引用されやすそうな文章より、確認できる事実を増やす
「業界最高水準」「幅広く対応」という表現だけでは、顧客は比較しにくくなります。対応する業務、対象外の作業、提供までの流れなど、確認できる内容に置き換える余地を診断します。
Googleは、有用な内容、独自の情報、情報源や著者など信頼性を判断できる説明を確認するよう案内しています。文量を増やす前に、何が不足しているかを特定しましょう。Google検索セントラル「有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成」
チェックリスト3:AI回答に関する6項目
サイトの点検と並行して、実際のAI回答を確認します。社名を含む質問だけでは、初めて相談先を探す人への露出は判断できません。社名を含む質問と含まない質問を分け、対象サービスごとに記録します。
| 番号・項目 | 確認方法 | 判断基準・残す証拠 |
|---|---|---|
| 13. 質問と条件 | 質問文、サービス、利用モード、日時、言語・地域、履歴の状態を記録する。 | 次回に近い条件で確認できる。質問の変更は履歴を残す。 |
| 14. 自社の言及 | 回答内の社名・サービス名と事業内容を確認する。 | 同名企業との取り違えがない。言及あり・なしを実際の回答に基づいて記録する。 |
| 15. 公式URLの引用 | 回答の出典リンクを開き、ドメインと対象ページを確認する。 | 公式サイトと第三者記事を分ける。複数リンクの有無とURLを保存する。 |
| 16. 説明の正確さ | 料金、対象顧客、対応範囲、所在地を現行の公式情報と照合する。 | 誤り、正しい情報、未記載、判定不能を区別し、照合資料を示す。 |
| 17. 文脈と引用元の情報 | 推薦・中立的な紹介・否定的な説明を確認し、参照先の記載も読む。 | 社名が出たことだけを好評価としない。引用元に古い情報がないかを記録する。 |
| 18. 比較対象と回答の変動 | 同じ回答に出る競合と出典を記録し、決めた条件で再確認する。 | 一度の結果から固定順位を決めない。自社と競合を同じ条件で扱う。 |
実際に使う質問の作り方
質問は顧客の検討場面に合わせます。たとえば業務支援サービスであれば、次のように分けられます。
- 課題の調査:「問い合わせ対応を減らすために、最初に整理することは?」
- 選択肢の比較:「FAQ作成を内製する場合と外注する場合の違いは?」
- 相談先の探索:「既存の業務フロー整理から依頼できる会社を探しています」
- 指名確認:「○○社のサービス内容と対応範囲を教えてください」
これらは設計例であり、自社の商材や顧客の言葉に置き換えます。望む回答が出るまで質問を変え、その結果だけを診断実績として残すことは避けてください。
回答がない状態も区別する
通常の回答を取得したが自社がなかった場合は「言及なし」です。通信エラーやログインの問題で回答を確認できなかった場合は「取得失敗」または「未確認」です。Google検索では、検索結果は表示されたがAIによる概要が出現しなかった状態も分けます。
また、同じサービス名でもWeb画面とAPI、利用モードの違いで条件が変わります。診断ツールがどの環境を使っているかを記録し、一般利用者の全画面を調べた結果として扱わないようにします。
チェックリスト4:計測・運用に関する6項目
診断は一度きりの結果で終わらせず、改善と再確認につなげます。細かな数値の集計に入る前に、必要な記録を取得し、担当者が確認できる状態かを点検します。
| 番号・項目 | 確認方法 | 判断基準・残す証拠 |
|---|---|---|
| 19. 検索データの確認体制 | Search Consoleへの権限と対象プロパティを確認する。 | 対象URLの検索状況を確認できる。未接続は検索実績0件と扱わない。 |
| 20. 流入データの確認体制 | 解析ツールの対象サイト・期間・参照元の確認可否を調べる。 | 計測できた範囲が分かり、参照元不明の訪問を推測でAI流入にしない。 |
| 21. 問い合わせ計測 | 送信完了、クリック、営業管理の記録を照合し、必要ならテストする。 | 何を1件とするかが明確。重複・テスト・営業メールを区別できる。 |
| 22. 変更履歴 | 更新URL、公開日、変更内容、承認者の記録を確認する。 | どの変更の前後を比較しているか分かる。 |
| 23. 対応担当と期限 | 課題一覧に実装担当、事実確認者、承認者を設定する。 | 「担当未定」の課題を放置せず、着手条件を決める。 |
| 24. 再診断と証拠の保存 | 次回確認日、質問、証拠の保管先を決める。 | 過去の結果を上書きせず、同条件の記録へ戻れる。 |
Search Consoleの「ウェブ」の検索パフォーマンスにはGoogleのAI機能に関するデータも含まれます。検索全体の増加を、AI引用の増加と同じ数値として扱わないようにします。Google検索セントラル「AI機能とウェブサイト」
初回診断で解析環境が未整備と分かれば、それ自体が次の作業です。「効果なし」と評価するのではなく、測れる状態を作る担当者と手順を決めます。
GoogleのAI機能での表示状況は、利用可能な場合はSearch Consoleの生成AIパフォーマンスレポートでも確認できます。対象はAI OverviewsとAIモードで、表示回数を訪問数や問い合わせ数と混同しません。検索タイプ「ウェブ」の全体データにも含まれるため、両者を合算しないでください。Search Console「生成AIパフォーマンスレポート」
数値の定義はLLMO対策の効果測定、GA4での確認操作はAI流入のGA4確認手順を参照してください。
診断結果から改善の優先順位を決める
チェックが付かなかった項目をすべて同じ優先度で直す必要はありません。顧客への影響、事業上の重要性、ほかの改善の前提になるか、作業の難しさを見て順番を決めます。
| 区分 | 対象の例 | 最初の対応 |
|---|---|---|
| 先に対応 | 主力ページが開けない、問い合わせできない、料金・連絡先の重大な誤り | 根拠を保存し、管理担当・事実確認者へ共有して修正する。 |
| 早期に整理 | サービス条件の不足、公式資料の矛盾、重要ページへの導線不足 | 正しい情報と対象URLを確定し、修正・承認・公開を計画する。 |
| 継続して改善 | 事例の拡充、関連する質問への回答追加、比較情報の補足 | 顧客の疑問と事業優先度に合わせ、制作対象を選ぶ。 |
| 追加調査 | 原因が分からない未登録、引用元を特定できない誤情報、取得条件の差 | 必要なアクセス権・ログ・資料を決め、仮説を確かめる。 |
たとえばFAQの追加と問い合わせフォームの不具合が同時に見つかった場合、先にフォームを修正します。逆に、重要な公開ページは利用できており、特定のAI回答に社名がないだけなら、すぐにサイト全体を作り直す必要はありません。
「原因」と「疑い」を分ける
公式ページの料金とAI回答の料金が違っていても、その原因が公式ページの書き方にあるとは限りません。古い第三者記事や過去の情報を参照している可能性もあります。診断では「料金が一致しない」という事実と、「旧PDFが影響している可能性」という仮説を分けて書きます。
仮説を検証するために、引用元、旧資料、ページ内の矛盾を調べます。根拠が確認できた課題から対応することで、関係のない改修に時間を使うことを減らせます。
設定を増やすより、必要性を確認する
GoogleはAI機能への掲載のために特別な構造化データやAI向けファイルを要求していません。llms.txtがない、FAQ用のマークアップがないといった理由だけで重大な欠陥と判断しないでください。対象サービスの仕様と、解決したい課題に基づいて必要性を検討します。Google検索セントラル「AI機能とウェブサイト」
情報不足が原因なら既存記事のリライト方法、Googleの取得・登録・表示制御が疑わしい場合はAI Overviews対策の技術確認へ進みます。
LLMO診断結果の記録例と再確認の方法
診断表には「項目番号・対象URL・状態・確認事実・証拠・改善案・担当・期限・再確認結果」を用意します。複数ページで同じ問題がある場合も、対象URLを追える形で残してください。
| 項目 | 状態と確認事実 | 改善・追加調査 | 完了確認 |
|---|---|---|---|
| 9. 料金条件 | 要改善。サービスページは現行料金、FAQは旧料金。 | 責任者に正しい条件を確認し、FAQと関連資料を更新。 | 対象ページとPDFの金額・条件が一致することを確認。 |
| 15. 公式URL引用 | 観測結果は公式引用なし。第三者の解説記事に社名あり。 | 引用元と公式のサービス説明を比較し、公式で不足する情報を調べる。 | 同じ質問で再観測。引用されない場合も記録を残す。 |
| 16. 説明の正確さ | 要調査。AI回答に旧料金が出るが、出典に料金の根拠がない。 | 原因を断定せず、旧資料・外部掲載を調べる。 | 誤情報の有無と公式の根拠を再照合する。 |
| 20. 流入の確認体制 | 未確認。解析プロパティへの権限なし。 | 管理者に閲覧権限と対象サイトを確認。 | 権限取得後に確認。取得前は流入0件としない。 |
実装の完了とAI回答の変化を分けて確認する
FAQの旧料金を直した作業は、公開ページの更新を確認すれば実装完了と記録できます。その後、AI回答が更新されるかは別の確認です。AI回答がまだ変わらないことを理由に、作業自体が未実施だったことにはしません。
同様に、AI回答が正しくなっても、その変化を一つの修正だけの成果と断定しないようにします。変更日、観測日、引用元、同時に行った施策を残すことで、判断の根拠を整理できます。
診断をやり直すタイミング
重要ページの公開・料金改定・移転・サービス変更の後は、関連する項目を再確認します。定期診断では固定した質問と主要URLを見直し、新しい商材やページは追加分として管理します。
毎回すべての項目を一から調べる必要はありません。変更した箇所と影響範囲を優先し、未解決の課題は担当・期限を確認します。ただし、過去の確認済み状態を無期限に最新とみなさず、確認日の古さも管理してください。
実際の点検記録:12原稿と入稿台帳の照合
2026年10月21日にこの連載の12原稿を点検し、HTMLファイルとExcelの全文セル、メタディスクリプション、SEOタイトル、スラッグの一致を確認しました。一方、001と004の引用率の説明に統一が必要な箇所がありました。これは原稿管理・記述の点検であり、公開サイトの技術診断やAI掲載の実測ではありません。
| 対象 | 確認した証拠 | 判定と対応 |
|---|---|---|
| 原稿と台帳 | 12件のHTML全文・タイトル・説明文・スラッグを照合 | 一致。修正後も同じ照合を行う |
| 引用率の説明 | 001と004の計算条件を比較 | 要修正。有効回答数を分母とし未取得数を別記 |
| 公開サイトの設定 | 本番CMS・実プロパティには未接続 | 未確認。原稿一致を公開状態の正常とは扱わない |
| AI回答での引用 | 当該点検では回答を取得していない | 未実施。引用0件や引用増加とは記載しない |
証拠は「何を見たか」と「そこから判断できる範囲」を対にして残します。現象を再現していない段階で原因を確定しないことが重要です。
無料のLLMO診断と有料診断はどう使い分ける?
無料ツールや簡易診断は、確認する項目を見つける入口として使えます。ただし、入力した1ページだけを調べるもの、HTML上の要素だけを見るもの、AI回答まで観測するものなど、対象範囲が異なります。
| 方法 | 役立つ場面 | 先に確認すること |
|---|---|---|
| 自社での点検 | 公式情報との照合や少数ページ・質問の確認 | 担当者、アクセス権、判定基準、記録方法 |
| 無料の簡易診断 | 不足の候補や技術的な確認項目を把握する | 対象URL、取得できた内容、点数の定義、AI回答を実測したか |
| 有料の診断 | 対象が多い、原因調査や優先順位付けに専門知識が必要 | 範囲、証拠、納品物、実装の有無、再確認まで含むか |
有料でも、点数と一般的な説明だけでは実装へ進みにくい場合があります。対象URL、問題の根拠、具体的な修正案、担当する作業を受け取れるかを確認しましょう。逆に、無料だから精度が低いと決めつけず、実際に何を取得して判定しているかを見ます。
診断を依頼するときに伝えること
- 対象サイトと、優先するサービス・商材
- 困っている現象と、確認した回答や画面
- 過去の変更内容と公開日
- 利用可能な解析・CMSの権限と管理担当者
- 欲しい成果物と、診断後に実装できる体制
「AIに出ない原因を知りたい」だけでなく、「この質問で別会社と混同される」「料金が古く紹介される」と具体化すると、調査対象を決めやすくなります。未確認の情報は推測で補わず、そのまま伝えてください。
LLMO診断に関するよくある質問
LLMO診断とSEO診断は何が違いますか?
公開状態や内容の点検などは重なります。LLMO診断では、対象のAI回答での言及・引用・説明の正確さと、その情報源を確認する観点も加えます。どちらの名称でも、実際の診断範囲を確認してください。
何点以上ならAIに引用されますか?
本チェックリストに引用を保証する合格点はありません。項目は改善の場所を見つけるためのもので、AI側の評価点ではありません。重要な不具合や誤情報を優先して直し、別途AI回答を観測します。
無料で自分で診断できますか?
公開ページと社内資料の照合、利用できるAI画面での確認から始められます。Search Consoleなどへのアクセス権があれば、対象URLの状態も確認できます。権限や専門知識が足りない項目は未確認として残し、管理担当者へ相談します。
Googleに登録されていれば、ほかのAIにも引用されますか?
そのようには判断できません。Googleの検査結果はGoogleの登録状態に関する情報です。ほかのサービスでの言及・引用は、対象サービスと質問を決めて別に確認します。
AI回答に自社が出なければ診断結果は不合格ですか?
不合格とはしません。確認した質問と条件では言及されなかったという観測結果です。サイトの取得状態、質問への回答の不足、引用元などを照合し、改善すべき箇所があるか調べます。
診断後はすぐ記事を増やしたほうがよいですか?
診断結果によります。重要ページが開けない、公式情報が矛盾する、問い合わせできない場合は、その修正が先です。既存ページでは答えられない質問が明確になった段階で、新規記事を検討します。
診断だけ依頼して修正は自社でもできますか?
可能な場合があります。依頼前に、対象URLと修正内容が分かる資料を受け取れるか、技術的な相談や修正後の確認をどこまで依頼できるかを確認します。社内の実装・承認担当者も決めておきましょう。
LLMO診断は、改善できる課題を明らかにするために行う
LLMO診断では、サイトの状態とAI回答を照合し、確認済み・要改善・要調査・未確認・対象外を分けて記録します。問題の根拠と対象URLが分かれば、担当者が次の作業へ進みやすくなります。
自社だけでは原因を切り分けられない場合や、診断から改善まで相談したい場合は、FORCE JAPANのAIO対策サービスをご確認ください。対象URL、確認したAI回答、実施済みの作業をまとめていただくと、必要な調査を相談しやすくなります。




