ChatGPTに自社名が出ないとき、すぐに「AIが会社を学習していない」と決めつけることはできません。検索を使ったか、指名質問か非指名質問か、公式ページを取得できるか、比較に必要な情報があるかで原因候補は変わります。本記事では、一回の非表示から効果を断定せず、観測できる証拠の順に原因を切り分けます。

結論：最初に4つの症状へ分ける

最初に「会社名が出ない」という一つの現象を、指名質問、非指名質問、引用、正確性の四つへ分けます。症状を分けないまま記事追加やrobots.txt変更を行うと、原因と無関係な施策へ時間を使う可能性があります。

この四分類は原因の確定ではなく、次に集める証拠を決めるための入口です。ChatGPT Searchは入力を複数の検索語へ書き換える場合があり、検索結果は質問、日時、利用条件によって変わり得ます。一回の回答だけを固定順位として扱いません。

  • 指名しても出ない：会社名を含む質問でも公式情報を説明できない
  • 指名では出るが非指名で出ない：会社は認識されても、課題や比較の候補に選ばれない
  • 公式URLは引用されるが候補に出ない：取得よりも、質問との適合や候補選定を確認する
  • 会社名は出るが情報が古い・間違う：公式情報と第三者情報の不一致を確認する

手順1：観測条件を固定する

同じ会社を調べても、検索機能の利用有無、画面上のモデル設定、会話履歴、地域、日時、質問文が違えば結果を比較できません。まず新規会話を使い、検索機能を手動で使った調査と自動判定の調査を分けます。契約プラン名だけでなく、画面上に表示されるモデル名や設定を記録します。

OpenAIは、ChatGPT Searchが質問を検索語へ書き換える場合があり、メモリや概略位置が検索へ影響することがあると説明しています。本文内に引用がなくてもSources欄に情報源が表示される場合があるため、回答本文だけでなく情報源一覧も保存します。

条件を固定しても、将来の回答を保証することはできません。ここで得られるのは、特定条件・特定時点の観測結果です。

  • 質問文を一字一句保存する
  • 検索機能が手動ON、自動、OFFのどれかを記録する
  • 契約プランと画面上のモデル表示を分けて記録する
  • 実施日時、国・地域、新規会話かを記録する
  • 回答全文、本文内引用、Sources欄のURLを保存する

手順2：指名質問で公式サイトの発見性を確認する

最初の質問は「会社名は何を提供していますか。公式情報を確認してください」のように、会社名と公式情報の確認を明示します。社名だけを尋ねる質問と、公式サイトを根拠に説明する質問を分けると、名称の認識とウェブ検索・引用を区別しやすくなります。

指名質問で公式URLが引用され、基本情報が正しければ、公式サイトがまったく取得できないという仮説の優先度は下がります。反対に、公式URLが見つからない場合も、直ちにクローラーブロックとは断定できません。検索インデックス、名称の曖昧さ、ページ内容、外部リンク、公開直後など複数の候補があります。

指名質問の結果は、非指名質問で候補になることを保証しません。会社情報を説明できることと、比較候補として選ばれることは別の評価です。

  • 公式ドメインが引用されるか
  • 会社名、運営主体、事業内容、対象顧客が正しいか
  • 古いサービス、旧URL、同名他社と混同していないか
  • 根拠が公式ページか、第三者ページだけか

手順3：検索・クロールの技術条件を確認する

指名質問で公式ページが見つからない場合は、robots.txt、HTTP状態、CDNやWAF、HTML本文、canonical、検索インデックスを確認します。OpenAIはChatGPT Searchでの発見にOAI-SearchBotを案内しており、モデル改善用のGPTBotとは別に制御できると説明しています。

OAI-SearchBotを許可していても、403や429、地域制限、bot対策、空のHTML、誤ったcanonicalがあれば取得・発見へ影響する可能性があります。robots.txtだけを見て「技術的に問題なし」と判断しません。

クロール可能であることは、掲載や上位表示の十分条件ではありません。OpenAIも検索結果での上位表示を保証する方法は案内していません。設定変更後は反映に時間がかかる場合があるため、変更日時と再確認日を残します。

  • robots.txtでOAI-SearchBotと重要ページを拒否していない
  • 公式ページとrobots.txtがHTTP 200で取得できる
  • 初期HTMLに会社名、サービス、主要本文、通常のリンクがある
  • canonicalが公開する正規URLを指している
  • Google Search Consoleでライブ取得と登録状況を分けて確認した
  • 利用可能ならアクセスログでbot名、URL、日時、状態を確認した

手順4：公式情報の一貫性を確認する

会社名、法人名、ブランド名、サービス名の関係がページごとに違うと、同じ主体として説明しにくくなります。会社ページ、サービスページ、問い合わせページ、構造化データで、公開できる事実の表記を照合します。

会社情報を増やすために未確定の法人名、住所、代表者、実績を作ってはいけません。公開できる運営主体、活動内容、編集責任、問い合わせ先を事実の範囲で明示します。

古い第三者プロフィールやSNSが残る場合は、URL、誤った事実、公式の正しい根拠、訂正依頼日、再確認日を台帳へ残します。

  • 正式名称と別名の関係が本文で説明されている
  • 一文で事業内容と対象顧客を説明できる
  • 運営主体と情報の更新責任が分かる
  • サービス範囲、料金条件、提供地域に矛盾がない
  • 構造化データと画面上の記載が一致する

手順5：非指名質問で候補にならない理由を調べる

指名質問では正しく出るが、「おすすめの会社」「課題を解決できる会社」のような非指名質問で出ない場合、技術問題だけを追い続けないようにします。回答が採用した比較軸と、引用された競合ページが答えている内容を確認します。

非指名質問では、読者の条件に合う根拠が必要です。対象顧客、支援範囲、成果物、料金条件、導入手順、制約、比較基準が公開されていなければ、候補として説明する材料が不足します。

質問ごとの薄い記事を大量に作るのではなく、同じ意思決定を扱う質問は一つの中心ページへまとめます。Googleは、検索語を狙うためだけの大量生成より、読者に独自で有用な内容を作ることを推奨しています。

  • 質問が想定する顧客と、自社の対象顧客が一致するか
  • 回答が採用した比較軸を公式ページで確認できるか
  • サービス範囲、成果物、料金条件、契約条件が明確か
  • 自社に適合しない条件まで無理に狙っていないか
  • 競合の引用ページにはあり、自社ページにない判断材料は何か

手順6：引用できる一次情報を増やす

一般論を言い換えただけの記事は、会社固有の根拠になりにくいものです。実顧客事例がなくても、自社サイトの監査、固定条件の調査、公開料金の比較、診断基準、失敗条件、編集可能なテンプレートは作れます。

独自材料には、対象、取得方法、日時、母数、除外条件、限界、更新責任を付けます。都合のよい成功回答だけを掲載せず、ゼロ結果や除外した回答も説明できる形式にします。

一次情報を公開しても、ChatGPTやGoogleでの掲載は保証されません。目的は、読者と検索・AIシステムが検証できる根拠を増やすことです。

  • 固定質問と全回答・引用URLの観測ログ
  • 同じ比較軸で確認した公式公開情報
  • 自社サイトの技術監査と修正履歴
  • 誤情報、公式根拠、訂正先、再観測日の訂正台帳
  • 質問設計、採点、改善管理のCSVテンプレート

手順7：外部情報と信頼の不足を調べる

公式サイトだけで完結する質問と、第三者の評価や比較が重視される質問は異なります。回答が第三者の比較記事、業界団体、報道、レビュー、データベースを参照している場合、自社の公開情報との差を確認します。

第三者言及を自作したり、無関係なサイトから大量のリンクを買ったり、顧客を装った評価を作ったりしてはいけません。実際に参照する理由がある一次調査、専門家による検証、許可を得た顧客事例、業界に役立つ資料を作り、関係者へ正しく知らせます。

外部で見つからないことと、価値がないことは同じではありません。しかし、比較・推奨の質問では、公式の自己説明だけより、検証可能な第三者情報が選定材料になる場合があります。

15分で行う4質問チェック

ダウンロードできる確認表に、会社名、カテゴリ、顧客課題、比較条件を入れます。最初は同じ観測条件で四つの質問を一回ずつ実行し、傾向が見えた質問だけ複数回へ広げます。

社名の有無だけでなく、依頼先候補、情報源だけの言及、注意・否定の文脈を分けます。公式引用と、その引用が主張を実際に裏づけるかも別に記録します。

  • 指名：「会社名は何を提供していますか。公式情報を確認してください」
  • カテゴリ：「カテゴリで依頼先候補を挙げ、支援範囲を比較してください」
  • 課題：「顧客の課題を解決する方法と相談できる会社を教えてください」
  • 比較：「比較条件を満たす会社の選び方と候補を比較してください」

改善はこの順序で行う

最初に取得不能、noindex、誤ったcanonicalなどの技術阻害を直します。次に、会社・サービスの公式事実を一貫させます。その後、顧客の比較に必要な情報、検証できる一次情報、信頼できる第三者情報を順に増やし、同じ質問で再観測します。

キーワードの詰め込み、非公開の実績の創作、検索語ごとの薄いページ量産、構造化データだけでの解決、掲載保証は行いません。これらは読者の判断材料を増やさず、原因の検証にもなりません。

  • 技術阻害：重要ページを安定して取得できる状態にする
  • 公式事実：名称、運営、サービス、対象、条件を揃える
  • 検索意図：顧客の判断に必要な情報へ直接答える
  • 一次情報：方法と限界を伴う独自資料を公開する
  • 外部整合：正しい第三者情報と参照理由を増やす
  • 再測定：同じ条件で変化を観測し、原因を断定しすぎない

相談時に送ると原因切り分けが早い情報

問い合わせでは、公式サイトURL、表示させたい三つの質問、実際の回答全文または画面、引用・Sources欄のURL、対象サービス、検索機能、実施日時を共有してください。機密情報や個人情報は除きます。

日本LLMOセンターのLLMO診断では、表示有無を一つの点数で終わらせず、検索条件、技術、公式情報、検索意図、一次情報、外部情報へ分け、修正対象URLと再測定条件を整理します。特定の掲載や順位は保証せず、確認できた証拠と不確実性を分けて報告します。