電商數據分析要看的，是從商品被看見到顧客再次購買的整條路徑：商品層級看檢視、加入購物車與購買的商品數，流程層級看加入購物車、開始結帳到完成購買各步驟流失多少，訂單與顧客層級看客單價、退款與回購。這些數字要靠 GA4 的電子商務事件才收得到：網站在顧客瀏覽商品、加入購物車、開始結帳、購買與退款時送出對應事件，帶上商品陣列、金額與幣別，「電子商務購買」與「購物歷程」報表才會有資料。設定好之後，還要和後台訂單對帳，確認數字可信。
電商指標分四層：商品、流程、訂單、顧客
| 層級 | 要回答的問題 | 代表指標 |
|---|---|---|
| 商品 | 哪些商品有人看、有人加購、賣得動 | 已看過、加入購物車、已購買的商品數，商品收益 |
| 流程 | 顧客在哪一步離開 | 各步驟的使用者人數、加入購物車次數、結帳次數 |
| 訂單 | 每筆訂單的品質 | 客單價、折扣與運費、退款 |
| 顧客 | 買過的人會不會回來 | 新舊購買者、回購率、購買間隔 |
商品與流程層級的資料主要來自 GA4 的電子商務事件；訂單與顧客層級除了 GA4，也要搭配後台的訂單與會員資料，因為取消、退貨與同一位顧客跨裝置購買，後台記錄得更完整。行銷管道與廣告成效這類跨通路分析屬於行銷數據分析的範圍，這裡專注在電商本身的指標。
購物車流失怎麼算：三個落差分開看
- 加入購物車後沒有開始結帳：可能卡在運費門檻、還在比價，或把購物車當收藏清單。
- 開始結帳後沒有完成購買：可能和結帳流程有關，例如要求註冊、付款方式不足、表單太長。
- 購買後退款：商品與描述不符或尺寸選錯，要用 refund 事件或後台退貨資料追蹤。
GA4 的「購物歷程」報表依序列出工作階段開始、查看產品、加入購物車、開始結帳、購買五個步驟，顯示每一步之間流失的使用者人數，是看前兩種落差的起點。計算比例時分子分母要用同一種單位：報表步驟是使用者人數，「加入購物車次數」「結帳次數」則是事件觸發的次數，混著除會失真。找到流失集中的步驟後，結帳環節的改善可參考下單轉換率的常見卡點。
GA4 電商事件清單與該帶的資料
| 事件 | 觸發時機 |
|---|---|
| view_item_list、select_item | 顯示商品清單、從清單點選商品 |
| view_item | 查看商品詳細頁 |
| add_to_cart、view_cart | 加入購物車、查看購物車 |
| begin_checkout | 進入結帳流程，可帶 coupon |
| add_shipping_info、add_payment_info | 填寫運送與付款資訊 |
| purchase、refund | 完成購買、退款，都要帶 transaction_id |
依 Google 的電子商務評估說明，有三個規則要注意：items 陣列中的每個商品只需要 item_id 或 item_name，但建議兩者都提供；傳送 value 時要在事件層級設定 currency；transaction_id 是購買與退款的必要資料。GA4 說明中心也指出，事件缺少必要參數時會被視為自訂事件，不會出現在電子商務報表中。
電商事件的設定步驟與驗證
- 確認現況：使用開店平台或購物車外掛的網站，先查是否已內建 GA4 電商事件、送了哪些參數，避免重複傳送。
- 列出事件與觸發點：哪個頁面或按鈕對應哪個事件，item_id 用哪個欄位，全站統一。
- 網站端推送資料層：以 Google 代碼管理工具為例，官方範例在推送每個電子商務事件前，先清除上一個 ecommerce 物件。
- 建立事件代碼：在 GA4 事件代碼的「更多設定」中，於「電子商務」勾選「傳送電子商務資料」，資料來源選「資料層」，觸發條件設為對應的自訂事件。
- 用 DebugView 驗證：啟用偵錯模式後，到「管理」的「資料顯示」開啟 DebugView，實際下單測試，核對金額、幣別與商品陣列，並篩除開發人員流量。
- 確認報表資料：官方說明 purchase 的資料大約一天後會出現在報表與探索中，屆時到「電子商務購買」報表核對。
在 GA4 報表裡讀電商資料
- 「電子商務購買」報表：在左側「報表」選單開啟，依商品名稱、品牌、類別查看已看過、加入購物車、已購買的商品數與商品收益。找不到時，可能是報表被移除或不在預設的資料檢視中。
- 「購物歷程」報表：看五個步驟的流失，可再依裝置類別、瀏覽器、國家或語言等維度拆開比較；這份報表的步驟不能自訂。
- 漏斗探索：要看運送、付款這類報表沒有的步驟時，自己對應結帳流程中的事件。
判讀商品資料時，可以依狀態分組：檢視多但加購少，先檢查商品頁的價格、規格與圖片；加購多但購買少，看運費、庫存與結帳流程；購買多但退款也多，回頭檢查商品描述與尺寸說明。同一個商品要長期追蹤，item_id 就要固定，建議直接使用 SKU。
和後台訂單對帳：數字對不起來的原因
GA4 的購買次數與營收和後台訂單會有差距，重點是差距穩定、原因清楚。對帳時依序檢查：
- 重複計算：GA4 會刪除同一位使用者交易 ID 相同的重複購買事件，但只適用於網站資料串流；交易 ID 不可傳送空字串，不同使用者也不應使用相同的交易 ID。
- 漏記：purchase 若設在感謝頁觸發，顧客付款後沒有回到網站，事件就不會送出。
- 金額口徑：沒有設定 currency，或含稅、運費的算法和後台不同，營收就對不上。
- 測試與取消訂單：測試單沒排除、取消單沒送 refund，GA4 營收會偏高。
- 未同意追蹤的訪客：依網站的 Cookie 同意設定，部分行為可能不會被收集。
建議定期挑幾天，用交易 ID 逐筆比對 GA4 與後台訂單，把差距原因記錄下來。
客單價、回購與退款：訂單與顧客層級的判讀
客單價是期間營收除以訂單數，計算前要先決定營收含不含運費、是否扣除折扣與退款，口徑可參考客單價的算法與判讀。回購要用顧客層級的資料計算，跨裝置與會員辨識以後台資料較完整，算法見回購率怎麼算。退款要和商品資料一起看，先找出退款集中在哪些商品。把四個層級的指標放進同一份月報，每次調整商品頁或結帳流程後，就能看出影響落在哪一層。
常見問題
電商網站一定要設定所有電子商務事件嗎？
不一定。至少要有 view_item、add_to_cart、begin_checkout 與 purchase，才能看出主要流程的流失；運送、付款與促銷相關事件，可以等主要流程穩定後再補上。
GA4 的營收和後台不一樣，該相信哪一個？
財務與營收以後台訂單為準，GA4 用來看流量來源、商品與流程的相對表現。兩者的差距若突然變大，可能是追蹤設定出了問題，要回頭檢查事件與交易 ID。
購物歷程報表沒有資料怎麼辦？
先用 DebugView 確認 view_item、add_to_cart、begin_checkout、purchase 是否都有送出、參數是否齊全；缺少必要參數的事件會被當成自訂事件，報表就不會顯示。
item_id 應該填什麼？
建議使用全站固定的商品編號，例如 SKU，讓 GA4、廣告商品資料與後台訂單能用同一個編號對照，不要用商品名稱或會變動的網址代替。
退款要怎麼記錄？
依官方說明，送出 refund 事件並指定原訂單的 transaction_id，再用 item_id 與 quantity 列出退款的商品。取消或退貨沒有送出退款事件，GA4 的營收就會偏高。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
電商數據分析的前提是資料收得正確。建議先盤點網站目前送出哪些電子商務事件，再和後台訂單對帳一次，找出漏記或重複的地方。京采的轉換優化與數據追蹤服務可以協助規劃事件清單、資料層與代碼設定，完成 DebugView 驗證與對帳，並把四個層級的指標整理成固定報表。歡迎與我們聯繫討論你的網站現況。
