文章目錄
更新時間：2025年11月18日
在使用 Google Analytics 4（GA4）進行電商追蹤時，很多企業會發現 GA4 報表中的訂單數量往往低於後台系統的實際交易數。這種差異讓市場行銷、業務分析和 ROI 評估可能出現偏差，我見過從2%到超過50%的都有，如果超過10%，需要去做排查，根據我的個人經驗，可能會有以下原因：
沒發送漏發送
- 原因描述 / 情景：可能是purchase少發或漏發，例如：
- 你的網站是包含Web和Mobile，是分別獨立，你只是追蹤了Web，漏掉了Mobile。
- 你的網站有多個支付的位置/網頁，但你只追蹤了其中一個位置，漏掉了其他。
- 如何判斷：測試所有位置，看是否有發送能觸發
- 如何處理：確保有發送正確觸發
事件觸發問題
- 原因描述 / 情景：結帳頁面或支付完成頁沒有正確推送
purchase事件，如 dataLayer 資料結構不對 - 如何判斷：
- 如何處理：
- 修正dataLayer推送位置與格式，保證事件在付款完成頁正確觸發。
- 確認所有必要參數完整且正確。
第三方支付跳轉
- 原因描述 / 情景：信用卡支付等第三方金流完成後，沒有返回GA4購買事件。
- 如何判斷：
- Network面板或DebugView中未看到purchase事件
- transaction_id 缺失集中在第三方支付完成頁
- 如何處理：
頁面跳轉或跳出
- 原因描述 / 情景：用戶在付款完成後立即關閉或跳轉頁面，尤其是 SPA 或單頁應用，GA4事件請求未發送完成就被瀏覽器取消。
- 如何判斷：Network 面板顯示請求被取消（
(canceled)或ERR_CONNECTION_TIMED_OUT）。 - 如何處理：
- 對關鍵事件使用
transport_type: 'beacon'。 - 延遲頁面跳轉 100–300ms，確保事件發送完成。
- 對關鍵事件使用
閾值
- 原因描述 / 情景：所選時間範圍內的資料太少，GA4為了保護用戶隱私，會觸發閾值，導致資料沒有完全顯示，所以訂單可能會比後台的少。
- 如何判斷：查看是否觸發了閾值
- 如何處理：選擇更長的時間範圍，延伸閱讀：認識 Google Analytics 4 裡的資料閾值
資料延遲
- 原因描述 / 情景：GA4的事件處理有延遲，尤其 server-side 或批次事件上傳，短時間內報表數據不完整。
- 如何判斷：DebugView可見事件，但報表中尚未統計。
- 如何處理：
- 等待 24–48 小時查看完整報表。
- 對重要事件可使用 server-side 上報加快可見性。
報表時區不一致
廣告或瀏覽器阻擋
- 原因描述 / 情景：用戶瀏覽器安裝AdBlock、uBlock，或使用 Safari ITP / Chrome 隱私沙箱限制第三方cookie，事件請求可能被阻擋。
- 如何判斷：不同瀏覽器對比發現Safari或安裝廣告阻擋插件時事件丟失。
- 如何處理：
- 使用
beacon發送事件。 - server-side 上報作為補充方案。
- 適度提示用戶允許追蹤（合法 cookie consent）。
- 使用
CMP
- 原因描述 / 情景：網站安裝有CMP （CMP全稱是Consent Management Platform，中文名同意管理平臺），用戶拒絕，GA4就不能追蹤使用者資料，就會導致資料變少。
- 如何判斷：測試拒絕時沒跟蹤數據
- 如何處理：
- 提高同意率
- 啟用行為模擬的功能，可以找回70%的流量資料
items超過200個
- 原因描述 / 情景：GA4中purchase事件裡的items最多能包含200個商品，超過就會被GA4拒收。
- 如何判斷：Network裡檢查GA4的請求
- 如何處理：
- 減少items裡的產品個數，分多次發送
Bug
GA4的Bug會導致電商追蹤不到，如2024年7月底就發現，開啟「允許納入使用者提供的資料」會導致purchase追蹤不到，這個是bug，正在處理中。
SAAS產品對於使用者來說，設定的位置並不多，如果這類出現訂單資料變少，先排查是否是報表識別資訊、閾值、報表時區，CMP，看是不是自己配置的問題，如果都不是，一般是SAAS或插件提供者的問題，聯繫對方處理。
如果您在操作上仍有任何疑問，歡迎留言交流，或加入：Google Analytics 4交流社團發問
