GA4 を使用して Data Studio e コマース ダッシュボードを構築する方法 (2026)

このガイドの使用方法

このガイドでは、単に GA4 からダッシュボードに数値を移動するだけではありません。 e コマース ビジネスに関する質問から始まり、日々のモニタリング、広告レビュー、管理レポートのためのレポート構造を構築します。最初のバージョンを章順に完成させてから、必要に応じて利益、在庫、新規顧客とリピート顧客、リピート購入などのモジュールを徐々に追加します。

Google は、2026 年 4 月に Data Studio という名前を再導入しました。古いチュートリアル、URL、および一部のインターフェースでは、依然として Looker Studio が使用されている可能性があります。このガイドでは、Data Studio は、以前は Looker Studio として知られていた現在の製品を指します。

01 レポートの目的とページ構成

実用的な e コマース レポートは、チームが重要な問いにすばやく答えられるものでなければなりません。収益と注文は増えているか、減っているか。どのチャネルが質の高いトラフィックと収益をもたらしているか。ユーザーは商品表示、カート追加、チェックアウト開始、支払いのどの段階で主に離脱しているか。トラフィックは集めているのに購入につながらない商品はどれか。広告費から最終的に何件の注文とどれだけの収益が生まれたか。

推奨される 6 ページのレポート構成

レポート設計の原則

• 各ページには、1 つのカテゴリのビジネス上の質問に答える必要があります。すべてのグラフを 1 ページに配置しないでください。
• レイアウトを設計する前に、各メトリックを定義します。同じメトリックでは、すべてのページで同じ定義を使用する必要があります。
• 合計だけを表示するのではなく、傾向、差異、および異常を優先します。
• 過剰な情報密度を避けるために、最初のバージョンでは 1 ページあたり 6 ～ 10 個の主要グラフを保持します。

02 ビルド前のデータチェック

2.1 GA4 e コマース イベントが正しく収集されていることを確認する

Data Studio はデータを表示および結合します。 GA4 e コマース トラッキングを置き換えることはできません。レポートを作成する前に、Web サイトが主要な e コマース イベントを送信し、完全な注文パラメーターが含まれていることを確認してください。

実装チェックリスト

• purchase イベントは、チェックアウト ページの読み込み時ではなく、支払いが成功した後にのみ発生します。
• サンキュー ページが更新されるときに注文が重複するのを防ぐために、すべての注文で一意の transaction_id が送信されます。
• value および通貨パラメータは正しく、実際のビジネス通貨と一致しています。
• items 配列には、商品名、商品 ID、price、quantity などの必須情報が含まれています。
• テスト注文、内部トラフィック、失敗した支払い、およびキャンセルされた注文には、明確に定義された処理ルールがあります。

2.2 Revenue と順序定義の標準化

GA4 には、Purchase revenue、Gross purchase revenue、Total revenue、購入、Ecommerce purchases、トランザクションなどの同様のフィールドが表示される場合があります。範囲が異なるため、レポートを作成する前に主な定義を選択してください。

ビジネスが返金前の総売上高に重点を置いている場合は、Purchase revenue を Gross purchase revenue に置き換え、レポートまたはメモに「Gross Sales」と明確にラベルを付けます。ページ間で異なる注文フィールドを混在させないでください。

2.3 タイムゾーン、Currency、データ範囲の確認

• GA4 プロパティのタイム ゾーンを、e コマース プラットフォームおよび広告プラットフォームで使用される日次レポートのタイム ゾーンと一致させてください。
• 複数通貨ストアの場合は、レポートに表示する通貨を決定し、為替レート換算が完了したかどうかを確認します。
• 不完全な同日データによって比較が歪められないように、完全な暦週を使用して最初のバージョンを検証します。

03 レポートの作成と接続 GA4

3.1 新しいレポートの作成

1. Data Studio ホーム ページを開き、左上隅にある [作成] をクリックします。
2. 「レポート」を選択します。
3. [レポートする Add data] ウィンドウで、Google Analytics を選択します。
4. Google Analytics アカウントと適切な GA4 プロパティを選択します。
5. [追加] をクリックしてデータ ソースをレポートに接続します。
6. レポートの名前を「E コマース パフォーマンス ダッシュボード」または別の明確なビジネス向けのタイトルに変更します。

ナビゲーションパス

作成 → レポート → Google Analytics → GA4 プロパティを選択 → 追加

データ ソースを追加すると、通常、Data Studio によってデフォルトのテーブルが自動的に作成されます。デフォルトのコンポーネントを削除してから、スコアカード、時系列グラフ、テーブル、フィルター コントロールを段階的に追加します。

3.2 データ認証情報の選択

3.3 推奨されるデータソースの命名

一貫した名前を付けることで、後でデータをブレンドしたり、グラフをコピーしたり、アクセスの問題をトラブルシューティングしたりする際の混乱が軽減されます。

04 基本レイアウトとフィルターを設定する

4.1 一貫したページテンプレートの作成

まず一貫したページ テンプレートを 1 つ作成し、それを残りのページに複製します。レポートのタイトル、メトリック定義のメモ、日付範囲、およびグローバル フィルターを上部に配置します。本文は、コア スコアカード、傾向およびカテゴリ チャート、詳細な表の 3 つの層で構成されます。

• キャンバスの幅を 1366 または 1440 ピクセルに設定し、左右の余白を一定に保ちます。
• 明確な読みの流れを維持するために、各ページの主なグラフを 6 ～ 10 個に制限します。
• 必要に応じて、タイトル、日付コントロール、およびグローバル フィルタをレポート レベルのコンポーネントとして設定します。

4.2 日付範囲コントロールの追加

ナビゲーションパス

コントロールを追加 → Date range コントロール

日付コントロールを右上隅に配置します。日次パフォーマンス ダッシュボードの場合は、不完全な同日データの誤読を避けるために、デフォルトの範囲を「今日を除く過去 30 日間」に設定します。

4.3 グローバル ドロップダウン フィルタの追加

ナビゲーションパス

コントロールを追加 → ドロップダウンリスト

ドロップダウン コントロールでは、デフォルト値、カスタム並べ替え、単一または複数の選択、および検索ボックスを使用できます。構成後、フィルターがページ上のすべての関連グラフに影響を与えるかどうかをテストします。

05 eコマース概要ページを構築する

概要ページの目的は、すべてのデータ ポイントを表示することではありません。これは、マネージャーが全体的なビジネス パフォーマンスを 30 秒以内に評価し、より深い分析が必要な問題を迅速に特定するのに役立ちます。

5.1 コアスコアカードの追加

ナビゲーションパス

Add a chart → スコアカード

すべてのスコアカードの前期間の比較を有効にし、数値形式を標準化します。収益には通貨を使用し、注文とユーザーには整数または K/M 略語を使用し、レートには小数点以下 2 桁を使用します。

5.2 Average Order Revenueの作成

フィールド名: Average Order Revenue

CASE
  WHEN Ecommerce purchases = 0 THEN 0
  ELSE Purchase revenue / Ecommerce purchases
END

フィールド タイプを Currency に設定します。この式では返金が記録された後に Purchase revenue を使用するため、このコンテキストでは「Average Order Revenue」の方が「平均注文額」よりも正確です。

5.3 Orders per Sessionの作成

フィールド名: Orders per Session

CASE
  WHEN Sessions = 0 THEN 0
  ELSE Ecommerce purchases / Sessions
END

フィールド タイプを Percent に設定します。 1 人のユーザーが 1 回のセッションで複数の注文を完了する可能性があるため、これを「ウェブサイト コンバージョン率」と呼ぶことは避けてください。

5.4 Revenue トレンド チャートの追加

Revenue と注文数は通常、スケールが大きく異なります。読みやすさを考慮して、両方の指標を同じ軸に強制的に配置するのではなく、2 つの個別の傾向グラフまたは 2 軸の組み合わせグラフを使用してください。

5.5 チャネル別収益グラフと詳細テーブルを追加

06 コンバージョンファネルページの構築

コンバージョン ファネル ページは、ユーザーが最も離脱するショッピング ステージを特定するのに役立ちます。最初のバージョンでは、複雑なサードパーティのファネル コンポーネントに依存するのではなく、ステージ コンバージョン率を備えた 4 つのメトリック ブロックを使用します。

6.1 4 つのファネルステージの追加

6.2 ステージ変換率の作成

ビュー・トゥ・カート率

CASE
  WHEN Item view events = 0 THEN 0
  ELSE Add to carts / Item view events
END

カートからチェックアウトまでのレート

CASE
  WHEN Add to carts = 0 THEN 0
  ELSE Checkouts / Add to carts
END

チェックアウトから購入までのレート

CASE
  WHEN Checkouts = 0 THEN 0
  ELSE Ecommerce purchases / Checkouts
END

6.3 推奨されるページレイアウト

左から右へ「商品表示 → カート追加 → チェックアウト開始 → 購入」の 4 つの長方形ブロックを配置し、各段階の間に対応するコンバージョン率を示します。一般的なファネル形状ではありませんが、階層が明確で、週次レポートや経営層向けプレゼンテーションに適しています。

07 トラフィック獲得ページの構築

獲得ページは単に「どのチャネルが最も多くのトラフィックをもたらすか?」に答えるだけではいけません。 「商業的に最も価値のあるトラフィックをもたらしているのはどのチャネルですか?」という質問に答える必要があります。

7.1 チャネルパフォーマンステーブルの作成

フィールド名: Revenue per Session

CASE
  WHEN Sessions = 0 THEN 0
  ELSE Purchase revenue / Sessions
END

7.2 ソース/メディア詳細テーブルの作成

Session source / medium をディメンションとして使用し、チャネル テーブル メトリックを再利用し、Purchase revenue で降順に並べ替えます。条件付き書式を追加して、トラフィックは多いが注文がないソース、トラフィックは少ないが収益効率が高いソース、未割り当てとして分類された異常なトラフィックを強調表示します。

7.3 Session ディメンションと First user ディメンションを混在させない

08 製品パフォーマンスページの構築

商品ページは、e コマース レポートでスコープと定義の誤りが最も起きやすい場所です。重要なルールは単純で、商品スコープのディメンションは商品スコープの指標と組み合わせる必要があります。

8.1 製品詳細テーブルの作成

8.2 製品コンバージョン指標の作成

商品のカート追加率

CASE
  WHEN Items viewed = 0 THEN 0
  ELSE Items added to cart / Items viewed
END

商品購入率

CASE
  WHEN Items viewed = 0 THEN 0
  ELSE Items purchased / Items viewed
END

販売商品あたり Revenue

CASE
  WHEN Items purchased = 0 THEN 0
  ELSE Item revenue / Items purchased
END

これらは商品単位の比率であり、ユーザーのコンバージョン率ではありません。数量が異なる場合は 100% を超えることがあります。ユーザーベースの比率が必要な場合は、利用できる環境で GA4 の Cart-to-view rate または Purchase-to-view rate を使用します。

8.3 製品パフォーマンス マトリックスの使用

8.4 商品スコープとイベントスコープのフィールドを比較

09 ページ、デバイス、地理ページの構築

9.1 ランディングページのパフォーマンス表

トラフィックの最小しきい値を設定すると、訪問が 1 回または 2 回しかないページが、1 回の誤った注文によって非常に高いコンバージョン率を示しているように見えることがなくなります。

9.2 Device パフォーマンス分析

• モバイル トラフィックはデスクトップ トラフィックよりも大幅に多いですか?
• モバイルオーダー率は大幅に低下していますか？
• モバイルでは平均注文収益が低くなりますか?
• チェックアウト放棄のほとんどはモバイルで発生していますか?

モバイルがトラフィックの大部分を占めているにもかかわらず、コンバージョン率がはるかに悪い場合は、最初にページの速度、製品画像、支払い方法、クーポンコードの入力、モバイル チェックアウト フローを確認してください。

9.3 Country または領域パフォーマンス テーブル

10 広告費用データを接続して ROAS を計算する

GA4 は注文と収益を表示できますが、ROAS、CPA、CPC、および CTR の計算を完了するには広告コスト データも必要です。 Google Adsは直接接続可能です。他のプラットフォームの場合は、Google Sheets でコスト データを整理し、GA4 とブレンドします。

10.1 広告費用シートを準備する

• 日付には、テキスト形式の日付ではなく、実際の日付データ型を使用する必要があります。
• Cost、Impressions、および Clicks は、デフォルトの集計が Sum に設定された数値フィールドである必要があります。
• 先頭のゼロが削除されないように、Campaign ID をテキストとして保持します。
• データを混合する前に、広告プラットフォーム間でコスト通貨を標準化します。
• 毎日変更される一時メモを Campaign 名に追加しないでください。

10.2 Google Sheets を接続する

ナビゲーションパス

リソース → 追加されたデータ ソースの管理 → データ ソースの追加 → Google Sheets

シートを接続した後、データ ソース フィールド パネルで日付タイプ、数値タイプ、およびデフォルトの集計を確認します。後で簡単に識別できるように、「Ad Cost | Platform Mix | Daily」などの明確な名前を使用します。

10.3 広告費用データと GA4 データをブレンドする

ナビゲーションパス

チャートを選択 → データをブレンド

10.4 広告効率指標の作成

ROAS

CASE
  WHEN SUM(Cost) = 0 THEN 0
  ELSE SUM(Purchase revenue) / SUM(Cost)
END

CPA

CASE
  WHEN SUM(Ecommerce purchases) = 0 THEN 0
  ELSE SUM(Cost) / SUM(Ecommerce purchases)
END

CPC

CASE
  WHEN SUM(Clicks) = 0 THEN 0
  ELSE SUM(Cost) / SUM(Clicks)
END

CTR

CASE
  WHEN SUM(Impressions) = 0 THEN 0
  ELSE SUM(Clicks) / SUM(Impressions)
END

ブレンドされたデータのフィールド集計は、ソースとブレンドの構造によって異なる場合があります。 「メトリクスの再集計はサポートされていません」というメッセージが表示された場合は、フィールドがすでに集計されているかどうかを確認し、外側の SUM() を削除してみてください。

11 の一般的な計算フィールドと集計ルール

11.1 eコマース計算フィールドのリファレンス

11.2 すべての除算式でゼロの分母を処理する

一般的なテンプレート

CASE
  WHEN Denominator field = 0 THEN 0
  ELSE Numerator field / Denominator field
END

計算フィールドは、データ ソース レベルで作成することも、特定のグラフ内でのみ作成することもできます。データ ソース フィールドは繰り返し使用するのに最適です。グラフ レベルのフィールドは、新しい数式をテストしたり、単一のグラフを提供したりする場合に適しています。

11.3 SUMをGA4メトリクスに自動的に追加しない

GA4 コネクタによって返されるメトリックは、通常、すでに集約されています。ネイティブ GA4 データ ソースに SUM(Purchase revenue) を直接書き込むと、「メトリクスの再集計はサポートされていません」というメッセージが表示される場合があります。

12 インタラクションとビジュアルデザイン

12.1 チャートのクロスフィルターを有効にする

設定パス

チャートのインタラクション → Cross-filtering

有効にすると、閲覧者はチャネル、国、デバイス、商品をクリックして、ページ上のほかのグラフを自動的にフィルタリングできます。主要なチャネル、国、デバイスのグラフだけをフィルタとして使用し、すべてのグラフをフィルタ コントロールにしないでください。Cross-filtering はスコアカードとブレット チャートでは使用できず、広告関連 connector ではデフォルトでオフになっており、ほかのコントロールと同じデータ ソース間の互換性制限が適用されます。

• 有料検索のパフォーマンスのみを表示するには、[有料検索] をクリックします。
• 米国の市場データのみを表示するには、[米国] をクリックします。
• モバイル コンバージョンのみを表示するには、[モバイル] をクリックします。
• 商品をクリックすると、その商品のトレンドのみが表示されます。

12.2 オプションのメトリクスの追加

製品テーブルとチャネルテーブルでオプションのメトリクスを有効にして、視聴者が自分でメトリクスを切り替えられるようにします。これにより、より深い分析を維持しながら、グラフの数が削減されます。

12.3 ビジュアルデザインの基準

一貫した Number フォーマットの例

13 データの検証とトラブルシューティング

13.1 固定日付範囲での検証

レポート完了後すぐに公開しないでください。まず完全なカレンダー週を 1 つ選択し、Data Studio、GA4、e コマース プラットフォーム、および広告プラットフォームがまったく同じ日付、タイム ゾーン、通貨、およびフィルターを使用していることを確認します。

GA4 を検証する

• Purchase revenue
• Ecommerce purchases
• Sessions
• Active users
• Items purchased

eコマースプラットフォームを検証する

• 成功した注文数と支払われた収益
• 返金金額とキャンセルされた注文
• テスト注文と社内注文
• オフライン注文またはウェブサイト以外のチャネルからの注文

システムでは支払いステータス、返金、Cookie、広告ブロッカー、クロスデバイス ユーザーの処理方法が異なるため、GA4 は、Shopify、WooCommerce、または別の注文システムと常に正確に一致するとは限りません。重要な問題は、その違いが安定していて説明可能であるかどうかです。

データ ブレンドを検証する

手動スポットチェック式

ROAS = Revenue ÷ Cost
CPA = Cost ÷ Orders

• Date が唯一の結合キーとして使用されていますか?
• 左側と右側のテーブルは同じレベルの粒度を使用していますか?
• Campaign ID が重複しているか、フォーマットが矛盾していませんか?
• 1 つのキャンペーンは複数の名前にマッピングされますか?
• 重複する行はブレンド前にすでに存在しますか?

13.2 一般的な問題のトラブルシューティング

13.3 一般的な誤ったフィールドと正しいフィールドの組み合わせ

14 共有、公開、最終チェック

14.1 共有と権限

レポートが完了したら、右上隅の [共有] を使用して、特定のユーザーを招待したり、閲覧者または編集者のアクセス権を設定したり、表示リンクを生成したり、レポート配信をスケジュールしたりできます。外部に共有する前に、データの認証情報と情報の機密性を再度確認してください。

PDF はアーカイブに便利ですが、オンライン レポートは日付、チャネル、国、デバイスのフィルターを変更するのに適しています。オンライン レポートのリンクも保持します。

14.2 最終公開チェックリスト

• GA4 の商品表示、カート追加、チェックアウト、purchase イベントが正しく収集されている。
• Purchase revenue および Ecommerce purchases の定義が標準化されました。
• 日付、通貨、タイムゾーンが一致していること。
• スコアカードは、前期間または前年と比較します。
• トラフィック ページでは、現在のセッションのアトリビューションには Session ディメンション、ファーストタッチ獲得には First user ディメンションを一貫して使用し、2 つのスコープを同じテーブル内で混在させません。
• 商品ディメンションは、商品スコープの指標とのみ組み合わせます。
• すべての除算式は分母ゼロを処理します。
• ネイティブ GA4 メトリクスが SUM で誤って再集計されることはありません。
• 広告コストと GA4 データは同じ粒度レベルでブレンドされます。
• 広告ブレンドは重複計算がチェックされています。
• 日付フィルターとチャンネルフィルターはチャートを正しく制御します。
• レポートの権限とデータ認証情報が組織のセキュリティ要件を満たしている。
• レポートは、固定日付範囲を使用して、GA4、注文プラットフォーム、および広告プラットフォームに対して検証されています。

付録: Metric リファレンスおよび追加モジュール

A.1 GA4 フィールド命名リファレンス

A.2 次に何を構築するか

• 利益ダッシュボード: 製品コスト、支払い手数料、配送コスト、広告コスト、寄付利益。
• 新規顧客とリピート顧客の分析: 新規顧客の収益、リピート顧客の収益、リピート購入率、および顧客獲得コスト。
• 在庫ダッシュボード: 利用可能な在庫、在庫回転率、在庫切れのリスク、および動きの遅い製品。
• 地域別のパフォーマンス ダッシュボード: 国、州、都市、言語、通貨ごとのパフォーマンス。
• 広告クリエイティブ ダッシュボード: アセット、フォーマット、コピー、ビデオの長さ、ランディング ページのパフォーマンス。