この記事で分かること
- ダッシュボードの画面共有だけでは社内レポートに足りない理由
- レポートの素材になる3種類のCSVデータセットと「縦持ち(tidy)形式」の考え方
- ユースケース別の作り方:月次経営レポート・コンテンツ改善の優先順位付け・競合比較レポート
- 率の再集計・「統合」値・観測なしバケットなど、再集計で失敗しないための注意点
- 定例レポートを仕組み化する5つのステップ
なぜダッシュボードだけでは社内レポートに足りないのか
AI検索の露出測定ツールのダッシュボードは、ブランド言及率やURL引用率の現在地と推移を日々確認するには最適です。一方で、測定結果を社内に報告する段になると、次のような壁に当たります。
- 報告先ごとに求められる形式が違う — 経営会議は前月比の1枚サマリー、施策チームはテーマ別の内訳、クライアント報告は競合比較、と同じデータでも見せ方が異なる
- スクリーンショットは再利用できない — グラフ画像の貼り付けでは、前月差の計算・並べ替え・他データとの結合といった再加工が一切できない
- 定例化するとコピー作業が積み上がる — 毎月手作業で数値を転記していると、工数だけでなく転記ミスのリスクも増える
この壁を越える現実的な方法が、観測データを CSVでエクスポートして、Excel・Googleスプレッドシートのピボットテーブルで再集計するアプローチです。測定方法そのものはAI検索の露出測定で解説しているため、本コラムは「測定した後」の工程に焦点を当てます。以下、GEO Signalsのダッシュボードに搭載されているCSVエクスポート機能(全有償プランで利用可能)を例に進めますが、考え方は他のツールやスクラッチの観測データにも応用できます。
レポートの素材になる3つのデータセット
GEO SignalsのCSVエクスポートでは、用途の異なる3種類のデータセットを選べます。1回のエクスポートで1データセット・1ファイルとし、粒度の異なるデータを混在させないのがポイントです。
- KPI推移 — 期間バケット×モデルごとの言及率・引用率。経営報告・定点レポートの土台
- プロンプト別KPI — プロンプト(質問)ごとの言及状況。コンテンツ改善の優先順位付けに使う
- 競合言及シェア — 自社・競合を同じ行構造で並べた言及シェア。競合比較レポートに使う
「縦持ち(tidy)形式」だからピボットテーブルに直接入る
エクスポートされるCSVは、1行が「期間バケット × 対象 × モデル」を表す縦持ち(tidy)形式です。たとえばKPI推移データセットの週次エクスポートは次のようになります。
| ブランド | 集計単位 | 期間開始 | 期間終了 | モデル | 集計対象日数 | 対象数(N) | 言及数(M) | 引用数(C) | 両方(B) | 言及率(%) | 引用率(%) |
|---|---|---|---|---|---|---|---|---|---|---|---|
| サンプル社 | 週次 | 2026-06-01 | 2026-06-07 | 統合 | 7 | 20 | 9 | 5 | 4 | 45.0 | 25.0 |
| サンプル社 | 週次 | 2026-06-01 | 2026-06-07 | AI Overviews | 7 | 20 | 6 | 4 | 3 | 30.0 | 20.0 |
| サンプル社 | 週次 | 2026-06-01 | 2026-06-07 | ChatGPT | 7 | 20 | 7 | 3 | 3 | 35.0 | 15.0 |
| サンプル社 | 週次 | 2026-06-08 | 2026-06-14 | 統合 | 7 | 0 | 0 | 0 | 0 | — | — |
この形式には2つの実務上の利点があります。1つ目は、そのままピボットテーブルのデータソースに指定できること。行に期間、列にモデル、値に言及率を置くだけで推移マトリクスが完成します。2つ目は、言及率だけでなく対象数(N)・言及数(M)・引用数(C)といった生カウントが併記されていること。これが後述する「率の再集計」で効いてきます。
なお、ファイルはBOM付きUTF-8で出力されるため、Excelでダブルクリックしても日本語が文字化けしません。
ユースケース① 月次経営レポート:KPI推移CSV
もっとも需要が多いのが、月次の定例報告です。KPI推移データセットを月次(または週次)でエクスポートし、次の構成でまとめます。
- サマリー — 「統合」の言及率・引用率の当月値と前月差。経営層向けはこの2指標に絞る
- 推移表 — ピボットテーブルで行=期間、列=モデル、値=言及率。直近6〜12バケットを並べる
- トピック — 大きく動いたモデル・時期と、その背景にある施策や外部要因のコメント
経営層への報告では、モデル別の細かい数字よりも「統合でどうだったか」「なぜ動いたか」が求められます。モデル別の内訳(Google AI Overviews・ChatGPTなど)は補足ページに回し、本編は統合の推移と解釈に絞ると伝わりやすくなります。
ユースケース② コンテンツ改善の優先順位付け:プロンプト別CSV
施策チーム向けには、プロンプト別KPIデータセットが素材になります。1行が「期間 ×プロンプト」なので、どの質問で言及されていて、どの質問で言及されていないかを一覧できます。
- テーマ別の弱点を見つける — 行=クラスタ(プロンプトのテーマ分類)でピボットし、クラスタ別の言及率を比較する。言及率が低いテーマが、コンテンツ強化の候補になる
- 未言及プロンプトの一覧を作る — 言及数が0のプロンプトをフィルタで抽出すれば、そのままコンテンツ企画のインプットになる
- 施策の前後比較をする — 特定クラスタに対する施策の実施前後で期間を区切り、言及率の変化を確認する
なお、1つのプロンプトが複数クラスタに属する場合、クラスタ列には所属クラスタ名がセミコロン区切りで1セルにまとまっています。クラスタごとに行を複製するとピボット集計で同じ観測が二重計上されるため、この形式になっています。クラスタ単位で厳密に集計したい場合は、エクスポート時のクラスタフィルタで対象を絞るのが確実です。
ユースケース③ 競合比較レポート:競合シェアCSV
「自社はAI回答の中で、競合と比べてどの位置にいるのか」は、競合シェアのデータセットで表現します。このCSVは自社と各競合が同じ行構造で出力されるため、ピボット1回で自社vs競合の比較表が作れます。
- シェア推移マトリクス — 行=対象(自社・各競合)、列=期間、値=言及シェア。市場内の位置取りの変化が一目で分かる
- シェアは合計100%になる設計 — 各期間のシェアは「自社+全登録競合+競合外」の母数に対する割合のため、そのまま円グラフ・帯グラフにできる
- 競合の動きをコメントに反映 — シェアを伸ばした競合がある期間は、その競合の発信・露出の変化を調べてコメントに添えると、レポートの説得力が上がる
どのドメインがAI回答に引用されているか(引用ドメイン)の観測と組み合わせると、「シェアを取っている競合は、どの情報源経由で引用されているのか」まで踏み込んだ分析になります。
再集計で失敗しないための4つの注意点
CSVを自由に再集計できることは、誤った集計もできてしまうことと表裏一体です。AI検索の観測データに固有の注意点を4つ挙げます。
1. 率は平均せず、生カウントから計算し直す
週次データを月次にまとめるときに、各週の言及率を単純平均してはいけません。週によって観測数(分母)が異なるためです。正しくは、言及数(M)と対象数(N)をそれぞれ合算し、「合計M ÷ 合計N」で率を出し直します。ピボットテーブルでは、値に言及率ではなくMとNの合計を置き、計算フィールド(集計フィールド)で「M合計 ÷ N合計」を定義するのが定石です。生カウントが併記されたCSVを選ぶ理由はここにあります。
2. 「統合」とモデル別は足し算の関係にない
「統合」の言及数は、同じプロンプト・同じ日に複数のAIが言及した重複を除いた論理OR(いずれかのAIで言及があったか)です。先ほどのサンプル表でも、統合の言及数9に対し、AI Overviews(6)とChatGPT(7)の合算は13で一致していません。モデル別の数値を合算して「全体」として報告すると過大評価になるため、統合とモデル別は別の表として扱ってください。
3. 「0%」と「観測なし」を混同しない
観測がない期間バケットは、カウントが0・率の列が空欄で出力されます。「観測したが言及されなかった(0%)」と「そもそも観測していない(空欄)」は意味が異なるため、グラフ化するときも空欄は0に置き換えず、欠損として扱います。平均に0として算入すると、実態より低い数値を報告することになります。
なお、エクスポート時に「観測があった行のみ出力する」オプションをオンにすると、観測なしバケットの行自体を省略できます。日次×多数プロンプトのように行数が膨らむ場合のファイル軽量化には有効ですが、ピボットや時系列グラフでは期間の軸が欠けてしまうため、推移レポート用途では既定(オフ)のまま全バケットを出力することをおすすめします。
4. 週の起点と端数バケットを確認する
週次集計は日本時間の月曜始まりです。社内レポートの週定義(月曜始まりか、締め日基準か)と揃っているかを最初に確認してください。また、選択期間の先頭・末尾が週や月の途中にかかる場合、そのバケットは期間内の日数だけで集計されます。CSVの「集計対象日数」列が7(週次)や月の日数より小さい行は端数バケットなので、前後の完全なバケットと単純比較しないよう注意します。
定例レポートを仕組み化する5ステップ
最後に、ここまでの内容を毎月の運用に落とし込む手順です。1回目に型を作り、2回目以降は「エクスポートして差し替えるだけ」の状態を目指します。
- STEP 1
レポートの型を決める — 報告先ごとに使うデータセット・期間・集計単位を固定する
- STEP 2
CSVをエクスポートする — ダッシュボードから条件を指定して出力する(条件は保存され、次回は同じ設定で再出力できる)
- STEP 3
ピボットテーブルの雛形に投入する — 前回のレポートファイルを複製し、データ範囲を差し替える
- STEP 4
変化点にコメントを添える — 前期比・競合差の背景にある施策や外部要因を1〜2行で言語化する
- STEP 5
翌月も同じ条件で繰り返す — 同じプロンプトセット・同じ条件の推移データが資産になる
毎回同じ条件でエクスポートすることが推移レポートの生命線
期間・集計単位・対象モデルの条件が毎回違うと、数値の変化が「実態の変化」なのか「集計条件の変化」なのか区別できなくなります。GEO Signalsのエクスポート設定は前回の条件が保存され、ファイル名にもデータセット・期間・集計単位が自動で入るため、複数月のファイルを見返しても条件を取り違えにくくなっています。手元で管理する場合も、ファイル名に条件を残す運用をおすすめします。
レポートで弱点が見えたら、次は改善です。言及率・引用率を伸ばす具体的な施策はAI検索の改善方法で、レポートまで含めた観測ツールの選び方はAI検索分析ツール比較で解説しています。
この記事のまとめ
- AI検索の観測データは、CSVエクスポート+ピボットテーブルで「社内に伝わるレポート」になる
- 素材はKPI推移・プロンプト別・競合シェアの3データセット。縦持ち形式だからピボットに直接投入できる
- 率の再集計は生カウント(N・M・C)の合算から。日次・週次の率の平均は取らない
- 「統合」とモデル別は足し算の関係になく、0%と観測なし(空欄)も区別して扱う
- 同じ条件・同じプロンプトセットで繰り返すことで、推移データがレポート資産になる
FAQ