
ChatGPT SearchはいつWeb検索を実行し、出典が付かない回答はどう扱えばよいのか。検索基盤はBingなのか。発火判定からクエリ書き換え、候補取得、出典選定までの4工程を、公式仕様で確認できる範囲と実測でしか見えない範囲に分けて整理します。
ChatGPT Searchの検索挙動は4つの工程に分かれている
ChatGPT Searchの検索挙動とは、質問を検索クエリに書き換え、インデックス済みの候補から引用元を選び、回答に組み込むまでの一連の処理を指します。ひとまとまりの動作に見えますが、内部は発火判定、クエリ書き換え、候補取得、出典選定の4つの工程に分かれています。
前提として、ChatGPT Searchは、ChatGPTがモデル内部の知識(事前学習)だけで答える代わりに、Web上のページを取得して回答に組み込み、参照先へのリンクを添える機能です。2024年7月にOpenAIがSearchGPTとして試験提供を告知し、同年10月にChatGPT searchとして提供が始まり、その後は無料利用者にも順次開放されてきました。
自社サイトがAIに引用されない理由を探すとき、この4工程のどこで止まっているかを切り分けないと打ち手が噛み合いません。インデックスされていないサイトと、インデックスされているのに引用元に選ばれないサイトでは、直す場所がまったく違うからです。
厄介なのは、4工程のうち公式に説明されているのは大枠にとどまり、細部は外から観測するしかない点です。公式仕様で確認できる範囲と、実測でしか輪郭がつかめない範囲は、分けて扱う必要があります。
|
工程 |
何が起きるか |
公式仕様で確認できる範囲 |
実測でしか見えない範囲 |
|
発火判定 |
Web検索を実行するか、事前学習だけで答えるかを決める |
自動で判断されること、手動指定ができること |
どんな質問で発火しないか、発火の揺らぎ |
|
クエリ書き換え |
質問を検索用の言葉に変換し、複数に分解する |
書き換えが行われること |
分解数、サブクエリの中身 |
|
候補取得 |
クローラーの索引と検索プロバイダの結果から候補を集める |
3種類のクローラーの役割、robots.txtでの制御方法 |
どの候補が集まったか |
|
出典選定 |
候補の中から回答に使うページを絞り、リンクを添える |
出典リンクが表示される仕様 |
選定の基準、ドメインの偏り |
AI検索が普及した後にSEOの前提がどう変わったかは、関連記事『SEOとは?』で詳しく解説しています。
押さえるべきは、「インデックスされる」ことと「引用される」ことが別の事象だという点です。インデックス入りは候補に加わるための必要条件にすぎず、出典に選ばれることを保証しません。この非対応を前提に置くと、robots.txtの設定からコンテンツ設計、計測の読み方までが一本の線でつながります。
Web検索が動く質問と、動かない質問がある
ChatGPTは、すべての質問でWebを見に行くわけではありません。モデルが「自分の知識で足りる」と判断した質問には、検索を挟まずに答えます。逆に、最新の出来事、価格や在庫のように変動するもの、固有の企業や製品の現況などは検索側に倒れやすくなります。
ここで実務上の困りごとが生まれます。回答が出てきた時点では、それが事前学習だけの出力なのか、Webを見た結果なのかが見分けにくいのです。
今の回答がWebを見ているかを見分ける
判別の起点は、出典リンクの有無です。回答文中にインラインのリンクやソースカードが付いていれば、そのページを参照した結果だと判断できます。逆に、リンクが1つも付かない回答は、事前学習の範囲で書かれている可能性を疑う対象になります。
ただし、リンクの有無だけで「正しい・誤り」を判定することはできません。判断基準としては、次の順で扱うと誤りが減ります。
-
出典が付いていない回答は、日付や数値を含む主張ほど鵜呑みにしない
-
出典が付いていても、リンク先に同じ記述が実在するかを開いて確かめる
-
発火させたい質問には、期間や固有名詞を明示して情報の新しさを要求する
検索を自分から指定する
自動判定に任せず、こちらから起動する方法もあります。入力欄のツール選択からWeb検索を指定する、あるいは「最新情報を検索して」と質問文の中で明示する、といった操作です。調査目的で使うなら、発火を運任せにせず指定してしまうほうが結果は安定します。(実際の操作はChatGPT公式のガイドをご覧ください)
実務での使いどころも、この発火条件から逆算できます。競合の最新の打ち出しを拾う、法改正や仕様変更の現況を確認する、複数社のサービス条件を横並びにする、といった用途は検索が動きやすい領域です。一方、社内の定型文書の作成や一般的な概念の整理は、そもそも検索を必要としません。
質問はそのままの形で検索されていない
発火した後、入力された文章がそのまま検索窓に入るわけではありません。ChatGPTは質問を検索に適した言葉へ書き換え、必要に応じて複数のサブクエリに分解します。この分解はQFO(クエリファンアウト)と呼ばれ、1つの質問の裏側で複数回の検索が走る状態を指します。
書き換えが挟まる以上、狙ったキーワードで書いた記事が、そのキーワードのまま照合されるとは限りません。実際に照合されているのは、質問から生成された別の言葉です。ここを見落とすと、「対策キーワードは合っているのに引用されない」という状態の原因を取り違えます。
自社の対策キーワードの裏で、実際にどんなサブクエリが生成されているかを確かめたい場合は、関連記事『国内最大規模のクエリファンアウト調査』を参照してください。
コンテンツ側でできることは限られますが、方向は明確です。1つのページで1つの問いに答え切るよりも、想定される派生の問いに対しても答えを持っている構成のほうが、分解後のサブクエリに引っかかる面が広がります。
候補は3種類のクローラーと検索プロバイダから集まる
書き換えたクエリで照合する先が、候補集合です。ChatGPT Searchは、OpenAI自身のクローラーが作る索引と、サードパーティの検索プロバイダから得られる結果を組み合わせて候補を集めると説明されています。特定の検索エンジン1社の結果をそのまま流用している、という単純な構図ではないということです。
この工程を、AIが外部の情報を取りに行って回答を組み立てる仕組みとしてまとめてRAG(検索拡張生成)と呼びます。RAGは事前学習の知識が古くなる問題と、根拠のない生成を抑える目的で使われる実装です。
自社サイト側から触れるのは、クローラーの受け入れ設定です。OpenAIは用途の異なる3種類のクローラーを運用しており、robots.txtで個別に制御できます。
|
クローラー名 |
主な用途 |
遮断した場合に起きること |
|
OAI-SearchBot |
検索用の索引作成 |
候補集合に入らず、出典に選ばれる経路が閉じる |
|
ChatGPT-User |
利用者の操作を起点とした都度のページ取得 |
利用者がURLを指定しても内容を読み取れない |
|
GPTBot |
学習用のクロール |
学習データとしての利用を抑制する |
3つは名前が似ていますが、止めたときに失われるものが異なります。学習利用を避けたいという理由でまとめて遮断すると、検索での可視性まで同時に失います。
なお、robots.txtを書き換えても、インデックスへの反映には時間差があります。設定を直した翌日に結果が変わらないことを根拠に「効果がなかった」と結論づけるのは早すぎます。
引用元は、候補の中からさらに絞られる
ここが本題です。候補集合に入ることと、回答の出典として表示されることは、同じ工程ではありません。索引化はあくまで候補入りの条件であり、選定はその後に行われます。
回答生成の段階では、集まった候補のうち、その問いに直接答えている部分(チャンク)を持つページが優先されます。表示上は、回答文の該当箇所にインラインリンクが付き、参照したページの一覧が添えられる形になります。
選定側で何が効いているかは公式に明かされていないため、断定はできません。ただし、選ばれる側の構造には共通して説明のつく条件があります。
-
問いに対する答えが、ページの冒頭近くに結論として置かれている
-
日付、数値、固有名詞が本文に明記され、抜き出しても意味が壊れない
-
見出しの直下に、その見出しへの回答が書かれている
-
一文が長い修飾で連結されておらず、単独で切り出せる
逆に言えば、結論が最後まで出てこない構成、指示語で前段を受け続ける文章、画像内にしか数値がない資料は、候補に入っていても引用の単位として切り出しにくくなります。
引用されるページ設計をコンテンツ制作の工程に組み込む手順は、関連記事『LLMOとコンテンツマーケティングを統合する実践ガイド』にまとめています。
整理すると、引用されない状態には少なくとも2つの原因があります。候補に入っていないのか、候補には入っているが選定で落ちているのか。前者はクローラーとrobots.txtの問題であり、後者は本文構造の問題です。同じ症状に見えても、確認する場所が違います。
そしてAI検索対策(LLMO)でアプローチしなければいけないのは、後者です。Queue株式会社は候補に入り、選定されるところまでサポートします。
Google検索やほかのAI検索との挙動の違い
比較の軸を、表示の見た目ではなく挙動に置くと違いが見えやすくなります。
|
観点 |
ChatGPT Search |
AI Overviews(AI概要) |
Perplexity |
|
起点 |
対話の途中 |
検索結果ページ |
対話 |
|
検索の実行 |
モデルが判断、手動指定も可能 |
検索クエリに応じて表示側が判断 |
原則として検索を伴う |
|
会話の継続 |
直前のやり取りを引き継いで再検索する |
単発のクエリが基本 |
追加質問で絞り込める |
|
出典の位置 |
回答内のリンクと参照一覧 |
回答内のリンクと参照カード |
番号付きの参照 |
最も実務に効く違いは、会話の継続です。Google検索は1クエリごとに完結しますが、ChatGPT Searchは前のやり取りを踏まえて次の検索を行います。同じ質問でも、その前に何を話していたかで参照先が変わり得ます。これが、同一クエリの結果を比較しても再現しにくい理由の一つです。
AI Overviews側の挙動と、そこに向けた確認手順は、関連記事『AI Overview対策ツールで検索結果に選ばれる情報になるための実践攻略ガイド』にまとめています。
観測した結果の読み違いで起きる失敗
挙動を追いかけ始めた企業が最初につまずくのは、観測そのものではなく解釈のほうです。典型的な3つを挙げます。特に最後の③が重要です。
①学習利用を止めるつもりで、検索経路まで閉じてしまう。
生成AIに学習させたくないという判断でrobots.txtを書くとき、User-agentをまとめて指定すると、GPTBotだけでなくOAI-SearchBotとChatGPT-Userまで遮断されます。学習利用の抑制と検索での可視性は別々に選べる設定です。片方だけを止めたいのであれば、3行を分けて書きます。
②ボットの来訪数を成果指標に読み替えてしまう。
サーバーログでOAI-SearchBotの来訪が増えると、成果が出ているように見えます。しかし来訪は候補入りの前段にすぎず、引用の実績ではありません。来訪数を追うのであれば、それは「取得され得る状態にあるか」の健全性指標であって、成果指標ではないという整理が必要です。
③一度の回答結果を、再現性のあるデータとして扱ってしまう。
同じ質問でも、会話の文脈やタイミングによって参照先は動きます。1回の結果を根拠に「引用されるようになった」と判断すると、次の週に同じ結果が出ずに混乱します。
加えて、出典が付いている回答であっても、要約の過程で元記事の条件や例外が落ちることがあります。リンクが付いていることは、参照した事実を示すだけで、要約が正確であることまでは示しません。数値や条件を含む記述は、リンク先を開いて確認する運用にしておくと安全です。
判断基準としては、次の線引きが使えます。1回の観測は仮説の材料、複数回にわたって同じ傾向が出たものは検証対象、公式ドキュメントに記載があるものだけが仕様。この3段階を混ぜずに扱えば、社内で共有する際の期待値もずれにくくなります。
残りやすい疑問への回答
利用に課金は必要ですか
提供開始時点では有料プランが対象でしたが、その後は無料の利用者にも開放されてきました。プランごとの利用条件や回数の扱いは変更されることがあるため、実際の可否は利用中のアカウントで確認するのが確実です。
SearchGPTとChatGPT Searchは別物ですか
SearchGPTは2024年7月に告知された試験提供時の呼称で、現在の機能はChatGPT Searchとして提供されています。別のサービスが2つ並存しているわけではありません。
検索基盤はBingですか
外部の検索プロバイダとOpenAI自身のクローラーによる索引を組み合わせる構成として説明されており、単一の検索エンジンの結果をそのまま表示する仕組みではありません。したがって、特定の検索エンジンでの順位が、そのまま引用の有無に対応するとは考えないほうが安全です。
引用させたくない場合はどうしますか
robots.txtでOAI-SearchBotを拒否すると、検索用の索引作成の対象から外れます。学習利用のみを避けたい場合はGPTBotを対象にします。目的によって指定するクローラーが変わる点が要注意です。
引用されたかどうかは計測できますか
回答内でリンクがクリックされた場合は、参照元としてアクセス解析に現れます。一方、引用されたが読者がクリックしなかった場合、流入としては記録されません。計測できる範囲は引用の一部にとどまるという前提で指標を設計する必要があります。
まとめ
ChatGPT Searchの検索挙動は、発火判定、クエリ書き換え、候補取得、出典選定の4工程に分かれ、公式に説明されているのは各工程の大枠までです。細部を断定的に語る情報に出会ったら、それが仕様なのか観測に基づく推定なのかを確認してください。
読み終えた段階で着手できる最小単位は、次の3つです。
-
robots.txtを開き、OAI-SearchBot、ChatGPT-User、GPTBotを分けて記述しているかを確認する。まとめて遮断していた場合は、目的に応じて分離する。
-
主要な10ページについて、見出しの直下に結論が書かれているか、日付と数値が本文中に明記されているかを点検する。
-
観測の記録形式を先に決める。質問文、実施日、出典リンクの有無、引用されたドメインの4項目を月次で残す形にすれば、単発の結果に振り回されずに済む。
順序を守ることが重要です。1が閉じている状態で2と3を進めても、候補に入っていない以上、結果は動きません。
自社サイトが現時点でどの工程に引っかかっているかを外部から確認したい場合は、umoren.aiの無料診断ツールで、AI検索での引用状況やサブクエリの生成傾向を確かめられます。
PVを前提としない評価指標へ切り替える段階に入っている場合は、関連記事『AI検索時代にオウンドメディアはどう変わるべきか』で詳しく解説しています。
なお、本記事の内容は2026年前半までに公開されている情報を基準にしています。仕様は更新されるため、robots.txtの記述方法とクローラー名は、実装前に提供元の最新のドキュメントで確認してください。
ChatGPT Searchの挙動を実務に落とし込む記事
ChatGPT Searchの挙動を層ごとに分けても、自社サイトで何を直すかは別の問題として残ります。線引きが済んだ後に、着手順序と計測の設計へ進むための記事を並べました。
-
指名検索が少ない会社がLLMOで先にやるべきこと|AI検索で引用される一次情報と構造化の実践手順:指名検索が少ない企業が一次情報を公開する実務手順
-
AI検索の普及で問い合わせ経路はどう変わるのか?流入減でも成果を出す集客戦略:AI検索で問い合わせ経路が変わる時のKPI設計法
-
LLMO対策の成果が出るまでの期間目安と効果を早める施策・タイムラインを解説:LLMO対策の成果が出るまでの期間と施策の優先順位
-
AI検索対策コンサルとは?依頼できる内容とおすすめ会社の選び方:AI検索対策の外部委託先を比べる時の判断軸
-
カスタマージャーニーマップをAIで自動生成する方法|URLを入力するだけで顧客の購買行動を可視化:URL入力でカスタマージャーニーを可視化する手順
AI開発・LLMO対策のご相談はこちら
Queueのエンジニアチームが貴社の課題に合わせてご提案します
