為 Google Analytics 建立可信的電商衡量計劃

先明確報告要支援的決策

Google 的電商衡量文件介紹了購物活動、購買和退款事件，幷包含商品資訊及交易標識。這些事件能支援有用報表，但儀表盤的可靠性取決於輸入資料的含義和質量。應先決定需要回答哪些業務問題，而不是因為所有事件都可用就全部實施。

小商店可能想知道哪些產品頁促成購買、客戶在結賬哪裡停下，以及哪些商品經常退貨。為每個問題指定負責人，並說明得到答案後可能採取什麼行動。如果沒人能指出具體決策，報告可能只是增加噪聲，而非有用可見性。

建立事件字典

寫明每個事件何時應發生，以及必須攜帶哪些欄位。網站、訂單系統和報表應使用一致產品標識。在自身實現中定義金額、數量、折扣、稅費和運費的含義。不要把這些定義交給碰巧新增第一段追蹤指令碼的開發者自行決定。

Google 文件說明，購買事件包含商品資料和交易標識，退款事件關聯相應交易。圍繞這些關係建立自身驗收檢查。同一訂單在不同系統中應始終可識別，退款應連線正確購買。明確區分檢視確認頁面與建立新訂單。

驗證完整客戶旅程

執行普通購買、折扣訂單、多件商品和退款等受控案例。檢查事件順序，並與底層訂單記錄比較。納入客戶重新整理頁面或日後重新訪問確認頁的情況。記錄自身實現如何處理這些場景，避免重複頁面訪問造成無法解釋的報表變化。

根據企業選擇的配置及適用要求檢查使用者同意和追蹤行為。分析系統不一定觀察得到每位客戶或每筆交易。應讓看報表的人理解這些限制，而不是隻展示看似精確卻缺乏背景的數字。

先對賬，再下結論

在明確時期內，將報告購買量和收入與訂單系統比較。按類別調查差異：事件缺失、事件重複、報告延遲、退款，以及應排除的訂單。訂單系統和分析系統可能回答不同問題，因此目標是理解兩者關係，而不是在沒有解釋的情況下強行讓所有合計一致。

衡量表現穩定後，再用它指導聚焦改動。記錄改動、預期效果和觀察期。不要把促銷、缺貨或流量顯著變化期間的波動，當作單獨設計調整造成結果的證明。可信衡量計劃應結合明確事件、可重複檢查，以及對意外數字先提問再行動的習慣。