這篇寫給廣告後台、GA4 與訂單系統數字對不上的經營者、投手與行銷主管
廣告後台說這個月有 48 筆轉換，GA4 說 31 筆，你的訂單系統說 22 筆。哪一個是對的？可能三個都是對的，也可能三個都錯。先分清楚哪些差異是正常的，再查哪些是設定造成的。
先接受：三個數字本來就不會一樣
即使全部設定正確，這三個數字仍然會有差距，因為它們的計算規則不同：
| 算給誰 | 歸因 | 算在哪一天 | |
|---|---|---|---|
| 廣告平台 | 自己的廣告 | 只看自己的接觸點，各平台各自宣稱功勞 | 點擊那天 |
| GA4 | 所有管道 | 跨管道分配 | 轉換那天 |
| 訂單系統 | 實際成交 | 不歸因 | 付款那天，扣退貨 |
光是「算在哪一天」這一欄就足以造成月底的巨大落差：使用者 10 月 30 日點擊、11 月 2 日下單，Google Ads 把這筆算在 10 月，GA4 算在 11 月。
合理的目標不是三個數字一樣，是差距穩定且解釋得出來。差距每個月劇烈變動，才是真的有問題。
六個真正的設定問題
一、轉換重複計算
症狀：廣告後台的轉換數明顯高於實際訂單數，而且比例接近整數倍。
常見原因：同一筆成交同時被「從 GA4 匯入的轉換」與「Google Ads 原生轉換代碼」各記一次；或是感謝頁的轉換設定成「每一次」而非「一次」，使用者重新整理或把頁面加書籤回訪就再算一次。
檢查：打開 Google Ads 的轉換動作清單，看有沒有兩個名字不同但代表同一件事的動作同時被納入「轉換」欄。再檢查每個動作的計算方式設定。
二、把非成交行為設成轉換
症狀：轉換數很漂亮，業務卻說沒什麼詢問。
常見原因：「瀏覽聯絡頁」「停留超過 30 秒」「捲動 90%」這類互動事件被標記為轉換。
為什麼嚴重：這不只是報表好看的問題。自動出價會拿這些訊號當學習教材，於是它學到的是「找容易停留的人」而不是「找會買的人」。系統會非常有效率地把預算帶往錯的方向。
檢查：把轉換清單念一遍，問每一項「這件事發生了，我的生意有沒有實際往前一步」。答案是否的，就從主要轉換裡拿掉（可以留著當次要指標觀察）。
三、內部流量沒排除
症狀：流量數字偏高，但轉換率低得不合理。
常見原因：你自己、員工、配合廠商每天都在看網站。小網站的內部流量比例可能高得驚人。
檢查：GA4 的「資料串流 → 設定代碼 → 定義內部流量」，把公司與常用地點的 IP 加進去，然後在資料篩選器把 internal 流量設為排除。注意篩選器預設是「測試中」狀態，要主動改成「有效」才會真的生效 —— 這一步很常被漏掉。
四、轉換價值沒帶
症狀：報表上每筆轉換的價值都是 0，或全部一樣。
為什麼嚴重：沒有價值就不可能用 ROAS 管理，系統也無法辨識哪些客群買得多。多品項電商在這個狀態下，系統會往低價商品傾斜 —— 訂單數變好看，營收沒動。詳見 CPA 還是 ROAS？
檢查：在 GA4 的即時報表下一筆測試訂單，看 purchase 事件有沒有帶 value 與 currency 參數，而且金額是對的。
五、跨網域沒設定
症狀：「直接流量」的轉換佔比異常高，所有廣告看起來都沒效。
常見原因：結帳跳到第三方金流頁面再跳回來，工作階段被切斷，回來的那一段被視為新的直接造訪，成交於是歸給「直接」。
為什麼嚴重：你可能因此砍掉其實有效的廣告。
檢查：GA4 的「資料串流 → 設定代碼 → 設定網域」，把金流、預約系統等所有會跳出去再跳回來的網域加進去。設定後實際走一次完整結帳流程驗證。
六、只有 Pixel 沒有轉換 API
症狀：Meta 廣告回報的轉換低於你的實際訂單，而且落差在變大。
常見原因：瀏覽器與作業系統對第三方追蹤的限制越來越嚴格，純瀏覽器端的 Pixel 會漏掉一部分實際發生的轉換。
為什麼嚴重：報表低估是第一層，第二層是系統拿不到完整訊號，最佳化品質跟著下降。
解法：加上伺服器端的轉換 API，並設定事件 ID 讓兩邊去重 —— 沒去重的話一筆訂單會被算兩次，你就從第六個問題掉進第一個問題。做法見Meta 廣告代操。
怎麼驗證你修對了
- 用偵錯模式走一次完整流程。GA4 的 DebugView 可以看到事件即時進來，確認參數正確。
- 下一筆真實的小額訂單。測試環境常常跟正式環境不一樣，真的走一次最準。
- 連續對帳兩到三個月。把三邊數字並排記錄。差距穩定就是健康的；還在跳動就是還有東西沒找到。
修完之後數字會變醜，這是正常的
要有心理準備：修正重複計算與移除假轉換之後，報表上的轉換數會下降，成本會上升。
這不是變差，是原本的數字是假的。真正會改善的是接下來兩到三個月 —— 因為自動出價開始拿到正確的訊號，預算會慢慢流向真的會成交的地方。
這也是為什麼我們把追蹤建置排在所有優化之前：在錯的數字上做優化，做得越認真錯得越遠。完整的建置範圍見轉換追蹤與成效數據建置。