なぜプロンプトボリュームは存在せず、代わりに何を使えるのか？

どのエンジンもプロンプト頻度を公開せず、それを数えられる立場にいる第三者もいないからです。Google は自社が公開しているものを正確に説明しています。「AI 機能（AI Overviews や AI Mode など）に表示されるサイトは、Search Console の検索トラフィック全体に含まれます」。これはパフォーマンスレポートの「ウェブ」検索タイプの中で報告され、通常の検索と合算され、それを生んだ質問ごとに項目化されることはありません。² さらに Search Console 自身のヘルプが、最も欲しい部分を取り除きます。クエリタブでは匿名化されたまれな結果が表から省かれ、表は最大1,000行しか表示しません。疑問形の需要が住んでいるロングテールが、まさにそこで消えます。³ 他のエンジンは、これに比べられるものを何も公開していません。

仮にログを手渡されたとしても、集計を破綻させる構造的な性質が4つあります。カーディナリティ：プロンプトは文であり、意図が同じ2人の買い手が語彙をほとんど共有しない文を書くのは日常です。したがって分布は数えられるヘッドではなく、ほぼ一意な文字列からなる巨大なテールになります。セッション文脈：答えを引き起こした文が「じゃあ安いほうは？」であることもあり、その意味は3ターン前にあって、テキストには現れません。パーソナライズ：保存されたメモリとアカウント履歴が、同じ言葉から人ごとに違うものをリトリーバルさせます。非決定性：2026年の批判的サーベイは、temperature を制御できるサーフェスでは温度ゼロでの繰り返し実行が判断の9%から28%を変えると報告し、4つのエンジンを45日間追った研究では日次の出典レベル Jaccard がおよそ0.34から0.42だったとしています。⁴ 頻度表には安定した観測単位が必要ですが、プロンプトはそれではありません。

3つのうちのどれか1つで、それぞれの障害は一時的ではなく構造的です。エンジンがクエリログを公開すること：プロンプトはこれらの企業が持つ資産のなかで最も商業的に機微で、最もプライバシー負荷が高く、集計した分布さえ公開した会社は1社もありません。同意を得た実際の会話のパネル：キーワードボリュームはこの方法で推定されていますが、移植はうまくいきません。会話はクリックストリームよりはるかに個人を特定しますし、カーディナリティの問題があるため、個々の言い回しを安定させるにはパネルが桁違いに大きくなければなりません。トラフィックを見る仲介者：分析やインフラの提供者は、答えの後にクリックがあればそれを見られますが、それを生んだ文は決して見えません。

実在していて知る価値があるものは、別のことを測っています。AI の答えがそもそもどれくらい出るか、です。SIGIR 2026 で発表された11,500件のクエリの代表サンプルでは、51.5%で AI Overviews が表示されました。⁵ それは1つのエンジンにおけるサーフェスのカバレッジであって、需要ではありません。どちらも「AI」という語の近くにあるパーセンテージなので混同しやすいのです。カバレッジはその形式がどれくらい出るかを教えます。需要は何人が尋ねたかを教えるはずのものです。測られてきたのは前者だけです。

実務上の帰結は、ツールの変更ではなく調査方法の変更です。プロンプトリサーチは定量的な出力を持つ定性調査なので、公表する数字の妥当性は標本サイズではなくサンプリングフレームに依存します。キーワードリサーチとは逆であり、プロンプトのリストが長いほど自動的に良いわけではない理由でもあります。パネルとその算術はプロンプトリサーチのステージが扱い、実際のプロンプトの出どころを順位づけした一覧はプロンプトの出どころにあります。