如何使用 GA4 建立 Data Studio 電子商務儀表板 (2026)

如何使用本指南

本指南不僅僅是將數字從 GA4 移動到儀表板中。它從電子商務業務問題開始，建立用於日常監控、廣告審查和管理報告的報告結構。按章節順序完成第一個版本，然後逐步添加利潤、庫存、新客戶與回頭客以及根據需要重複購買等模組。

Google 於 2026 年 4 月重新引入了 Data Studio 名稱。較舊的教程、URL 和某些介面可能仍使用 Looker Studio；在本指南中，Data Studio 指的是以前稱為 Looker Studio 的當前產品。

01 報告目標和頁面結構

一份真正有用的電子商務報告應該可以幫助團隊快速回答幾個核心問題：收入和訂單是上升還是下降？哪些管道可以提供更高品質的流量和收入？用戶主要是在查看產品、加入購物車、結帳或付款時流失的嗎？哪些產品吸引了流量但未能轉換？廣告支出最終產生了多少訂單和多少收入？

推薦的六頁報告結構

報告設計原則

• 每頁都應回答一類業務問題。不要將每個圖表放在一頁上。
• 在設計佈局之前定義每個指標。相同的指標必須在每個頁面上使用相同的定義。
• 優先考慮趨勢、差異和異常，而不是僅顯示總數。
• 將第一個版本保留為每頁6-10 個主要圖表，以避免資訊密度過高。

02 預建置資料檢查

2.1 確認GA4電商事件擷取正確

Data Studio顯示並合併資料；它不能取代 GA4 電子商務追蹤。在建立報告之前，請確認網站發送關鍵電子商務事件並包含完整的訂單參數。

實施清單

• purchase 事件僅在成功付款後觸發，而不是在結帳頁面載入時觸發。

✓ 每個訂單都會發送一個唯一的 transaction_id，以防止刷新感謝頁面時出現重複訂單。

• value 和币种参数正确且与实际业务币种相符。
• items 陣列包含必要資訊，例如商品名稱、商品 ID、price 和 quantity。
• 測試訂單、內部流量、付款失敗、取消訂單都有明確的處理規則。

2.2 標準化Revenue和訂單定義

GA4 可能會顯示名稱相近的欄位，例如 Purchase revenue、Gross purchase revenue、Total revenue、Purchases、Ecommerce purchases 和 Transactions。由於這些欄位的資料範圍不同，請在建立報表前先選定主要定義。

如果企業專注於退款前的銷售，請將 Purchase revenue 替換為 Gross purchase revenue，並將報告或註釋明確標記為「Gross Sales」。不要跨頁面混合不同的訂單欄位。

2.3 確認時區、Currency、資料範圍

• 確保 GA4 資源時區與電子商務平台和廣告平台使用的每日報表時區保持一致。
• 對於多幣種商店，決定報告將顯示哪種貨幣並確認匯率轉換是否已完成。
• 使用一個完整的日曆週驗證第一個版本，以便不完整的當天資料不會扭曲比較。

03 建立報表並連接 GA4

3.1 建立新報告

1. 開啟Data Studio首頁，點選左上角建立。
2. 選擇報告。
3. 在「Add data 報告」視窗中，選擇Google Analytics。
4. 選擇 Google Analytics 帳戶和對應的 GA4 資源。
5. 按一下新增將資料來源連接到報表。
6. 將報告重新命名為「電子商務績效儀表板」或其他明確的面向業務的標題。

導航路徑

建立 → 報表 → Google Analytics → 選擇 GA4 資源 → 新增

新增資料來源後，Data Studio 通常會自動建立一個預設表。刪除預設元件，然後逐步新增記分卡、時間序列圖表、表格和篩選控制項。

3.2 選擇資料憑證

3.3 推薦的資料來源命名

一致的命名可減少混合資料、複製圖表以及稍後排除存取問題時的混亂。

04 設定基本佈局和過濾器

4.1 建立一致的頁面模板

首先建立一個一致的頁面模板，然後將其複製到其餘頁面。將報表標題、指標定義註解、日期範圍和全域篩選器保留在頂部。將主體分為三層：核心記分卡、趨勢和類別圖表、詳細表格。

• 將畫布寬度設定為1366 或1440 像素，並保持左右邊距一致。
• 將每頁限制為 6-10 個主要圖表，以保持清晰的閱讀流程。
• 在適當的時候將標題、日期控制項和全域篩選器設定為報表層級元件。

4.2 新增日期範圍控件

導航路徑

新增控件 → Date range 控件

將日期控制項放在右上角。對於日常績效儀表板，將預設範圍設為“過去 30 天，不包括今天”，以避免誤讀不完整的當天資料。

4.3 新增全域下拉過濾器

導航路徑

新增控制項 → 下拉列表

下拉控制項可以使用預設值、自訂排序、單選或多選以及搜尋框。配置完成後，測試過濾器是否會影響頁面上的每個相關圖表。

05 建立電子商務概覽頁面

概覽頁面的目的不是顯示每個資料點。它應該可以幫助經理在 30 秒內評估整體業務績效，並快速識別需要更深入分析的問題。

5.1 新增核心記分卡

導航路徑

Add a chart → 記分卡

為每個記分卡啟用前期比較並標準化數字格式。使用貨幣表示收入，使用整數或 K/M 縮寫表示訂單和用戶，使用兩位小數表示費率。

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。避免將其稱為“網站轉換率”，因為一個用戶可能在單一會話中完成多個訂單。

5.4 新增Revenue趨勢圖

Revenue 和訂單計數通常在規模上有很大差異。為了方便閱讀，請使用兩個單獨的趨勢圖或雙軸組合圖，而不是將兩個指標強制放在同一軸上。

5.5 新增管道收入圖表和明細表

06 建立轉換漏斗頁面

轉換漏斗頁面有助於識別用戶流失最多的購物階段。對於第一個版本，使用四個具有階段轉換率的指標區塊，而不是依賴複雜的第三方漏斗組件。

6.1 增加四個漏斗階段

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 推薦的頁面佈局

從左到右使用四個矩形區塊：「商品瀏覽 → 加入購物車 → 開始結帳 → 購買」，並在每兩個階段之間顯示相應的轉換率。這不是傳統的漏斗形狀，但層級清楚，適合週報和管理簡報。

07 建置流量獲取頁面

獲取頁面不應僅僅回答“哪個渠道帶來的流量最多？”它應該回答“哪個渠道帶來最具商業價值的流量？”

7.1 建立管道績效表

欄位名稱：Revenue per Session

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

7.2 建立來源/中等詳細資料表

使用 Session source / medium 作為維度，重複使用管道表指標，並依 Purchase revenue 降冪排序。新增條件式格式，醒目顯示流量高但無訂單、流量低但收入效率高，以及被歸類為 Unassigned 的異常來源。

7.3 不要混用 Session 維度和 First user 維度

08 建立產品效能頁面

商品頁面是電子商務報表最容易出現資料範圍和定義錯誤的地方。核心規則很簡單：商品層級維度必須與商品層級指標配對。

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

每件售出商品收入

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 登陸頁面效能表

最低流量閾值可防止僅訪問一兩次的頁面因單一意外訂單而顯得具有異常高的轉換率。

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 電子商務計算欄位參考

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 使用固定日期範圍進行驗證

完成報告後請勿立即發表。首先選擇一個完整的日曆週，並確保 Data Studio、GA4、電子商務平台和廣告平台使用完全相同的日期、時區、貨幣和過濾器。

驗證 GA4

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

驗證電子商務平台

成功的訂單計數和支付的收入

• 退款金額和取消的訂單
• 測試訂單和內部訂單
• 線下訂單或非網站管道的訂單

GA4 並不總是與 Shopify、WooCommerce 或其他訂單系統完全匹配，因為這些系統以不同的方式處理付款狀態、退款、cookie、廣告攔截器和跨裝置用戶。重要的問題是這種差異是否穩定且可解釋。

驗證資料混合

手動抽查公式

ROAS = Revenue ÷ Cost
CPA = Cost ÷ Orders

• 是否將 Date 用作唯一的聯結鍵？

左表和右表是否使用相同的粒度等級？

是否 Campaign ID 重複或格式不一致？

• 一項活動是否對應多個名稱？
• 混合前是否已存在重複行？

13.2 常見問題排除

13.3 常見的錯誤和正確欄位組合

14 共享、發布和最終檢查

14.1 共享和權限

完成報告後，使用右上角的「共享」來邀請特定使用者、設定檢視者或編輯者存取權限、產生檢視連結或安排報告交付。在對外共享之前，請再次檢查資料憑證和資訊的敏感度。

PDF 適合存檔，而線上報表更便於調整日期、管道、國家/地區和裝置篩選器。請同時保留線上報表連結。

14.2 最終發布清單

• 正確收集 GA4 的商品瀏覽、加入購物車、結帳及 purchase 事件。
• Purchase revenue 和 Ecommerce purchases 定義已標準化。
• 日期、貨幣和時區一致。

✓ 記分卡與上一期間或前一年進行比較。

• 流量頁面始終使用 Session 維度進行目前工作階段歸因，或使用 First user 維度進行首次接觸獲客；兩種資料範圍不會在同一張表中混用。
• 商品維度僅與商品層級指標配對。

每個除法公式都處理零分母。

原生 GA4 指標不會再與 SUM 錯誤聚合。

廣告成本和 GA4 資料以相同的粒度等級混合。

• 已檢查廣告資料混合是否產生重複計算。
• 日期和管道篩選器能正確控制圖表。

報告權限和資料憑證滿足組織的安全要求。

• 該報告已使用固定日期範圍針對 GA4、訂單平台和廣告平台進行了驗證。

附錄：Metric 參考與附加模組

A.1 GA4 欄位命名參考

A.2 接下來要建構什麼

• 利潤儀表板：產品成本、支付費用、運輸成本、廣告成本和貢獻利潤。
• 新客戶與舊客戶分析：新客戶收入、舊客戶收入、重複購買率與客戶獲取成本。
• 庫存儀表板：可用庫存、庫存週轉率、缺貨風險和滯銷產品。
• 區域績效儀表板：依國家、州或省、城市、語言和貨幣劃分的績效。
• 廣告創意儀表板：資產、格式、文案、影片長度與登陸頁面表現。