GA4 訂單數比後台少怎麼辦？11 個常見原因與排查

更新時間：2025年11月18日

在導入GA4電商追蹤後，許多企業都會發現一個問題：

GA4報表中的訂單數量（purchase）比後台實際訂單數少。

有些網站差異只有 2%～5%，屬於正常範圍；但如果差異超過 10%，甚至達到 20%、30% 以上，就值得進一步排查。

根據我協助企業導入GA4電商追蹤的經驗，造成GA4訂單數低於後台的原因，大致可分為：

• 追蹤實作問題
• 支付流程問題
• 使用者隱私限制
• GA4報表設定問題
• 系統或外掛 Bug

本文整理最常見的 11 個原因，以及對應的檢查與解決方法。

先判斷：GA4與後台差多少才算正常？

由於GA4並非交易系統，而是分析工具，因此與後台訂單資料出現少量誤差是正常現象。

一般可參考以下標準：

11 個常見原因與排查方法

purchase事件漏發送

這是最常見的原因之一。

原因：

• Web有追蹤，App沒追蹤：官網下單有送出purchase，App下單沒有送出purchase，最終導致GA4訂單數偏低。
• 部分付款流程未追蹤：如用卡有追蹤，ATM 轉帳未追蹤，造成部分訂單遺失。

判斷方式：測試所有下單流程，確認每種流程都會送出purchase。

處理方式：確保所有完成訂單的路徑都能觸發 purchase 事件。

purchase事件觸發失敗

有些網站其實有設定purchase，但事件根本沒有成功送出。

原因：

• dataLayer推送失敗
• GTM Trigger設定錯誤
• Tag發送條件不符
• purchase Tag處於Still Running

判斷方式：GTM預覽調試，確認purchase是否觸發，事件是否成功送出

處理方式：確保dataLayer推送位置正確、purchase觸發條件正確、必填參數完整

第三方金流頁面沒有回傳purchase

很多網站使用綠界、藍新、PayPal、Stripe，付款完成後會跳轉至第三方頁面。

如果 Purchase 事件設定在感謝頁，而使用者沒有成功返回網站，就會造成資料遺失。

判斷方式：GTM預覽沒有看到 purchase事件，或缺失訂單主要集中在某種付款方式。

處理方式：在付款成功回調（Callback）發送事件或使用 Measurement Protocol API補送 purchase

頁面過快跳轉導致事件未送出

尤其常見於SPA 網站、React、Vue、Next.js，使用者完成付款後立即跳頁，此時purchase請求可能尚未送出完成。

判斷方式：在瀏覽器Network面板中看到請求被取消（canceled) 或 ERR_CONNECTION_TIMED_OUT）。

處理方式：對關鍵事件使用 transport_type: ‘beacon’，延遲頁面跳轉 100–300ms，確保事件發送完成。

GA4資料閾值（Thresholding）

如果流量較低，GA4可能啟用資料閾值保護機制。此時部分資料會被隱藏。

判斷方式：報表會出現：「已套用資料閾值」提示訊息。

處理方式：可嘗試拉長分析期間、移除部分使用者維度、使用探索報表重新驗證

GA4資料延遲

GA4並非即時報表，部分資料可能需要時間處理。

判斷方式：即使報表有資料，但標準報表尚未出現。

處理方式：等待24–48小時查看完整報表。

報表時區不同

這是很多企業忽略的問題。

例如GA4使用台北時間，ERP使用UTC。當天訂單數就可能出現差異。

判斷方式：檢查兩邊的時區是否一致

處理方式：建議統一使用UTC+8（台灣時間），避免跨日誤差。

廣告攔截器或瀏覽器隱私限制

部分使用者會安裝AdBlock、uBlock，或使用 Safari ITP、Firefox ETP，導致事件被阻擋。 

判斷方式：同一流程在不同瀏覽器測試。若 Safari明顯低於Chrome，通常與隱私限制有關。

處理方式：建議用Google Tag Gateway或Server-side Tracking。

Consent Mode或CMP同意管理平台

若網站導入 CMP（Consent Management Platform），當使用者拒絕分析Cookie時，GA4將無法完整收集資料。

判斷方式：測試同意Cookie和拒絕Cookie，看purchase能否正常追蹤。

處理方式：

• 優化Cookie Banner設計，提高同意率
• 啟用Consent Mode v2行為建模，在部分情況下可補回大量流失資料、

items超過200個

GA4中purchase事件裡的items最多能包含200個商品，超過就會被GA4拒收。

判斷方式：Network裡檢查GA4的請求，確認 items 數量。

處理方式：將商品拆分，多次傳送，避免超過上限。

GA4裡的Bug

最後一種情況是：GA4出現Bug。

例如過去曾出現開啟「允許納入使用者提供的資料」會導致purchase追蹤不到

判斷方式：但資料仍持續異常時，就要考慮系統 Bug 的可能性。

處理方式：聯繫官方支持，查看官方公告

總結

當GA4訂單數比後台少時，最常見的原因通常不是GA4本身，而是追蹤流程中的某個環節出現問題。

排查優先順序建議如下：

• purchase是否漏發送
• Trigger是否正常觸發
• 第三方金流是否遺失
• Consent Mode是否影響資料收集
• 瀏覽器隱私限制
• 時區設定
• 資料閾值
• Bug

大部分超過10%的訂單差異，最終都能在上述幾個方向找到原因。對於電商網站而言，定期驗證purchase事件與後台訂單數的一致性，應該列為GA4維運的重要檢查項目之一。