意思決定を軸に組み立てる、Data Studio のダッシュボード開発

Data Studio のダッシュボード開発には何が含まれるのか

作業の大部分は、画面に表示されない部分に費やされます。午後のうちに完成したように見えるダッシュボードでも、信頼できるようになるまでに数週間かかることがあります。難しい問いは定義に関するものだからです。何をコンバージョンとして数えるか、売上をどの日付に計上するか、返品を目標との比較の前と後のどちらで差し引くか、といった問いです。

そのため、私との構築は短い指標シートから始まります。各 KPI に名前、計算式、データソース、責任者を割り当て、それから初めてエディタを開きます。このシートは引き継ぎの一部になり、後で誰かが数値が動いた理由を尋ねたときの議論を収めてくれます。

• 要件：レポートで支えるべき 5〜10 個の意思決定と、それを誰が下すのか。
• データモデル：どのデータソースを、どの粒度で、どのキーで結合するのか。
• ロジック：計算フィールド、CASE 文、パラメータ、フィルタ。
• デザイン：ページ構成、グラフの選択、コントロール、モバイルでの表示。
• 運用：認証情報、共有、スケジュール配信、ドキュメント。

カスタムの Data Studio ダッシュボードはテンプレートと何が違うのか

テンプレートが与えてくれるのはグラフです。カスタムの Data Studio ダッシュボードが与えてくれるのは、お客様のビジネスロジックです。テンプレートは、GA4 のチャネル、キャンペーン名、目標がほかの誰とも同じであることを前提にしていますが、実際にはそうであることはまれです。返金を差し引いた売上、地域別の目標、営業チームの話し方に合ったチャネルのグループ分けが必要になった瞬間、いずれにせよテンプレートは作り直しが必要になります。

標準的なフィールドを使う単一データソースのレポートなら、テンプレートは妥当な出発点です。2 つ以上のデータソースの数字を一致させる必要があるとき、あるいはレポートが経営陣に届くときは、誰も手作業で数字を突き合わせなくて済む時間を考えれば、カスタムの作業はたいてい元が取れます。

実際に使われる Data Studio ダッシュボードの構成とは

答えを上に、根拠をその下に置きます。私の標準のページは、比較期間付きのスコアカードの列、1〜2 個の推移グラフ、そして最下部のドリルダウンの表で構成されます。コントロールは常に同じ場所に置き、すべてのページで期間を明確にします。

各ページは 1 つの問いに絞ります。売上の概要ページ、チャネルのページ、商品のページ、詳細のページに分けるほうが、30 個のグラフが並ぶ長い 1 ページより、たいていうまくいきます。閲覧者は手動でデータを更新し、グラフを全画面で開き、グラフを PNG でエクスポートできるようになったため、すっきりしたページは会議で共有するのも簡単です。

パラメータは目立たないところで多くの仕事をします。目標のパラメータがあれば、マネージャーはレポートを編集せずに新しい目標を試せます。指標の切り替えがあれば、1 つのグラフで売上、注文数、コンバージョン率を切り替えられ、ページを短く保てます。2026年1月に追加されたデータソース間のフィルタにより、1 つの期間や地域のコントロールで、異なるデータソースで作ったグラフを絞り込めるようになりました。

Data Studio のダッシュボードで重要なグラフの種類と制約

スコアカード、時系列グラフ、棒グラフ、ヒートマップ付きの表、地図、そして新しいヒストグラムで、ほぼすべてのビジネスレポートをカバーできます。本当の制約は見た目ではありません。GA4 や Google Ads のような固定スキーマのデータソースの表はディメンション 10 個・指標 20 個まで、Google Sheets、BigQuery、SQL のデータソースではそれぞれ 100 個まで使えます。

ブレンドで結合できるのは等価結合で最大 5 つのデータソースまでで、ブレンドは 1 つのレポートの中にしか存在しません。設計がそれ以上を必要とする場合や、キャンペーン名のあいまい一致が必要な場合は、上流の Google Sheet や BigQuery のテーブルでデータを準備します。そうすればダッシュボードは高速なまま、ロジックはレポートごとのブレンドに散らばらず 1 か所にまとまります。

大きなクエリでは「行数が多すぎます」エラーが出ることもあります。データがグラフに届く前に集計するか、変化の少ない過去データに抽出データを使えば、たいてい解決します。

完成した構築の姿：小売の例

私が Greenwolf Tech Labs で主導したある小売ダッシュボードが、このパターンをよく表しています。経営陣は、前月比・前四半期比の売上成長率、コンバージョン率、消化率、予測に対するカゴ落ち率を求め、オンラインと店舗の売上を並べて比較したいと考えていました。

オペレーションチームは別のページで、店舗の来店数と在庫のロス率という異なるものを必要としていました。共通の期間と店舗のコントロールを持たせたうえで閲覧者ごとにページを分けたことで、元のデータソースは共通のまま、各ページを読みやすく保てました。資金、売上、支出、利益率を 1 つのビューにまとめる財務ダッシュボードでも、同じ方法が使えます。

自分で作らずに Data Studio の開発者に依頼すべきなのはどんなときか

レポートのデータソースが 1 つで、標準的なフィールドを使い、閲覧者が少ないなら、自分で作りましょう。Data Studio は無料でエディタもとっつきやすく、自分用の GA4 の概要レポートなら週末のプロジェクトにちょうどよいでしょう。

2 つ以上のデータソースの数字を一致させる必要があるとき、レポートがクライアントや経営陣に届くとき、閲覧者が割り当て上限や権限のエラーに繰り返しぶつかるとき、あるいは元のレポートを作った人が辞めてしまったときは、Data Studio の開発者に依頼しましょう。こうした場合こそ、専門家による数時間の設定が、何か月もの継ぎはぎ作業を省いてくれます。2026年4月に製品名が Looker Studio から Data Studio に戻って以来、何年分ものコピーされたレポートを整理する機会として作り直しを活用するチームも見かけます。