ホーム/GEO を学ぶ/10フィールド
プロンプトリサーチ · 記録

プロンプトログにはどの10フィールドが必要か?

あとから計算できるメトリクスはすべて、収集時に書き留めた列の関数です。ログの構造こそが実験であり、ダッシュボードはその一つのビューにすぎません。

このページの内容
この記事をシェア
X でシェア LinkedIn でシェア
短い答え

毎回の実行で10のフィールドを記録してください。プロンプトIDとバージョン、プロンプト類型、エンジン、サーフェスまたはモード、公開されていればモデル名、ウェブ検索が有効だったかどうか、タイムスタンプ、ロケールと国、回答本文があなたのブランド名を挙げたかどうか、そして他社のものも含む被引用URLの全リストです。何も起きなかった実行にも行を書いてください。出現率は、その下にある分母の確かさ以上には確かにならないからです。2026年の批判的サーベイが示すGEO研究の最低限チェックリストは、すべての観測について7つの設定値、すなわち製品、モード、モデル、日付、ロケール、アカウント、検索の状態を記録すること、そして分母と空の結果を保持することを求めています。1

重要ポイント
  • 設定系のフィールドは収集時には何でもないように見えますが、あとになって「エンジンが変わったのか、あなたが変えたのか」を教えてくれる唯一の列です。
  • 言及と引用は2つの列であり、決して1つではありません。ブランド名のないリンクはコンテンツの問題、リンクのないブランド名はモデルの事前知識の問題です。
  • 失敗した収集はステータスのフィールドを付けて残してください。200回の実行から25件のタイムアウトを落とすと、30.0%の出現率が34.3%になります。
ログの構造こそが実験

なぜログの構造が、導ける結論を決めてしまうのか?

書き留めなかった列を取り戻せる分析は存在せず、しかもチームが省く列はいつも同じだからです。2026年のこの分野の批判的サーベイはGEO研究の最低限チェックリストを公開しており、それは異例なほど具体的です。製品、モード、モデル、日付、ロケール、アカウント、検索の状態を記録すること。複数の時間帯にわたって間隔の近い反復実行を行うこと。分母と空の結果を保持すること。そして一度きりのスコアを安定した順位と読まず、パイプラインの各ステージを分けて保つこと。同サーベイが一貫して推奨するのは、リトリーバル、引用、忠実度を別々に測ることです。1 その大半は分析ではなくログについての指示です。

最初の一行が何でできているかに注目してください。あの7つは結果ではなく設定であり、収集している最中はどれもデータらしく見えません。だからこそ落とされます。価値が出るのは数か月後、ある比率が15ポイント下がり、エンジンが変わったのかあなたが変えたのかだけが問題になるときです。その列を持たないログはそれに答えられません。

ログの構造は、パネルのバージョンに意味を与えるものでもあります。プロンプトリサーチのステージはパネルをバージョン管理された測定器として扱い、ログはそのバージョンを一つひとつの観測に刻む場所です。だからバージョン2の数字がバージョン3の数字と黙って比べられることはありません。

ログの構造

すべての行にどの10フィールドが必要か?

実行ごとに1行、誰かが回答を見る前に書き、下の10フィールドを持たせます。

3列目は、フィールドを欠いたときに後で払う代償です。

フィールド値の例ないと壊れるもの
1. プロンプトIDとバージョンP-014 v2言い換えたプロンプトが、同じ名前をまとった別の質問になります
2. プロンプト類型反論類型で分けられず、混ざった比率が自らの構成を隠します
3. エンジンエンジン A重なりがJaccard 0.11–0.18しかないサーフェスを、プーリングが平均してしまいます7
4. サーフェスまたはモードウェブ検索ありのチャット同一に見える2行が、実は別の実験だったと判明します
5. モデル名、公開されていればUIに表示されたものベンダーのモデル差し替えが、あなたのコンテンツ変更のせいにされます
6. 検索の有効化はい / いいえ / 不明リトリーバルでグラウンディングされた回答が、モデルの事前知識からの回答と混ざります
7. タイムゾーン付きのタイムスタンプ2026-08-24 09:12 UTCバッチ実行が見過ごされ、しかもバッチの実行同士は相関します
8. ロケールと国en-GB / UKロケールが混ざったパネルは、自分自身と比較できません
9. 本文でのブランド名の有無はい / いいえ言及率がまったく出せません
10. 被引用URL、そのすべてあなたのものだけでなく全リスト引用率が出せず、誰がその回答を所有しているかの地図もありません

チェックリストが名指しせずに含意しているフィールドが1つ、あの10の隣にあります。実行のステータスです。収集が完了したのか、レート制限に掛かったのか、タイムアウトしたのか、拒否されたのかを記録してください。まったく起きなかった実行と、起きたけれどあなたを挙げなかった実行は、同じ空欄でありながら正反対の事実だからです。これがないと分母がありません。

10から導かれる列が3つあり、これらは手で打ち込むのではなく計算すべきものです。言及はフィールド9から来ます。引用はフィールド10から、被引用URLのどれかが自社ドメインかを調べて得られます。忠実度はどちらからも来ません。あなたについて書かれた一文を人が読み、サンプルに対して、正確・不完全・誤解を招く・誤り、と採点するものです。3つの列、3つの失敗の形、3つの異なる直し方です。1

分母

なぜ空の結果を分母に残さなければならないのか?

出現率は分数であり、何も起きなかった実行をこっそり落とした分数は比率ではないからです。あからさまな版、つまり200回のうちあなたを挙げた60回だけを残して100%と報告することは、誰も意図してやりません。

実際に起きる版は、不在のブランドではなく失敗した収集についてのものです。あの200回のうち25回がエラーになり、失敗した行には解析できる回答本文がないという理由でパイプラインがそれを落とすとします。出現率は200回中60回の30.0%ではなく、175回中60回の34.3%になります。この4.3ポイントの差はデータの扱い方の判断であり、200観測のパネルが持つ信頼区間の幅の半分を超えます。さらに悪いことに、失敗はめったにランダムではありません。長い回答ほどタイムアウトしやすく、レート制限の厳しいロケールがあり、あるエンジンは別のエンジンが答える質問を拒否します。つまり偏りには、あなたが選んでいない向きがあります。

3つのルールがこれを恒久的に直します。失敗したものも含め、試みたすべての実行に行を書き、前節のステータスのフィールドを付けること。分母のルールを一度だけ決めてレポートに書くこと。「完了した実行に対する出現率、試行200回のうち175回」は完全な開示であり、コストは9語です。そして完了率そのものを品質メトリクスとして見張ること。完了率が95%から80%へ静かに劣化するパイプラインは、世界で何も起きていないのにあなたの見出しの数字を動かすからです。これはチームが最も頻繁に破るチェックリストの一行であり、その下流のすべてのメトリクスを一度に汚す唯一の一行です。1

2つの列

なぜ言及と引用を別々の列にしなければならないのか?

両者は大きく食い違い、エンジンによって食い違う向きが逆になり、それぞれ別のチームの別の仕事を指しているからです。言及はあなたのブランド名が本文に現れることで、引用はあなたのURLのどれかが添えられることであり、本文があなたを挙げているかどうかは問いません。これを「出た」という1つのフラグにまとめると、次に何をすべきかを教えてくれる区別が壊れます。

差の大きさを最もよく記録しているのはベンダーの調査で、方向性として読むべきものです。2026年6月の調査は、115本のプロンプトが4つのプラットフォームと14か国で3,981件のドメイン出現を生み、そのうち62%は回答本文がブランド名をまったく挙げなかったリンクだったと報告し、そのパターンはエンジン間で逆転しました。あるアシスタントはおよそ84%の言及に対して21%の引用、別のアシスタントはおよそ21%の言及に対して87%の引用です。11 サンプルは小さく、ベンダーが公表したものです。パーセンテージは未検証として扱い、逆転こそが知見だと考えてください。

2つの失敗には別の直し方があります。名前のないリンクは、リトリーバルは効いたが同定が失敗したという意味で、たいていは引用された一節が有用でも誰が話しているかを言わなかったからです。コンテンツチームは主体を名指しする文を書いて直します。リンクのない名前は、モデルがいまリトリーバルしたものではなく既に知っていることに依拠しているという意味で、オンページの作業では速くは動きません。診断は、検索を無効にして同じプロンプトを流し直すことです。どちらの列も、その記述が真実だったかどうかは何も言いません。Tow Centerによる8つの生成検索ツール、1,600件のクエリの監査は、回答の60%超が不正確だと判定しました。3 それ以前のTowによる200件の引用のテストでは153回、部分的または完全に不正確な応答が返り、不確実性が示されたのは7回だけでした。2 独立した研究は、生成回答の文の51.5%が引用によって完全に裏付けられていると報告しました。4 そして2026年の研究は、98,020件のアトミックなクレームのうち11.0%を、引用先のページでは裏付けられないと分類しました。5 忠実度の列はそのためにあります。

11番目の列

回答の原文も保存すべきか?

保存すべきです。履歴を再分析可能に保つのがそれだからです。言及は本文に対する名前の一致判定であり、その判定器は初日には端で必ず間違えます。所有格や綴り違いを取りこぼし、あなたの製品と単語を共有する競合に反応し、推奨と警告を区別できません。回答本文を保存してあれば、直した判定器を履歴全体に流し直せます。なければ、直した系列は今日から始まります。それは系列ではありません。

忠実度の列も同じものに依存します。収集時にその場で採点する人はいないので、保存された本文があってはじめて、レビュアーは今月に先月の実行を読めます。引用のペイロードも生のまま残してください。書き込み時にドメインだけへ潰したリストは、どのページが引用されたのかをもう言えなくなるからです。

これを正直に保つ制約が1つあります。誰も読み返さない蓄積は、便益のないコストです。保持期間は意識して決め、レポートに書いてください。それが、再計算した系列がどこまで遡れるかの上限だからです。

この構造の限界

どのフィールドは確実には取れないのか?

10のうち3つは頻繁に手に入らず、正しい対応は推測ではなく不在を記録することです。最悪なのはモデル名です。ほとんどの消費者向けサーフェスはビルド識別子ではなくマーケティング上のラベルを見せ、あなたの数字を動かす変更をまたいでも同じままでいられます。2番目は検索の状態です。クエリごとにリトリーバルするかどうかを決め、それを一切告げないサーフェスがあるので、正直な記入は代理指標、つまり回答が引用をひとつでも伴っていたかどうかであり、それを代理だと印を付けます。3番目はロケールです。あなたが要求したものとエンジンが推定したものは食い違いうるので、両方を保存してください。

回答側のログには見えないカテゴリ全体も存在します。ある情報源を引用せずに参照するエンジンは、あなたのログに痕跡を残しません。この区別は学術的なものではありません。Findings of ACL 2026 の4,706クエリの監査は AI Overviews が参照するドメインを測り、2025年9月に収集したデータで、その53%がオーガニックの上位10位に含まれないと報告しています。一方、2026年3月13日から4月21日に収集された55,393クエリの研究は参照先として挙げられたドメインを測り、その29.8%が1ページ目に現れないと報告しています。85 動詞が違い、分母が違い、日付が違い、どちらかを点推定として引用すれば間違いになるほど開きがあります。あなたのログに見えるのは、引用された側の半分だけです。

サーバーログはその補集合です。回答ではなく取得を記録するので、パネルには見えないリトリーバルの失敗を捉えます。それはAI可視性の測定のステージに属し、これらのメトリクスのどれが持ちこたえるかも同様です。パネルの規模は姉妹記事に属します。

この記事の正直な限界

この構造は、1つのサーベイのチェックリストに運用の経験を足して組み上げた慣行であり、標準ではありません。この10フィールドで十分だと検証した人も、どれか1つが必要だと検証した人もいません。2つのチームがログを直接比べられるような共通フォーマットも存在しません。最も弱いのは忠実度の列です。この作業で2人の読み手が同じ回答をどれだけ一致して採点するかを報告した公開研究はないので、忠実度の比率は公表する数字ではなく社内の命綱として扱ってください。

製品が役に立つ場面と、立たない場面

これらの列を持つ表計算シートは完全な実装であり、後で何かを買うとしても先に作る価値があります。考えるべきことは構造の側にあり、収集は労働にすぎません。ツールが変えるのは、週に1,000回の実行でも退屈な列が埋まるかどうかです。ステータス、タイムスタンプ、ロケール、被引用URLの全リストは、時間に追われた人間が記録をやめるフィールドであり、分母を説明可能にするフィールドでもあります。Bavior は固定のプロンプトセットを5つのエンジンに定期実行し、各回答がどの情報源を引用したかを記録し、空の実行も記録に残します。エンジンが公表していないモデル識別子を出すことはできず、あなたの製品についての一文が真実かどうかも言えず、分母のルールを代わりに決めることもしません。無料 AI 可視性チェッカー無料 GEO 診断は有料プランなしで使えます。有料プランは月払いで月額 $99 から、年払いなら月額 $79.17 です(2026年8月29日時点)。

出典、すべて2026年8月29日に確認
  1. 「Optimizing Visibility in Generative Engines: A Critical Survey of Generative Engine Optimization (2023–2026)」2026年7月15日、arXiv:2607.14035。表6(GEO研究の最低限チェックリスト)と§7.5:arxiv.org/abs/2607.14035
  2. コロンビア大学 Tow Center for Digital Journalism「How ChatGPT Search (Mis)represents Publisher Content」2024年11月。200件の引用、153回の不正確な応答、不確実性が示されたのは7回:cjr.org
  3. Jaźwińska & Chandrasekar「AI Search Has a Citation Problem」Tow Center、2025年3月6日。1,600件のクエリ、8つの生成検索ツール。原文は「incorrect answers to more than 60 percent of queries」:cjr.org
  4. Liu ほか、2023年。生成検索の回答の文の51.5%が引用によって完全に裏付けられている(出典1の批判的サーベイによる記述)
  5. Xu、Iqbal & Montgomery、2026年。55,393件のトレンドクエリ、2026年3月13日から4月21日。98,020件のアトミックなクレームのうち11.0%が引用先のページで裏付けられない。原文は「29.8% of AIO-cited domains do not appear in those first-page results」(プレプリント):arxiv.org/abs/2605.14021
  6. Vykopal ほか、2026年。アシスタントとトピックにより、信頼できる情報源の割合は71.4–86.3%(出典1の批判的サーベイによる記述)
  7. Grossman ほか、SIGIR 2026。11,500件のクエリ。原文は「Jaccard similarities between 0.11 and 0.18」、対象はGoogleのオーガニック結果、AI Overviews、Gemini:arxiv.org/abs/2604.27790
  8. Kirsten ほか、Findings of ACL 2026。4,706クエリの監査、データ収集は2025年9月。原文は「on average 53% (27%) of domains that AIO consults are not contained in top-10 (top-100) Organic search results」:aclanthology.org/2026.findings-acl.526
  9. Sielinski「Quantifying Uncertainty in AI Visibility」2026年3月(プレプリント):arxiv.org/abs/2603.08924
  10. Google Search Central「AI features and your website」2025年12月10日更新(サーフェス、掲載条件。一次情報):developers.google.com/search/docs/appearance/ai-features
  11. ベンダーの調査、2026年6月。115本のプロンプト、3,981件のドメイン出現、4つのプラットフォーム、14か国。出現の62%は回答本文がブランド名をまったく挙げなかったリンクで、言及と引用の比はアシスタント間で逆転する。ベンダー公表のため、本カリキュラムの出典方針に従い、記述のみでリンクはしません。
よくある質問

よく聞かれることを、まとめました。

自分が出てこなかった実行も、本当に記録が必要ですか?

必要です。しかもログの中でより重要な半分です。出現率は、あなたが試みたすべての実行を分母とする分数なので、不在はデータであり、削除された不在は壊れたメトリクスです。実際にチームを噛むのは、出現しなかった行を消すことよりも巧妙です。エラーになった実行を落とすことです。200回の収集のうち25回がタイムアウトし、パイプラインがそれを破棄すると、世界では何も変わっていないのに30.0%の出現率が34.3%になり、そのずれはパネルが持つ信頼区間の半分より大きくなります。

言及と引用の違いは何ですか?

言及はあなたのブランド名が回答の本文に現れることで、引用はあなたのURLのどれかがそこに添えられることです。本文があなたを挙げているかどうかは問いません。両者は大きく食い違い、意味も違います。名前のないリンクは、リトリーバルは効いたが同定が失敗したという意味で、たいていは引用された一節が誰が話しているかを言わないまま有用だったからで、これはコンテンツ側の修正です。リンクのない名前は、モデルがいまリトリーバルしたものではなく既に知っていることに依拠しているという意味で、オンページの作業では速くは動きません。両方をエンジンごとに報告してください。

競合が引用されたURLも記録すべきですか?

回答の中の被引用URLは、あなたのものだけでなくすべて記録してください。そのリストはパネルが生み出す最も行動につながる成果物だからです。自分の出現は回答の中に自分がいるかを教えるだけですが、全リストは誰がいるかを教え、可視性の数字を、あなたのカテゴリの問いを実際に所有しているページの地図に変えます。商用の問いでは、そのリストの多くはどのベンダーの自社ページでもなく、第三者の記事やコミュニティスレッドです。直す仕事があなたのコンテンツチームに属するのか、オフサイトの作業に属するのかは、その発見で決まります。

エンジンがどのモデルで答えたか教えてくれません。何を記録しますか?

インターフェイスに表示されたものを記録し、ビルド識別子ではなくラベルだと印を付け、その変化は事実ではなく仮説として扱ってください。ほとんどの消費者向けサーフェスはマーケティング上の名称を見せ、それは基盤側の変更をまたいでも同じままでいられるので、このフィールドは両方向に弱い証拠です。安定したラベルは安定を証明せず、変わったラベルもその変化があなたの観測を引き起こしたことを証明しません。それでも記録する価値は、ある比率が信頼区間を超えて動いたときに、最初に確かめるものが手元にあることです。

Bavior 編集部

Reddit マーケティングと AI 検索可視性に関する Bavior のコンテンツを調査・管理しているチームです。記事中のすべての数値には出典と確認日を明記しており、アフィリエイトリンクは一切使用していません。

数値に誤りを見つけたらお知らせください。再確認します: support@bavior.com

10の列を、毎回すべて埋める。
それ以外はすべて、その一つのビューです。

無料トライアルを開始