很多台灣賣家把 GA4 裝上去就以為「有在追蹤了」，直到某天想知道「到底哪個廣告帶來的訂單」時，才發現報表裡的營收對不上金流後台，甚至連加購物車事件都是空的。GA4 的電商追蹤不是裝一段程式碼就好，它需要你把每一個購物步驟「翻譯」成 GA4 看得懂的事件與參數。這篇用實際設定順序，帶你把電商數據流打通。
先搞懂：GA4 電商追蹤的四個關鍵事件
GA4 的增強型電子商務，核心是一組標準事件。你不需要全裝，但下面四個是最低標準，缺一個報表就會斷鏈：
- view_item：使用者看了商品頁。用來算「商品頁到加購」的轉換。
- add_to_cart：加入購物車。這是最多人漏掉的一個，漏了你就永遠不知道棄購率。
- begin_checkout：進入結帳流程。結帳漏斗的起點。
- purchase：完成訂單。必須帶 transaction_id、value、currency 與 items 陣列。
其中最容易出錯的是 items 參數。GA4 要求每個事件都帶一個 items 陣列，裡面是 item_id、item_name、price、quantity。如果你的 add_to_cart 沒帶 items，GA4 雖然會記錄事件次數，但商品維度的報表會整片空白，你就沒辦法分析「哪個商品最常被加購卻沒結帳」。
purchase 事件：對帳對不上的元凶
線上營收和金流後台對不起來，九成是 purchase 事件重複觸發造成的。最常見情境是：使用者在成功頁按了重新整理，或把成功頁加到書籤重複打開，purchase 就被重複送出，營收被灌水。
解法有兩層。第一，purchase 事件一定要帶唯一的 transaction_id（用你系統的訂單編號），GA4 會用它去重，同一個訂單編號短時間內重複送，只算一次。第二，成功頁的追蹤碼要判斷「這個訂單是不是剛剛才建立」，而不是只要打開成功頁就送 purchase。做到這兩點，你的 GA4 營收就能和金流後台落在合理誤差內。
報表要照這個順序看
設定對了，接下來是「怎麼讀」。我建議固定用三張報表切入：
- 轉換路徑（探索 → 漏斗）：自訂一個 view_item → add_to_cart → begin_checkout → purchase 的漏斗，一眼看出哪一步流失最兇。台灣站最常見的斷點是 begin_checkout 到 purchase，多半卡在運費揭露太晚或金流選項太少。
- 來源/媒介 × 營收：看每個流量來源的營收與轉換率，而不是只看流量。很多站的自然搜尋流量少但轉換高，付費流量大但轉換低，你要把預算往 ROAS 高的地方挪。
- 商品成效報表：看單品的「查看 → 加購 → 購買」比率，找出高流量低轉換的商品頁，那就是你優化投報率最高的地方。
GTM 還是平台內建整合：先弄清楚資料從哪來
動手埋碼之前，先決定資料的來源路徑。台灣多數賣家用開店平台，這些平台大多有內建的 GA4 整合，填一個評估 ID 就能送出基本的電商事件，這是最省事的路。但要注意兩件事：一是內建整合送出的參數不一定齊全，尤其 items 陣列的欄位常有缺漏，接好之後務必逐一驗證；二是你想加自訂事件（例如註冊會員、領取優惠券）時，內建整合往往做不到，這時就需要 Google Tag Manager。
自架站我一律建議走 GTM 加 dataLayer 的架構：工程師負責在每個購物步驟把資料推進 dataLayer，行銷端在 GTM 裡自行設定代碼與觸發條件。這個分工的好處是之後要改追蹤、加事件，都不必動到網站程式碼，行銷的迭代速度不會被開發排程卡死。
用 DebugView 驗收：裝好不等於裝對
我看過太多「裝了半年才發現參數是空的」案例，原因都一樣：裝完沒驗收。GA4 的管理介面裡有 DebugView（除錯畫面），開啟除錯模式後，你在網站上的每個動作會即時列出來，點開每個事件可以看到它帶了哪些參數。
驗收要走完整條路：打開一個商品頁，確認 view_item 有出現、items 裡的編號與價格正確；加入購物車，確認 add_to_cart 的品項和數量對；走到結帳，確認 begin_checkout 有觸發；最後用測試訂單或低價商品實際下一單，確認 purchase 帶了訂單編號、金額、幣別與完整品項。四個事件都在、參數都齊，才算裝對。另外提醒一件事：即時報表看得到事件次數，但看不到參數內容，驗參數一定要用 DebugView，這是兩者最大的差別。
資料保留與報表識別：兩個上線就該調的設定
有兩個設定很少人第一時間去動，之後卻會回來咬你。第一是事件資料保留期限：GA4 對探索報表用的明細資料，預設保留期偏短，過了就查不到舊資料的細節。到管理介面的資料保留設定，把期限調到可選的最長值，這不用錢，卻決定你幾個月後能不能回頭做深入分析。第二是報表識別資訊：它決定 GA4 怎麼認「同一個人」。如果你的網站有會員登入，把 User-ID 接上再選擇包含它的識別方式，跨裝置的行為才串得起來，回訪與回購的判讀也才會準。
上線後第一個月的健檢節奏
追蹤上線不是終點，第一個月是最容易抓出問題的窗口。我的節奏是：第一週每天把 GA4 的訂單數和營收，跟金流或訂單後台對一次，兩邊的差距要小到你敢拿 GA4 的數字做決策，合理的誤差水準依金流方式與退款處理而異，重點是差距要穩定；差太多就回頭查 purchase 是否重複觸發、退款和取消訂單怎麼處理、時區與幣別設定是否一致。第二週開始改成每週對帳一次，同時檢查四個關鍵事件的次數比例合不合理——加購次數不該比商品瀏覽還多，購買也不該高於結帳，比例怪就是某個事件的觸發條件寫錯了。一個月後資料穩定，你才有資格開始談「用數據優化」，在那之前，先確保數據本身是對的。
台灣電商最常踩的三個坑
第一，跨網域沒設好。如果你的購物車或金流頁在不同網域（例如第三方結帳頁），沒設定跨網域評估，GA4 會把同一個人算成兩個 session，來源全部變成「自己網站的推薦」，廣告成效直接歸零。第二，內部流量沒排除，自己和員工每天逛，數據被自己人灌水。第三，同意模式（Consent Mode）沒接，在越來越重隱私的環境下，沒接同意模式可能讓資料收集不完整或不合規。
把這篇的四個事件、purchase 去重、三張報表做齊，你的 GA4 就從「有裝」變成「能用」。數據不是拿來看熱鬧的，是拿來決定下一塊錢花在哪。想把追蹤到的商品資料進一步跨通路比價，也可以參考我們的台灣商品比價資料。