AIOのKPIを集めようとすると、途中で必ず手が止まります。Search Consoleから取れる数字と、AIに質問して自分の目で確かめるしかない数字が、同じレポートの中に混在するからです。本記事では、この性質の異なる2種類のデータを1つのダッシュボードへ落とし込む手順を、Looker Studioでの実装レベルで解説します。指標そのものを経営の言葉へ翻訳する工程は、姉妹記事『経営層に伝わるAIOレポートの作り方｜指標翻訳と構成テンプレート』で扱っています。
01この記事でわかること
- AIOのKPIを「自動収集レイヤー」と「手動記録レイヤー」に分けて設計する考え方
- Looker Studioで自動データを接続する5ステップの手順
- 手動調査の記録シートに置くべき列構成（そのまま使える7列）
- 2つのレイヤーを1画面に並べるときの結合上の制約
02結論サマリー
AIOのKPIには、APIで自動収集できる指標と、人手でしか集められない指標が混在します。 この非対称性が、従来のSEOダッシュボードとの決定的な違いです。Search Console・GA4は前者、AI Share of VoiceやCitationの正確性は後者にあたります。
WEBMARKSは、Looker Studioを土台に、自動収集レイヤーと手動記録レイヤーを1画面へ並べる構成を推奨します。両者は日付以外に共通のキーを持ちません。1つのグラフへ混ぜるのではなく、同じ期間軸で並置するのが実装上の要点です。
03AIO版KPIダッシュボードとは（基礎定義）
従来のSEOダッシュボードの多くは、Search ConsoleやGA4などAPI経由のデータだけで完結していました。しかしAIOの実務指標には、AI Share of VoiceやCitationの正確性など、現時点でAPIから取得できない指標が含まれます。姉妹記事『KPIをクリックからCitationへ切り替える理由【実務指標の設計】』では、指標を表示層・引用層・成果層の3層に整理しました。このうち表示層はAPIで、引用層・成果層の一部は手動調査でしか埋められません。
この構造を無視して自動化できる指標だけでダッシュボードを組むと、Citation指標という最も重要な部分が抜け落ちたレポートになってしまいます。
04自動収集レイヤーを構築する(Search Console・GA4)
自動収集レイヤーは、1つのレポートに複数のデータソースを接続して構築します。順序を守ると手戻りが起きません。
- 空のレポートを新規作成する: Looker Studioで空のレポートを作り、以降のデータソースはすべてこの1つのレポートへ追加する
- Search Consoleを追加する: 「データを追加」からSearch Consoleコネクタを選び、対象プロパティと集計方法（後述のSite Impression / URL Impression）を指定する
- GA4を追加する: 同じレポートにGA4コネクタでプロパティを追加し、チャネル別のセッション・コンバージョンを取得できる状態にする
- スプレッドシートを追加する: 手動調査の記録シート（次節で列構成を提示します）をスプレッドシートコネクタで接続する
- 期間コントロールを1つ置く: レポート上部に期間設定を1つ配置し、すべてのグラフの期間を連動させる
手順2の集計方法の選択が、後段のレポート設計を左右します。Looker StudioのSearch Consoleコネクタは「Site Impression」と「URL Impression」の2つを提供しています。ただし1つのデータソースが使えるのは、どちらか一方だけという仕様です(出典: Google公式ドキュメント)。両方の粒度を1つのレポートで見たい場合は、データソース自体を2つ作成して使い分けます。
| 集計方法 | 対応する検索タイプ | 向いている用途 |
|---|---|---|
| Site Impression | ウェブ・画像・動画・ニュース | サイト全体の傾向を大まかに把握する |
| URL Impression | ウェブ・画像・動画・ニュース・Discover・Googleニュース | ページ単位で詳細に分析する |
接続時に注意したい点として、Search Consoleの検索パフォーマンスデータには、プライバシー保護のためのマスキングがかかります。公式ドキュメントは「ユーザーのプライバシーを保護するため、Search Analyticsはすべてのデータを表示するわけではない」と説明しています。実行回数が少ないクエリや、個人情報・機微な情報を含むクエリが対象です。
これらは空白値の1行にまとめて集約されることがあります(出典: Looker Studio公式ドキュメント)。クエリ単位で完全な内訳を追いたい場合、この空白行の存在を前提にレポートを設計する必要があります。
コネクタでは扱いにくい集計を行いたい場合、Search ConsoleのSearch Analytics APIを直接叩いてデータを取得する選択肢もあります。取得できるディメンションやフィルタの指定方法は、Google公式のAPIドキュメントに記載されています。
生成AIパフォーマンスレポートの活用方法自体は、姉妹記事『Search ConsoleでAI検索流入を月次分析する方法』で詳しく解説しています。ダッシュボードには、このレポートで確認できるインプレッション数の推移もあわせて組み込むことをおすすめします。
GA4についても、Looker StudioのGA4コネクタで同様に接続できます。ただしGA4の「AI Assistants」チャネルは、対応するAIサービスの全一覧をGoogleが公開していません(出典: GA4ヘルプ)。自社で自動識別されている参照元はGA4の実データで確認する必要があり、そこに現れないサービス経由の流入やゼロクリックの引用は、このチャネルではカバーできません。カバーできない範囲は、姉妹記事『GA4でAI参照を測る限界と代替手段｜3つの構造的な盲点を解説』で扱った代替策とあわせて設計してください。
05手動記録レイヤーを構築する(Citation指標の組み込み)
自動収集レイヤーだけでは、AI Share of VoiceやCitationの正確性といった指標が欠落します。これらは現時点で、固定した質問セットをAIに投げて回答を記録する手動調査でしか計測できません。
WEBMARKSは、この手動調査の結果をスプレッドシートに記録し、Looker Studioへスプレッドシートコネクタで接続する構成を推奨します。自動収集レイヤーと同じ画面に並べることで、担当者が2つの画面を行き来する必要がなくなります。
- 固定の質問セットをAIに投げ、自社が言及された回答の割合を記録する(具体的な算出手順は姉妹記事『AI Share of Voiceの計算方法｜3段階で算出する』を参照)
- 1回の質問＝1行として、次の7列でスプレッドシートに記録する
- 月次で集計し、Looker Studio側のグラフに反映させる
記録シートの列構成は、最初に固定してしまうことが重要です。後から列を足すと、過去分と同じ基準では比較できなくなります。次の7列をそのまま使えば、言及率・引用率・正確性の3系統を後から自由に集計できます。
| 列名 | 入れる値 | この列を置く理由 |
|---|---|---|
| 記録日 | YYYY-MM-DD | 自動収集レイヤーと期間軸を揃える唯一の共通キー |
| AIサービス名 | ChatGPT / Perplexity / Google AI Mode など | サービス別の内訳を出すため |
| 質問ID | Q01、Q02…（質問セットの通し番号） | 質問を入れ替えた時期を後から特定するため |
| 言及有無 | 1 または 0 | 言及率の分子。文字列でなく数値で入れると集計関数がそのまま使える |
| 引用有無 | 1 または 0 | 出典リンクとして提示されたかどうか。言及と引用は別物として分ける |
| 正確性 | 正確 / 一部誤り / 誤り | 誤って紹介されている箇所は、修正コンテンツを作る起点になる |
| 確認者 | 氏名またはイニシャル | 判定のばらつきを後から検証できるようにする |
なお、この2つのレイヤーは1つのグラフには統合しないでください。手動記録シートとSearch Consoleのデータは、日付以外に共通のキーを持ちません。無理に結合すると、調査を行わなかった日で行が欠落し、自動収集側の数値まで欠けて見える状態が起こります。統合は「同じ期間コントロールに連動させ、同じ画面に並べる」までにとどめる設計が安全です。
手動調査は自動化に比べて手間がかかりますが、姉妹記事『無料で始めるAI可視性モニタリングの方法【週30分・今日から】』で紹介した通り、週30分程度の運用で継続できる設計も可能です。
06ダッシュボードの構成例(4つのセクション)
ここまでの2レイヤーを踏まえ、実際の画面構成を4つのセクションに分けて設計します。
| セクション | 置くもの | データ元 |
|---|---|---|
| ①サマリー | 主要4指標のスコアカード（前月比つき） | 自動・手動の両レイヤー |
| ②自動収集指標 | 生成AIパフォーマンスレポートのインプレッション推移、GA4のチャネル別セッション | Search Console・GA4 |
| ③手動計測指標 | 言及率・引用率・正確性の月次推移（AIサービス別の内訳つき） | 記録シート |
| ④競合比較 | 自社と競合の言及率を並べた横棒グラフ | 記録シート |
①のスコアカードだけは、両レイヤーの数字を1画面の上部に集めます。ここに何を置くかで、担当者が毎朝見る指標が決まるためです。前月比を必ず添え、単月の絶対値だけを見せない構成にしてください。
このセクション構成は、姉妹記事『経営層に伝わるAIOレポートの作り方｜指標翻訳と構成テンプレート』の経営報告テンプレートと対応させています。4パーツ(エグゼクティブサマリー・KPIトレンド・競合比較・次のアクション)と1対1で連動させているため、報告資料はこの画面からの転記で組み立てられます。
07チェックリスト
- Search Console・GA4のデータをLooker Studioへ接続した
- Site ImpressionとURL Impressionの使い分けを、用途に応じて決めている
- 記録シートの7列を、記録開始前に確定させた
- 期間コントロールを1つ置き、全グラフの期間を連動させた
- 手動記録シートと自動収集データを、1つのグラフに結合していない
- サマリー・自動収集・手動計測・競合比較の4セクションで構成している
- 空白行(マスキングされたクエリ)の扱いをレポート設計に反映させた
08よくある失敗
自動収集できる指標だけでダッシュボードを完結させてしまう。Search Console・GA4だけでは、Citationという最も重要な指標が抜け落ちます。手動記録レイヤーを最初から設計に含めることをおすすめします。
手動調査の記録フォーマットを都度変えてしまう。記録項目が担当者や月によってばらつくと、時系列での比較ができなくなります。記録日・AIサービス名・言及有無といった項目を、最初に固定しておくことが重要です。
Site ImpressionとURL Impressionを混在させてしまう。1つのデータソースではどちらか一方しか選べない仕様のため、混同すると数値の突き合わせができなくなります。
手動調査の記録を個人のメモやローカルファイルにしか残さない。担当者の異動や退職があると、過去の記録ごと失われるリスクがあります。チームで共有できるスプレッドシートに一元化することをおすすめします。
09FAQ
Q. 手動記録シートとSearch Consoleのデータを、1つのグラフにまとめられますか?
技術的には結合できますが、おすすめしません。両者は日付以外に共通のキーを持たないため、調査を行わなかった日で行が落ち、自動収集側の数値まで欠けて見える状態が起こります。同じ期間コントロールに連動させたうえで、グラフは分けて並置してください。
Q. Looker Studio以外のツールでも同じ設計はできますか?
可能です。本記事の考え方の核心は、自動収集レイヤーと手動記録レイヤーを分けて設計し、1つの画面に並置することにあります。ツール自体はスプレッドシートやBIツールに置き換えても、同じ構成で運用できます。
Q. 手動調査は毎月必ず行う必要がありますか?
必須ではありません。データ量や体制に応じて、週次・月次・四半期などの頻度を選べます。ただし記録の頻度が低すぎると、トレンドとして語りにくくなる点には注意が必要です。
Q. ダッシュボードの数字をそのまま経営層に見せてよいですか?
そのまま見せることはおすすめしません。実務指標を投資判断の言葉へ翻訳する工程が必要です。翻訳の3原則と構成テンプレートは、姉妹記事『経営層に伝わるAIOレポートの作り方｜指標翻訳と構成テンプレート』で解説しています。
10まとめ
手動記録レイヤーを最初から設計に含めるかどうかが、AIOダッシュボードの成否を分けます。自動収集できる指標だけで組んだダッシュボードは、最も重要なCitation指標が抜けたまま完成したように見えてしまうためです。
運用面での注意を2点だけ補足します。記録シートは、後から列を足すと過去分と同じ基準で比較できなくなります。列構成を確定させてから記録を始めてください。そして最初の1か月は、数字の良し悪しを議論せず、記録の運用が回るかどうかだけを見る期間として扱うことをおすすめします。
