GA4 與 WooCommerce 營收不一致？課程網站逐筆對帳指南

經營線上課程網站時，你可能發現 WooCommerce 有 30 筆課程訂單，GA4 的購買事件卻只有 27 筆；也可能 WooCommerce 的淨銷售額比 GA4 購買收入低。看到不一樣的數字，很多人先懷疑分析外掛或金流故障，其實兩套系統本來就不是拿來做完全相同的事情。

先從資料定義與訂單範圍查起，再看事件在什麼時候送出。逐項排除可能原因，即使沒有專職資料分析師，也能先找出落差在哪裡，不必急著重裝外掛。

GA4 和 WooCommerce，對帳應該以哪邊為準？

核對實際課程訂單、付款與退款時，先以 WooCommerce 訂單和金流紀錄為依據；需要正式現金流與撥款資料時，再核對金流服務商的報表。GA4 用來分析訪客來源、流量和購買路徑，不應直接取代訂單或會計資料。

某位學員付款成功，但付款後的網頁未能順利傳送 GA4 購買事件，WooCommerce 仍可能有完整訂單，GA4 卻查不到。反過來說，若在結帳按鈕被點擊時就送出購買事件，GA4 可能把尚未付費的訪客也算進來。兩種情況需要不同的修正方法。

因此第一次核對，不妨先挑選十筆實際成功付款的交易。確認訂單號、付款日期與金額，再檢查 GA4 是否收到相應事件。免費直播報名、手動開立的訂單、分期和訂閱續約應另外標示，避免先把不同性質的交易混在一起。

第一步：讓日期、時區和訂單狀態一致

要比較兩套報表，先指定同一個日期區間，並確認 WordPress 和 GA4 使用什麼時區。台灣時間午夜前後建立的訂單，如果在另一套系統以不同時區呈現，可能被算到前一天或後一天。月初、月底特別容易出現這種差異。

第二個條件是付款狀態。WooCommerce 裡可能有待付款、處理中、完成、取消或退款訂單。不能因為已建立訂單，就全部算成已經收款。尤其提供銀行轉帳或人工付款確認時，訂單建立和付款完成可能相隔數日。

可以先採用這樣的口徑：只核對指定期間的已確認付款課程訂單，其他狀態獨立統計。若 WooCommerce 報表使用訂單建立日期，而 GA4 在付款完成時才送出 purchase，需註明兩者事件時間差，避免拿不同期間直接比較。

分母一致也很重要。GA4 看的是購買事件，WooCommerce 報表的訂單筆數則可能受狀態篩選影響。兩個系統在比較之前，先寫下「本次哪些訂單算入、哪些不算入」，往後才能重現相同的計算。

第二步：釐清毛銷售額、淨銷售額與總銷售額

WooCommerce 官方把毛銷售額（Gross Sales）定義為商品銷售價格乘上數量；淨銷售額（Net Sales）會扣除退款與優惠折扣；總銷售額（Total Sales）則還會納入稅金與運費等欄位。因此即使沒有追蹤錯誤，這幾個欄位也不一定相等。

例如某門課原價 12,000 元，學員使用 2,000 元優惠券，折扣後商品金額為 10,000 元。如果之後又發生部分或全部退款，在不同日期、不同欄位下，會呈現不同的營收。應先決定這次比較哪個金額口徑，再檢查事件值。

退款時間尤其需要注意。WooCommerce 官方分析文件指出，退款會以退款發生的日期列示，而非一律回填原訂單日期。九月付款、十月退款，可能使十月淨銷售額受到影響。若你只拿九月 GA4 的購買收入與十月 WooCommerce 的淨額比較，答案自然對不起來。

為了避免誤判，對帳表最好分開記錄商品折扣後金額、稅金、運費、退款與交易手續費。不要因為兩張報表的欄位都叫「營收」，就認為它們採用相同計算方式。

第三步：用交易 ID 找出缺漏的訂單

GA4 的購買事件（purchase）使用交易 ID（transaction_id）來辨識同一筆購買。WooCommerce 也有自己的訂單識別資訊。多數整合方式會把訂單資料對應到 GA4，但實際 ID 格式必須以網站採用的外掛或追蹤設定為準。

先從 WooCommerce 匯出指定期間內的已付款訂單，再從 GA4 電子商務報表或探索分析取得交易 ID。至少保留訂單號、付款日期、訂單狀態、金額、GA4 交易 ID，以及差異註記。逐筆配對後，比較容易看出到底是哪些訂單遺漏。

如果 WooCommerce 有訂單、GA4 卻查不到，就檢查事件是否沒有成功送出。如果 GA4 有購買事件，但 WooCommerce 找不到對應的已付款訂單，則要查是否是測試資料、重複觸發，或在真正付款以前就提早送出事件。

不要只因為希望兩邊的總數相等，就直接手動補造歷史購買事件。未釐清交易 ID、日期與重複問題之前，額外送出的事件可能讓來源分析更混亂，還會使未來的廣告判斷失去參考價值。

第四步：檢查 purchase 事件是否漏送、提前或重複

Google 官方電子商務文件建議，在實際購買完成時送出 purchase 事件，並附上交易 ID、金額、幣別和商品資訊。點擊結帳、打開付款頁面或送出詢問表單，都不等於付款成功，應以各自適合的事件記錄。

常見漏送原因包括：付款後沒有正常回到網站、感謝頁未載入完成、某個追蹤程式沒有在特定情境下執行，或網站設定不一致。這些只是排查方向，必須透過實際測試才能確認，不能光看報表就斷言是哪一種情況。

Google 建議使用 DebugView 檢查電子商務事件。在測試環境確認 purchase 是否觸發、transaction_id 是否唯一、value 與 currency 是否合理，同時留意重複事件。測試時使用獨立的測試訂單，不要反覆送出真實客戶的交易資料。

如果網站同時使用追蹤外掛、Google Tag 或 Google Tag Manager，也要盤點是否有重複安裝。Google 官方提醒，同頁重複使用追蹤標籤，可能使部分事件被重複計算，產生難以解釋的落差。

另一個重點是交易 ID 的去重行為。Google 指出，相同交易 ID 的重複購買事件可能被去重，因此不適合反覆使用同一筆交易 ID 測試不同事件值。要測試新設定，請使用明確分開的測試交易，並保存測試紀錄。

第五步：分期、訂閱與退款為何容易對不起來

線上課程有時提供一次付清、分期付款與定期訂閱。這些方式的收款時間、訂單建立方式和後續服務不同。一次購買課程的總價，不一定等於當月實際入帳金額；訂閱續約則可能產生新的付款與訂單紀錄。

假設客戶購買一年期課程網站服務，也可能選擇月付方案。你需要先確認自己在核對的是「初次成交」「每期實際收款」還是「新的訂單」，才能正確安排 WooCommerce 與 GA4 的交易關係。

退款則應另做核對。WooCommerce 記錄退款後，GA4 是否收到相應退款事件（refund），仍取決於追蹤整合方式。不能假設訂單後台按下退款，GA4 所有購買資料就會同步顯示已退款。

金流平台的撥款日期與扣除手續費後的金額，也可能與訂單日期不同。若你要的是每月實際現金流，就應把實際撥款資料另列，不要拿 GA4 的購買收入直接當作銀行帳戶入帳。

第六步：用小樣本建立逐筆對帳表

假設某輪招生 WooCommerce 有 30 筆已付款訂單，GA4 只有 27 筆 purchase。這純粹是計算示例，不是任何實際網站的數據。先把 30 筆交易列出來，逐筆確認 GA4 有沒有對應的交易 ID，不要先去猜為何少三筆。

最後可能發現兩筆由人工確認付款，因此購買事件沒送出；另一筆則來自特殊付款方式。也有可能兩套系統原本篩選的訂單狀態不同。每種原因處理方式不一樣，必須先取得具體證據。

初次排查時，先選影響金額較大或發生次數最多的差異。每次只修改已確認的一個原因，並保存修改日期、追蹤設定及修正後的觀察結果。若一次變動四種設定，就算數字突然接近，也很難知道真正有效的是哪項調整。

修正後，如何確認這次真的解決問題

先建立修正前的基準：同一批已付款訂單中，有多少筆能在 GA4 對上交易 ID？差異集中在哪種付款方式？是否有大量重複事件？有了具體基準，修正後才知道有沒有真正改善。

接著在可控環境中驗證新事件，確認付款成功才送出 purchase，交易 ID、幣別與金額一致。再觀察新發生的交易是否正常；不要只看到一次 DebugView 事件，就認定整個月的數據已完全修復。

已經漏掉的歷史事件，與未來追蹤是否正常，是兩個不同問題。前者需評估有沒有合理的補救方式，後者則應持續監控，不要把舊資料自動視為已補齊。必要時請熟悉網站及追蹤整合的人協助。

如果特定付款方式的測試正常，但真實訂單仍出現差異，可以進一步觀察是否與裝置、瀏覽器、付款返回流程或特定外掛有關。先縮小問題，再處理技術設定，比重建整套分析工具更穩妥。

對帳完成後，再用資料改善課程事業

確認追蹤資料較可靠後，才有條件分析哪個內容、社群來源或活動帶來合適客戶。GA4 協助看訪客行為與來源；WooCommerce 協助確認訂單與退款。兩種資料應該相互補充，而不是互相取代。

如果目前最大的問題是購買事件漏送，可以先把「已付款訂單中，能成功對上 GA4 交易 ID 的比例」當成這一輪最重要的追蹤品質指標。等事件品質穩定，再談來源轉換率與廣告放大，會比較有根據。

即使數字完全對得起來，也不代表某場招生一定有賺錢。行銷費用、分潤、金流手續費、客服與教學工時，還要另外計算。好的儀表板不只要能顯示數字，更要幫你決定下一步該改善什麼。

常見問題

GA4 的營收一定要和 WooCommerce 淨銷售額相同嗎？

不一定。兩者的事件收集、退款、優惠、稅金和日期處理可能不同。先確認統計口徑，再找真正無法解釋的差異。

GA4 的 purchase 可以取代金流對帳嗎？

不適合。GA4 是分析行為與來源的工具，實際收款、退款、撥款仍應核對訂單及金流服務商資料。

GA4 漏了購買事件，可以直接補送嗎？

先查明漏送原因與交易 ID 是否重複，不能為了讓報表好看就自行補造事件。必要時由熟悉追蹤設定的人評估處理方式。

分期付款該算一筆還是多筆購買？

先定義核對的是初次成交、各期收款還是實際建立的訂單。不同付款系統有不同實作方式，必須依實際訂單與事件設定對照。

已經退款，GA4 為什麼還有購買收入？

需要確認是否有傳送退款事件，以及報表的時間範圍與計算方式。兩套系統的退款紀錄未必會自動呈現相同結果。

沒有工程師也能先檢查嗎？

可以。先匯出少量已付款訂單，對齊日期、狀態、金額並核對交易 ID。涉及程式碼或外掛設定時，再尋求技術協助。

先讓數字可信，才談下一輪招生

GA4 和 WooCommerce 營收不同時，最值得先做的是確認比較的資料是否一致：同一段期間、同一種訂單狀態、相同金額口徑，以及能逐筆對應的交易 ID。這些都確認後，再針對漏送、重複與退款差異逐項處理。

先用簡單的對帳表記錄交易與差異原因，比在原因不明時反覆更換外掛更有幫助。確認資料可靠後，再用這些數字判斷內容、招生或交付流程該改善哪一段。

參考資料

WooCommerce｜Analytics and Sales Reports｜2026年查閱
Google Analytics｜Validate your ecommerce setup｜2026年查閱
Google Analytics｜Measure ecommerce｜2026年查閱
WooCommerce｜Revenue Report｜2026年查閱