GA4 電商追蹤設定與報表判讀完整指南

做電商最怕的不是沒有數據，而是數據裝了半套，看報表時每個數字都對不起來。過去用 Universal Analytics 的品牌換到 GA4 後常一頭霧水：後台有成交但 GA4 的購買掛零，或加入購物車有數字、結帳漏斗卻整段是空的。這幾年我們替不少台灣品牌重接 GA4，問題大多出在同一處——電子商務事件沒正確送出或參數格式不對。這篇就用實際導入的順序，帶你把 GA4 電商追蹤從零設定到會看報表。

先講一個觀念：GA4 不是把 UA 換個介面而已，整個資料模型都變了。GA4 以「事件」為核心，任何互動都是一個 event，不再有 UA 時代的命中類型之分。舊追蹤碼不能直接搬，電商要用 GA4 新事件規格重寫，理解這點後面才不會卡住。

GA4 與 UA 到底差在哪

最關鍵的三個差異，決定你的電商數據準不準。第一，資料模型從「工作階段」改成「事件加參數」，一次 add_to_cart 就能同時帶商品名稱、價格、數量、幣別。第二，電子商務事件名稱是官方定義好的保留字，拼錯或大小寫不同就不會被歸進電子商務報表。第三，歸因與轉換改成以事件為基礎、跨裝置整合，並預設採用資料驅動歸因，後面會細講。

• UA 的交易資料靠 transaction 命中，GA4 改用 purchase 事件加 items 陣列
• UA 看的是工作階段數，GA4 主指標換成使用者、事件數、參與度
• UA 只有跳出率，GA4 用參與度、參與工作階段取代，判讀邏輯不同
• UA 的目標設定沒了，GA4 改用把任一事件標記為「轉換」（現稱關鍵事件）

電商必備的四個事件與參數

GA4 電商追蹤的骨幹，是使用者從瀏覽到結帳的一連串保留事件。四個核心要優先做對：view_item（檢視商品）、add_to_cart（加入購物車）、begin_checkout（開始結帳）、purchase（完成購買），行有餘力再補 add_payment_info 讓漏斗更完整。這些事件的重點不在名稱，而在附帶的 items 參數。

每個電商事件都要帶 items 陣列，關鍵欄位含 item_id（建議用 SKU）、item_name、price、quantity。事件層級要帶 currency（台灣填 TWD）和 value。特別提醒 purchase 一定要多帶 transaction_id，這是 GA4 去重的依據，少了它，同一筆訂單重整頁面就可能被重複計算讓營收灌水；currency 也不能漏，缺了幣別 value 不會進營收報表。

• view_item：帶 items、currency、value，記錄商品被看過
• add_to_cart：帶 items（含 quantity）、currency、value
• begin_checkout：帶整個購物車的 items 與加總 value
• purchase：務必帶 transaction_id、value、currency、items，可加 tax、shipping

用 GTM 或平台內建設定

台灣品牌實務上有兩條路。第一條是平台內建，像 Shopline、Cyberbiz、91APP 這類開店平台，後台通常有欄位讓你填 GA4 評估 ID（G 開頭），開啟後會自動送出標準電商事件，最省事，適合沒有工程資源的團隊；缺點是能自訂空間有限，有些事件或參數不一定送得齊，要實測驗證。

第二條是透過 Google 代碼管理工具（GTM）搭配資料層（dataLayer）：在每個電商節點把商品資訊 push 進 dataLayer，再用 GA4 事件代碼讀取後送出。這條路彈性最大、能精準控制每個參數，也方便同時串接廣告，但需要工程鋪設資料層。不論走哪條，設定完都要用 GA4 的 DebugView 或 GTM 預覽模式實際點一遍流程，確認事件有進、參數沒缺——這一步千萬別省，最常見的災情就是「以為裝好了」卻從沒驗證。若團隊在平台選型或埋設分工上卡關，可參考我們的電商顧問諮詢服務把架構理清楚。

電子商務報表怎麼看

資料進來後主要看「營利」分類的報表。「電子商務購買」能看到各商品的曝光、加入購物車、購買次數與收益，判斷哪些品項有人看卻沒人買。「購物歷程」「結帳歷程」則把各階段人數畫出來，一眼看出在哪一關流失最多——若 begin_checkout 到 purchase 掉得特別兇，通常是運費、金流或表單體驗出問題。

看報表時提醒兩件事：GA4 複雜查詢可能有取樣，長區間要留意；電商數據也會受同意聲明（Consent Mode）與擋廣告外掛影響，GA4 端營收和金流後台本來就不會完全吻合，抓大方向、看趨勢比糾結單日誤差更實際。想把報表接成能追蹤的 KPI 儀表板，可延伸閱讀我們整理的電商數據分析與 KPI 指南。

轉換、歸因與探索報表

在 GA4 裡，你要把 purchase 標記為「關鍵事件」，它才會被當成轉換計算。接著是歸因模型：GA4 預設用「資料驅動歸因」，依實際數據分配各接觸點的功勞，也可切換成隨時間衰減、最終點擊等模型。功勞怎麼算會直接影響你判斷哪個管道有效，看廣告成效前先確認用的是哪個歸因設定。

探索（Explore）是進階分析的主場。「漏斗探索」可自訂從瀏覽、加購、結帳到購買的步驟，還能分裝置或來源比較各步驟轉換率；「路徑探索」能看使用者購買前後實際走過的頁面順序，找出被忽略的關鍵頁。這些是內建報表給不了的洞察，也是優化轉換率的利器。

• 先確認 purchase 已標記為關鍵事件，否則轉換數會是零
• 廣告成效解讀前，先確認採用的歸因模型
• 用漏斗探索定位流失關卡，再針對該關做 A/B 優化

與廣告平台串接與常見錯誤

把 GA4 和 Google Ads 連結後，就能把關鍵事件匯入 Ads 當轉換出價依據，也能用 GA4 受眾做再行銷。Meta 廣告則是另一套像素與轉換 API，不會自動同步 GA4，要另外埋。串接時最容易踩的雷，是同一筆購買被三個平台各自計一次，導致數字對不起來——這是正常現象，各平台歸因口徑不同，別硬要它們相等。

最後把最常見的設定錯誤列出來，都是實際除錯反覆遇到的。

• purchase 沒帶 transaction_id，訂單重複計算讓營收虛高
• 事件缺 currency，value 進不了營收報表
• items 陣列格式錯（少 item_id 或 price），商品維度全空
• 測試流量沒排除，自己人下單也被算進轉換
• 裝好從未用 DebugView 驗證，錯了幾個月才發現
• 忘記把 purchase 標記關鍵事件，Ads 抓不到轉換

GA4 電商追蹤不難，難在細節要一次到位、而且要親手驗證。把四個核心事件與參數埋對、報表看懂、歸因確認，數據才真正能拿來做決策。如果你不確定自家追蹤到底裝對了沒，歡迎先做一次免費電商健檢，我們會幫你把 GA4 與整體數據流盤點清楚。