BtoB企業のLLMO対策では、一つの「見込み客ペルソナ」だけで質問を作りません。実務利用者、部門責任者、技術・IT、セキュリティ・法務、調達・財務、経営スポンサーという6つの責任から、課題定義、要件化、候補探索、比較、稟議、最終確認の6段階を見ます。本記事では36の質問と、その回答を裏づける30項目の公式情報を接続します。6役割は必要人数ではなく、少人数なら兼務できる責任の分類です。

結論:キーワード表ではなく質問・証拠・責任者を一行でつなぐ

BtoBのLLMOは、検索語を記事へ入れる作業だけでは完結しません。質問をした人が必要とする結論、適用条件、根拠、公式URL、更新責任者を一行で管理します。生成AIの回答が正しくても、稟議に必要なセキュリティ条件や費用条件を公式ページで確認できなければ、比較候補から先へ進めません。

公開した36問マトリクスには、質問、対象ページ、必要証拠、観測条件、ブランド言及、公式リンク、競合、正確性、次の改善、再測定日を記録できます。30項目の証拠表は、未公開、公開済み、要更新、非公開維持を分ける台帳です。

  • 誰が:実務、部門、IT、法務、調達、経営のどの責任から尋ねるか
  • いつ:課題定義から最終確認までのどの段階か
  • 何を:一字一句固定した質問文
  • どこで答えるか:サービス、仕様、セキュリティ、料金、方法論などの正規ページ
  • 何で証明するか:仕様書、規約、一次データ、更新日、担当者
  • 誰が直すか:主張の所有者とレビュー責任者

6役割は6人ではなく意思決定に必要な責任

同じサービスでも、実務利用者は使い方を、ITは接続条件を、法務はデータの扱いを、調達は契約条件を尋ねます。一人の担当者が複数の役割を兼ねることも、同じ役割を複数人が分担することもあります。組織図の人数を当てるためではなく、意思決定に必要な問いを漏らさないための分類です。

「BtoBでは必ず6人が購買する」とは扱いません。自社の失注理由、商談記録、提案時の質問、審査票から不要な役割を外し、固有の役割を追加します。

  • 実務利用者:日々の作業、入力、出力、操作性、試用条件
  • 部門責任者:対象課題、成果指標、導入範囲、運用負荷
  • 技術・IT評価:連携、アーキテクチャ、移行、稼働、技術支援
  • セキュリティ・法務:データ利用、保持、委託先、契約、事故対応
  • 調達・財務:価格構造、総費用、契約期間、更新、解約、見積条件
  • 経営スポンサー:戦略適合、投資判断、ガバナンス、停止条件

6段階で同じキーワードの重複記事を防ぐ

質問は、課題定義、要件化、候補探索、比較・絞り込み、稟議・リスク確認、最終事実確認へ分けます。「LLMOとは」のような初期質問と、「LLMO支援の見積もり条件」のような発注直前の質問を同じページで取り合わないためです。

段階ごとに中心ページを一つ決め、関連記事は中心ページへ通常リンクで接続します。似た言い換えごとに薄い記事を増やすのではなく、同じ意思決定を完了できるページを厚くします。

  • 課題定義:何が問題で、現状をどう測るか
  • 要件化:必須条件、対象範囲、関係者、受け入れ条件は何か
  • 候補探索:どの選択肢、会社、手段が対象になるか
  • 比較・絞り込み:違い、向き不向き、制約、総費用は何か
  • 稟議・リスク確認:社内承認に必要な証拠と残るリスクは何か
  • 最終事実確認:契約前にどの公式情報を誰が確認するか

36問マトリクスは実際の顧客語へ置き換える

配布CSVには6役割×6段階の質問例を記入済みです。そのまま大量実行するのではなく、営業メール、商談議事録、問い合わせ、社内検索、Search Console、検索サジェストで確認できた言葉へ置き換えます。個人情報と機密情報は除きます。

最初は各役割から重要な2問だけを選び、12問を同一条件で観測します。回答全文、表示リンク、引用元、競合名、事実の正確性、取得エラーを保存します。回答が取得できなかった試行を「候補掲載なし」へ混ぜません。

OpenAIはChatGPT searchが質問を一つ以上の検索クエリへ書き換える場合があり、上位表示は保証しないと説明しています。短いキーワードだけでなく、役割、課題、条件を含む完全な質問を保存する理由です。

  • 非指名質問:会社名を含めず候補や判断方法を尋ねる
  • 指名質問:自社の対象範囲、条件、公式情報を尋ねる
  • 比較質問:自社に都合のよい比較軸だけに限定しない
  • リスク質問:できないこと、制約、除外条件も含める
  • 最終確認:回答ではなく公式URLで再確認するよう設計する

一つの質問に一つの正規ページと主張の所有者を置く

質問に答えるページが複数あり、価格、対象、機能が食い違うと、訪問者もAIもどれを最新事実として扱うべきか判断しにくくなります。各質問に中心となる正規ページを一つ割り当て、補足記事からリンクします。

ページ所有者は文章を書く人だけではありません。価格なら事業責任者、機能なら製品責任者、セキュリティなら情報管理責任者のように、事実を承認できる人を置きます。編集担当は、承認済みの事実を読みやすく整えます。

  • 対象顧客と提供範囲:サービスページ
  • 機能、入力、出力、連携:製品・仕様・ドキュメントページ
  • セキュリティ、プライバシー、データ利用:専用方針ページ
  • 価格、契約、解約、追加費用:料金・契約条件ページ
  • 調査、測定、限界:方法論ページ
  • 会社名、運営、問い合わせ先:会社・問い合わせページ

30項目の証拠表で公開・非公開・未整備を分ける

証拠カバレッジ表は、会社基本情報、対象顧客、利用例、機能範囲、連携、セキュリティ、プライバシー、契約、サポート、導入、料金、SLA、方法論、制約、移行、総費用、事例、ドキュメント、試用、問い合わせまでを確認します。

全項目を公開すべきという意味ではありません。秘密保持契約の対象資料、攻撃に悪用される詳細、顧客の非公開情報は、AIに読ませるために公開しません。公開できない場合は、取得方法、審査の窓口、提供条件だけを公開ページで案内します。

検索表示のためにSOC 2、ISO認証、顧客ロゴ、ROI、導入実績、SLA、法的条件を作ってはいけません。存在する証拠だけを承認済みの範囲で示します。

  • 公開済み:公式URL、所有者、最終確認日がある
  • 要更新:ページはあるが現行仕様と一致しない
  • 未整備:意思決定に必要だが確認できる資料がない
  • 非公開維持:公開リスクが高く、正規の提供手順だけ示す
  • 非該当:事業モデル上不要で、その理由を記録する

成果事例がない時期にも公開できる一次情報

顧客成果をまだ公開できなくても、記事を止める必要はありません。自社が実施した公開条件の調査、評価方法、記入済みテンプレート、公式仕様の比較、失敗を含む自己監査は、検証可能な情報になります。

競合の見出しや文章を写すのではなく、読者が判断を完了するために不足している証拠を特定し、自社で検証した材料を追加します。

  • 調査方法:対象、質問、日時、環境、判定基準、限界
  • 公式仕様比較:同じ確認日と同じ比較軸で整理する
  • 意思決定表:誰がどの証拠で判断するかを記入済みにする
  • 公開監査:自社サイトを対象に、成功と未達を同じ条件で示す
  • 用語定義:適用範囲、似た概念との違い、更新条件を明記する
  • 失敗ガイド:症状、原因仮説、確認手順、再測定を分ける

技術SEOは候補資格を整え、選定結果を保証しない

GoogleはAI OverviewsやAI Modeに特別なAI用schemaやファイルは不要で、通常検索へインデックスされ、スニペット表示の対象であることを前提にしています。OpenAIの検索表示を望む場合はOAI-SearchBotを許可します。どちらも掲載や順位の保証ではありません。

キーワード密度、FAQ Schema、llms.txt、冒頭の定義文だけを成功条件にしません。技術阻害をなくした後は、検索意図に対する回答、一次情報、公式事実、第三者からの正当な言及を増やします。

  • 正規URLがHTTP 200を返す
  • robots.txt、meta robots、X-Robots-Tagで必要ページを除外しない
  • 重要な回答と通常リンクが初期HTMLにある
  • canonical、サイトマップ、内部リンクのURLを一致させる
  • 会社名、サービス名、価格、仕様の表記を公式ページ間で一致させる
  • 構造化データは画面上の事実と一致させる

内部リンクは役割と段階の次の判断へ進める

関連記事を無差別に並べず、読み終えた人が次に確認するページへリンクします。課題定義の記事から測定方法へ、比較記事から費用・会社選定へ、セキュリティ説明から正式な審査窓口へ、サービスページから問い合わせへ進めます。

リンク文は「こちら」ではなく、遷移先で確認できる内容を記載します。ページ数ではなく、重要質問から正規の根拠ページへたどり着けるかを確認します。

  • 情報記事から:方法論、比較基準、テンプレート
  • 比較記事から:サービス範囲、費用要因、診断成果物
  • 技術記事から:確認手順、担当者、修正後の再測定
  • サービスページから:根拠となる実務ガイドと公開診断
  • 全ページから:内容に合う一つの次行動

90日は棚卸し、公開、観測、更新の4判断で進める

最初の90日を順位保証の期限にはしません。第1段階で質問と証拠を棚卸しし、第2段階で不足する公式ページを公開し、第3段階で同一条件の回答を観測し、第4段階で事実誤りと高意図の欠損から次の更新を決めます。

検索順位、AI回答への掲載、引用、問い合わせは保証しません。クロール、インデックス、表示、候補掲載、公式リンク、正確性、訪問、相談を別々に記録し、変化がどこで止まっているかを判断します。

  • 1〜2週:6役割を自社へ合わせ、重要12問と中心ページを決める
  • 3〜4週:30証拠項目を棚卸しし、誤りと欠損の所有者を決める
  • 5〜8週:優先ページを公開し、技術要件と内部リンクを確認する
  • 9〜10週:同じ質問、地域、言語、モデル、日時条件で基準線を取る
  • 11〜12週:言及、公式リンク、正確性、競合、問い合わせを分けて評価する

外注する場合も質問と証拠の所有権は社内に残す

支援会社は、質問設計、競合調査、技術監査、記事制作、測定を代行できます。ただし、価格、機能、法務、セキュリティ、顧客事例の真偽を承認できるのは自社です。契約前に、質問ログ、回答全文、引用URL、変更履歴、制作物、計測条件を自社が受け取れるか確認します。

日本LLMOセンターでは、36問を自社の商談・検索需要へ合わせ、30項目の証拠カバレッジ、中心ページ、責任者、技術阻害、公開優先順位へ接続します。相談時は、候補になりたい質問3つ、対象サービスURL、現在困っている回答例を共有してください。未確認の実績や機密情報は不要です。