ChatGPT Search、site:演算子クエリが1日で46倍急増――挙動が一夜で激変

ChatGPT Search、site:演算子クエリが1日で46倍急増――挙動が一夜で激変

要点: 2026年8月8日、ChatGPT Searchが裏側で発行する「fanoutクエリ」のうち、site:演算子（検索範囲を特定ドメインに限定する演算子）を使うクエリの比率が0.37%から16.8%へ、わずか1日で約46倍に急増した。AI検索の裏側の挙動を追跡するデータサービスPromptwatchがこれを観測し、著名開発者のSimon Willison氏が2026年8月20日に分析記事として公開している。 同時に1回答あたりの平均fanoutクエリ数もほぼ倍増しており、ChatGPTが「オープンウェブを漠然と検索する」段階から「特定サイトを名指しで検索しにいく」段階へ、モデル更新かシステムプロンプト変更を境に一気に移行した可能性が指摘されている。インデックス状態の健全性が、AI検索での言及可否を直接左右する時代が来たことを示す出来事だ。

最終更新日: 2026年08月24日

---

何が起きたのか

2026年8月8日、1日でクエリ構成比が激変

2026年8月8日、ChatGPT Searchがユーザーの質問に答える際に裏側で発行する「fanoutクエリ」の構成比が、明確な段差を伴って変化した。AI検索エンジンの裏側の検索挙動を継続的に観測・記録しているデータサービス「Promptwatch」によれば、fanoutクエリ全体のうちsite:演算子を使うクエリの比率は、それまでの0.37%から16.8%へと、1日のうちに約46倍に跳ね上がった（Promptwatch）。

site:演算子とは、site:example.com トピックのように検索クエリの先頭または末尾に付与することで、検索エンジンに対して「このドメインに限定して検索してほしい」と指示する検索構文だ。従来、site:演算子はSEO担当者やエンジニアが自分のサイトのインデックス状況を手動で確認するために使うような、いわば「人間が明示的に使う検索テクニック」という位置づけが強かった。それが今回、ChatGPT自身が裏側で自動的かつ大量に発行するようになったという点が、今回の変化の核心である。

この変化と同時に、1回の回答を生成する際にChatGPTが発行する平均fanoutクエリ数もほぼ倍増しており、約1.08件から1.83件へと増加したことが観測されている（Promptwatch）。つまりChatGPTは、単に検索の「やり方」を変えただけでなく、1つの質問に答えるために裏側で投げる検索の「回数」自体も増やしたことになる。

Simon Willison氏による分析記事(2026年8月20日)

この変化を広く知らしめたのが、著名な開発者・ブロガーであるSimon Willison氏が自身のブログ（simonwillison.net）で2026年8月20日に公開した分析記事「ChatGPT search now uses the site:operator at scale」だ（Simon Willison's Weblog）。Willison氏はソフトウェア開発・AI分野で継続的に技術動向を分析していることで知られる人物であり、同氏がPromptwatchの観測データを取り上げて解説したことで、この挙動変化がGEO（Generative Engine Optimization、生成AI検索エンジン最適化）業界内で急速に注目を集めることになった。

Promptwatch共同創業者のKlaas Foppen氏は、この変化の意味について次のように述べている。

「ChatGPTはもはやオープンウェブを検索して何が返ってくるかを見ているだけではない。意図的に特定のサイトへ行って情報を取得しにいくようになった」

この発言が示唆するのは、ChatGPT Searchの情報収集スタイルそのものの転換だ。それまでのChatGPT Searchは、ユーザーの質問に関連しそうなキーワードで検索を行い、返ってきた結果の中から適切な情報源を選び取るという、比較的「オープン」な検索スタイルが中心だったと考えられる。それが今回の変化以降は、「このトピックならこのドメインを見にいく」という具合に、特定のサイトを名指しで検索する挙動が急増した。これは検索の網羅性という観点では変化というより、情報源の絞り込み・特定という行動パターンが大きく強まったことを意味する。

「1日で」起きたことの意味

今回の変化で特に注目すべきなのは、この構成比の変化が段階的にではなく「1日で」起きたという事実だ。Willison氏の分析では、この急激さが段階的な学習・調整の結果ではなく、OpenAI側でのモデル更新、あるいはシステムプロンプト（AIモデルに与えられる裏側の指示文）の変更が原因である可能性を強く示唆していると論じられている。ただし、これはあくまでWillison氏による分析・推測であり、OpenAI自身がこの変化について公式に説明したという事実は、リサーチ範囲内では確認されていない点には注意が必要だ。

いずれにせよ、fanoutクエリという裏側の挙動が、外部の観測データによって初めて可視化され、それによって「AI検索エンジンの中で実際に何が起きているか」が業界に共有されるというプロセス自体が、GEO/LLMO業界にとって重要な意味を持つ。ユーザーからは見えないAIの内部処理を継続的に定点観測する取り組みが、AI検索最適化の実務において不可欠なインフラになりつつあることを、今回の一件は象徴している。

GEO専門メディアによる解説

BotRank.aiは「ChatGPT Search visibility now depends on web.run and fan-out queries」という記事で、この変化がサイトのAI検索での可視性（visibility）に直結する問題であると解説している（BotRank.ai）。同記事では、ChatGPTがsite:yourdomain.com [トピック]という形式でユーザーのドメインに対して直接検索を行うようになったことが指摘されており、この挙動の実務的な意味合いについて詳しい解説がなされている。

関連する動き: Reddit引用シェアの急落

同時期には、同じPromptwatchの観測データをもとにした別の分析として、ChatGPT SearchにおけるReddit引用シェアが2026年7月18日〜8月7日の3.83%から、8月14日〜17日には0.52%へと、4日間で86.4%も急落したという報道もあった（Search Engine Land、Danny Goodwin記者、2026年8月19日）。この報道では、クエリファンアウトの挙動変化と時期が一致することが関連づけて論じられている。ただしPromptwatch自身は「データは"いつ"起きたかを示すが"なぜ"起きたかは示さない」と明言しており、両者の因果関係は未確定だ。このReddit引用急落の詳細については、aiseo-llmo.comの別記事「Reddit経由のChatGPT引用が86.4%急落――4日間で何が起きたか」で既に取り上げている。

---

aiseo-llmo.com ユーザーへの影響

今回のsite:演算子急増は、単なる技術的なトリビアではなく、GEO/LLMOの実務に直結する構造変化だ。ここでは、影響を受けやすいコンテンツ類型、インデックス状態の重要性、そしてクエリファンアウトという仕組み自体の理解という3つの観点から整理する。

そもそも「fanoutクエリ（クエリファンアウト）」とは何か

まず前提として、fanoutクエリ（クエリファンアウト）という仕組み自体を正確に理解しておく必要がある。fanoutクエリとは、ChatGPTのようなAI検索エンジンが、ユーザーが入力した1つの質問を、裏側で複数のより具体的なサブクエリに自動的に分解し、それぞれを個別にWeb検索にかけ、返ってきた複数の検索結果を統合・要約して1つの回答を生成する仕組みを指す。

例えば「おすすめのプログラミング学習サイトを教えて」というユーザーの質問に対して、AIは裏側で「プログラミング 学習サイト 初心者向け」「プログラミング学習サイト 比較 2026」「site:example.com プログラミング入門」といった複数のサブクエリを生成し、それぞれの検索結果を統合して1つの回答にまとめる、といった処理を行う。ユーザーからはこの裏側の処理は見えず、最終的な回答だけが提示される。

GEO業界では、このfanoutクエリの内容・パターンを分析することが、AI検索対策の重要な手法の一つとして確立されつつある。自社のドメインがどのようなサブクエリで検索されているか、どのようなキーワードの組み合わせでAIに参照されているかを把握することは、コンテンツ戦略を立てる上で欠かせない情報になる。クエリファンアウトという仕組み自体の基礎的な解説は、aiseo-llmo.comの「クエリファンアウトとは何か――Google特許のメカニズムとSEO戦略への応用」でも詳しく取り上げている。

site:演算子スコープの本質的な制約

今回の変化で最も重要な実務的含意は、site:演算子を使ったスコープ検索が持つ本質的な制約にある。site:演算子を使ったクエリは、検索対象を特定ドメインに限定する代わりに、そのドメインが検索エンジン（ChatGPT Searchが背後で利用しているBingやGoogleなどのインデックス）に既にインデックスされている内容しか拾えないという構造的な限界を持つ。

これはつまり、次のような状態にあるコンテンツは、通常の検索順位における不利益だけでなく、ChatGPTの回答内で言及される機会そのものを失うリスクが高まったことを意味する。

• 薄いカテゴリページ: 独自コンテンツがほとんどなく、他ページへのリンク集約だけで構成されているページ
• 壊れたサイト内検索: サイト内検索機能が正常に動作せず、クローラーがコンテンツへ到達できない、あるいは重複・エラーページを大量に生成してしまっている状態
• 未インデックスのコンテンツ: robots.txtの設定ミスや、noindexタグの誤った付与により、そもそも検索エンジンのインデックスに載っていないページ
• クロールされていない新規コンテンツ: 公開されて日が浅く、まだ検索エンジンのクロール・インデックスが追いついていないページ

これまでであれば、こうしたページはあくまで「通常のオーガニック検索での評価が上がりにくい」という間接的な不利益にとどまっていた。しかしsite:演算子スコープのクエリがfanoutクエリ全体の16.8%を占めるようになった今、こうしたページはAIの回答生成プロセスの入口段階で候補から除外され、AI検索での言及機会そのものを構造的に失う立場に置かれることになる。

影響を受けやすいコンテンツ類型

BotRank.aiなどのGEO専門メディアの分析によれば、特に影響を受けやすいページ類型として、リスト記事（listicle）・ハウツーガイド・比較ページといったフォーマットが挙げられている。これらは近年、GEO対策の目的で大量生産されがちだったフォーマットであり、内容が薄い・他サイトの焼き直しに近い・スパム的な量産コンテンツになりやすいという傾向を併せ持つ。

site:演算子によるスコープ検索が主流化すると、こうした量産型コンテンツのうち、実際にインデックスされ、かつ検索エンジンに「このドメインはこのトピックに関して信頼できる情報を持っている」と評価されているページだけが、AIの回答候補として拾われやすくなる。逆に言えば、質の低いページを大量に抱えたドメイン全体の評価が下がり、そのドメイン内の優良なページまで巻き込まれて拾われにくくなるリスクも考えられる。

OAI-SearchBotのクロール許可という前提条件

ChatGPT Searchが特定サイトを検索・参照するためには、そもそもOpenAIのクローラーである「OAI-SearchBot」が自社サイトを正常にクロールできている必要がある。OpenAIは自社ドキュメントの中で、OAI-SearchBotおよび同社が公開しているIPレンジからのアクセスを許可することを推奨している。site:演算子スコープのクエリが主流化した状況下では、このOAI-SearchBotのクロール許可設定が、AI検索での可視性を左右する土台としてこれまで以上に重要になる。クローラーがそもそもアクセスできないサイトは、site:演算子スコープの検索においてインデックスに載ることすらできない。

---

今すぐできる対応策

今回の変化を受けて、サイト運営者が今すぐ着手できる実務的な対応を、優先度順に整理する。

1. 自社サイトのインデックス状況を確認する

まず着手すべきは、自社ドメインが検索エンジンにどの程度インデックスされているかの現状把握だ。Google Search ConsoleやBing Webmaster Toolsのインデックスカバレッジレポートを確認し、次の点をチェックする。

• 公開しているページ数と、実際にインデックスされているページ数の乖離がないか
• 「検出されたがインデックスされていない」「クロール済みだがインデックスされていない」といったステータスのページがどの程度存在するか
• noindexタグやrobots.txtの記述ミスにより、意図せずインデックスから除外されているページがないか

同時に、実際にsite:yourdomain.comで検索を行い、どのページが表示されるかを目視で確認することも有効だ。想定していた主要ページが表示されない、あるいは古い・重複した・低品質なページばかりが表示される場合は、インデックス状態に問題がある可能性が高い。

2. 壊れたサイト内検索・薄いカテゴリページを是正する

サイト内検索機能が正常に動作していない場合、検索結果ページ（?s=や?q=などのパラメータ付きURL）がエラーページや空の結果ページとして大量にインデックスされてしまい、クローラーの巡回効率を悪化させることがある。サイト内検索結果ページはrobots.txtで適切にクロール対象から除外し、noindexタグと組み合わせて管理することが望ましい。

薄いカテゴリページについては、次の3つの選択肢のいずれかで是正を進める。

• 統合: 類似テーマの薄いページ同士を1本の充実したページへ統合する
• 削除（またはnoindex化）: 独自価値のないページは思い切って削除するか、検索エンジンのインデックス対象から外す
• 充実化: そのページ独自の価値（一次データ、専門的な解説、具体的な事例など）を加筆し、単なるリンク集約ページから脱却させる

3. サイトマップとrobots.txtを適切に設定する

XMLサイトマップは、検索エンジンおよびAIクローラーに対して「このサイトにはこれらのページが存在する」ことを明示的に伝える基本的な手段だ。サイトマップに含めるURLは、実際にインデックスさせたい正規のページのみに絞り込み、リダイレクト先や重複コンテンツ、noindexページを含めないよう定期的に整理する。

robots.txtについては、OAI-SearchBotをはじめとする主要なAIクローラーの巡回を明示的に許可する記述を含めておくことが望ましい。設定例は次のとおりだ。

User-agent: OAI-SearchBot
Allow: /

User-agent: *
Disallow: /search/
Disallow: /*?s=
Disallow: /*?q=

Sitemap: https://example.com/sitemap.xml

上記の例では、OAI-SearchBotに対してサイト全体のクロールを明示的に許可しつつ、サイト内検索結果ページなど、インデックスさせたくないパスをDisallowで除外している。robots.txt・クローラーの設定とインデックス戦略の詳細については、aiseo-llmo.comの「AIクローラーとrobots.txt設定によるインデックス戦略」でより体系的に解説している。robots.txt自体の基本的な仕組み・記法についても、用語集で確認しておくとよい。

4. 単一の主張・単一のデータポイントを明確に抽出できる構造で書く

site:演算子スコープの検索でヒットしたとしても、AIがそのページの中から回答に使える情報を的確に抽出できなければ意味がない。回答生成の元ネタとして選ばれやすくするためには、次のような構造化を意識する。

• 見出し（h2・h3）ごとに、1つの明確な主張・トピックを完結させる
• 数値データ・統計・比較結果は箇条書きや表（<table>要素）で提示し、画像内テキストとして埋め込まない
• 結論・要点を段落の冒頭で先出しし、AIが要約しやすい文章構造にする
• 曖昧な代名詞（「これ」「それ」など）を避け、主語・対象を明示した文で記述する

5. OAI-SearchBotのクロール許可状況を定期的に確認する

robots.txtの設定は一度行えば終わりではなく、サイトのリニューアルやCMS移行のタイミングで意図せず変更・上書きされてしまうことがある。OAI-SearchBotをはじめとする主要AIクローラーのUser-Agent名がrobots.txt上で正しく許可されているか、また実際のアクセスログ上でクロールが継続的に発生しているかを、定期的に確認する運用ルールを設けておくことが望ましい。

---

今後の見通し

短期: モデル更新・システムプロンプト変更の常態化への備え

今回の変化が「1日で」起きたという事実そのものが示すとおり、ChatGPT Searchの裏側の挙動は、OpenAI側の非公開のモデル更新・システムプロンプト変更によって、予告なく大きく変わりうる。今回はPromptwatchのような専門データサービスとSimon Willison氏の分析によって変化が可視化されたが、今後も同様の急激な変化が繰り返される可能性は十分にある。GEO/LLMO担当者にとっては、特定時点のスナップショットに基づく対策を一度作って終わりにするのではなく、継続的に挙動変化を観測・追跡する体制を持つことの重要性が、今回の一件で改めて浮き彫りになった。

中期: インデックス衛生管理がGEOの基礎体力になる

site:演算子スコープのクエリが今後も高い比率を維持するのであれば、検索エンジンにおけるインデックス状態の健全性は、AI検索での可視性を左右する土台として、これまで以上に重視されるようになると考えられる。極端に言えば、いかに優れたコンテンツを作っても、それが正しくインデックスされていなければAIの回答候補にすら上がらない、という前提が今後さらに強まっていく可能性がある。

長期: AI検索エンジンごとの挙動差異への対応

今回の変化はChatGPT Searchに関するものだが、他のAI検索エンジン（Google AI OverviewsやPerplexityなど）でも、それぞれ独自の情報収集・回答生成の仕組みを持っている。今後、各AI検索エンジンの裏側の挙動がそれぞれ独自の方向へ進化していく中で、GEO/LLMO実務は「AI検索エンジンごとに異なる最適化アプローチが必要になる」という、より複雑な局面へ向かっていく可能性が高い。継続的な情報収集と、各エンジンの挙動変化への機敏な対応が、今後ますます求められることになるだろう。

---

よくある質問

Q1. site:演算子クエリの急増とは、具体的に何が起きたのか?

2026年8月8日、ChatGPT Searchのfanoutクエリのうちsite:演算子を使うクエリの比率が、0.37%から16.8%へ、1日で約46倍に急増した。

この変化はPromptwatchが観測・記録し、Simon Willison氏が2026年8月20日にブログで分析記事を公開したことで広く知られるようになった。同時に1回答あたりの平均fanoutクエリ数も約1.08件から1.83件へとほぼ倍増している。

Q2. なぜこの変化が「1日で」起きたことが重要なのか?

段階的な学習・調整の結果ではなく、OpenAI側のモデル更新やシステムプロンプト変更が原因である可能性を強く示唆しているためだ。

Simon Willison氏の分析では、この急激さがそうした裏側の仕様変更を示唆すると論じられている。ただしこれはあくまで推測であり、OpenAIが公式に説明した事実は確認されていない。

Q3. fanoutクエリ(クエリファンアウト)とは何か?

AIがユーザーの1つの質問を裏側で複数のサブクエリに分解し、それぞれをWeb検索にかけて結果を統合し、1つの回答を生成する仕組みである。

ユーザーからはこの裏側の処理は見えず、最終的な回答だけが提示される。GEO業界では、このfanoutクエリのパターンを分析することがAI検索対策の重要な手法になっている。基礎的な仕組みはaiseo-llmo.comの「クエリファンアウトとは何か」の記事でも解説している。

Q4. site:演算子スコープの検索の何が問題なのか?

そのドメインが検索エンジンにインデックスされている内容しか拾えないため、未インデックスのコンテンツはAIの回答候補から構造的に除外されるためだ。

薄いカテゴリページ・壊れたサイト内検索・未インデックスのコンテンツを抱えるサイトは、通常の検索順位の不利益だけでなく、ChatGPTの回答内での言及機会そのものを失うリスクが高まる。

Q5. どんなコンテンツ類型が特に影響を受けやすいのか?

リスト記事(listicle)・ハウツーガイド・比較ページなど、GEO目的で近年大量生産されやすかったフォーマットが挙げられている。

これらはインデックスの質・独自性にばらつきが大きく、site:演算子スコープの検索において、実際にインデックスされ評価されているページとそうでないページの差が可視化されやすい。

Q6. OAI-SearchBotとは何か、なぜ重要なのか?

OpenAIのクローラーで、ChatGPT Searchがサイトを検索・参照する前提として、このクローラーが正常にアクセスできる必要がある。

OpenAIは自社ドキュメントでOAI-SearchBotおよび公開IPレンジからのアクセス許可を推奨している。site:演算子スコープの検索が主流化した状況下では、このクロール許可設定がAI検索可視性の土台としてより重要になる。

Q7. Reddit引用シェアの急落とは関係があるのか?

同じPromptwatchのデータをもとに関連づけて報じられているが、Promptwatch自身は因果関係を明言していない。

2026年7月18日〜8月7日に3.83%だったChatGPT SearchでのReddit引用シェアが、8月14日〜17日には0.52%へ86.4%急落したと報じられており、クエリファンアウト挙動の変化と時期が一致すると指摘されている。ただしPromptwatchは「データは"いつ"起きたかを示すが"なぜ"起きたかは示さない」と述べており、原因は未確定だ。詳細は別記事「Reddit経由のChatGPT引用が86.4%急落」で取り上げている。

Q8. 今すぐ確認すべきことは何か?

自社ドメインのインデックス状況の確認と、robots.txtでのOAI-SearchBotのクロール許可状況の確認である。

Google Search Console等でインデックスカバレッジを確認し、実際にsite:yourdomain.comで検索して主要ページが表示されるかを目視確認することが第一歩になる。あわせてrobots.txtでOAI-SearchBotの巡回が明示的に許可されているかも確認したい。

Q9. 構造化データやHTMLテーブルでの表記は今回の変化にも有効か?

有効である。AIが回答生成の元ネタとしてページから情報を抽出しやすくなるため、site:演算子スコープで拾われた後の「選ばれやすさ」に寄与する。

数値データや比較情報は画像ではなくHTMLの<table>要素で構造化し、見出しごとに1つの明確な主張を完結させる書き方が、AIによる情報抽出のしやすさにつながる。

Q10. この変化は今後も繰り返されるのか?

明言はできないが、今回の急激な変化自体がAI検索エンジンの裏側の挙動が予告なく変わりうることを示しており、継続的な観測の重要性が高まっている。

Promptwatchのような専門データサービスによる定点観測と、GEO専門メディア・研究者による分析が、今後もAI検索の裏側の挙動を可視化する上で重要な役割を果たすと考えられる。

---

関連記事

ピラー記事

• LLMOとは何か:AI検索最適化の完全ガイド — LLMOの基本概念からGEO・AIOとの関係まで体系的に解説した入門〜実践ガイド
• AI検索最適化ガイド — Google・Perplexity・ChatGPT検索を横断したAI検索最適化の全体戦略

クラスター記事

• クエリファンアウトとは何か――Google特許のメカニズムとSEO戦略への応用 — クエリファンアウトの仕組みを基礎から解説
• ChatGPT Search引用率を改善する2026年の実践手法 — ChatGPT Searchでの引用率向上策
• AIクローラーとrobots.txt設定によるインデックス戦略 — OAI-SearchBot含むAIクローラー対応の実務手順
• Reddit経由のChatGPT引用が86.4%急落――4日間で何が起きたか — 関連する直近のfanoutクエリ挙動変化の報道
• JavaScriptによる内部リンクがAIクローラーに見えない問題の実測研究 — インデックス・クローラビリティに関する関連研究

用語集

• ChatGPT Searchとは — ChatGPT Searchの基本機能と仕組み
• クローラーとは — 検索エンジン・AIクローラーの基本定義
• robots.txtとは — クロール制御ファイルの基本記法
• GEO(Generative Engine Optimization)とは — 生成AI検索エンジン最適化の基本概念
• ChatGPT検索ツールがJSON形式を廃止、独自のパイプ区切り言語へ全面刷新