ROAS 對不上，先別急著改預算
兩份 ROAS 不同，可能是選了不同訂單，也可能真的漏資料。先對齊花費、訂單範圍與日期，再逐筆解釋差額。 廣告平台回答「依我的規則，哪些成果歸給廣告」；追蹤工具回答「我能連回流量的哪些事件已收到」；商店訂單則記錄生意發生了什麼。三者不能只用同一個日期篩選，就當成同一份成績。
例如平台顯示 4 倍、追蹤工具 3 倍、商店金額除以廣告費是 6 倍，不能直接選最高的，也不能先認定最低的工具壞了。先確認你算的是營收 ROAS，而非其他轉換價值，再做下面的對帳。
同一批流量，如何從 6,000 對到 3,800？
以下全是教學假設，不是客戶資料。選取 2026/9/1–9/7 的廣告點擊，花費完整合計 USD 1,000；統一 Asia/Taipei 時區。比較規則是七天點擊視窗、最後一次符合資格的點擊；沒有觀看歸因、模型推估或線索估值。9/21 匯出資料，最後一天點擊的視窗已在 9/14 結束，並核對到 9/20 的退款。這是本例的統一比較規則，不是所有工具的預設設定。
八筆符合規則的付款訂單，每筆折扣後商品金額 USD 500，合計 4,000；不含稅與運費。其後其中一筆退款 200，選定的退款後金額為 3,800。另有四筆各 500 的訂單，付款也在 9/1–9/14，但經核對並非來自這批合資格點擊，例如自然流量或較早點擊。
平台已記錄八筆付款、但還沒反映退款，所以顯示 4,000。追蹤工具只收到其中六筆，顯示 3,000；商店按 9/1–9/14 付款日期篩選，則顯示十二筆、共 6,000，且這個匯出欄位尚未扣退款。
| 步驟（USD） | 平台 | 工具 | 商店 |
|---|---|---|---|
| 原始金額 | 4,000 | 3,000 | 6,000 |
| 排除非本批 | 0 | 0 | −2,000 |
| 補列確認漏件 | 0 | +1,000 | 0 |
| 同批付款小計 | 4,000 | 4,000 | 4,000 |
| 已核實退款 | −200 | −200 | −200 |
| 退款後金額 | 3,800 | 3,800 | 3,800 |
6,000 − 2,000 − 200 = 3,800；3,000 + 1,000 − 200 = 3,800；4,000 − 200 = 3,800。 同批退款後 ROAS 是 3,800 ÷ 1,000 = 3.8 倍。這裡每一項調整都有對應訂單，沒有把差額當成「追蹤誤差」抹掉。
這是人工對帳表，不表示三套系統已被改寫。追蹤工具仍須修復漏回報並驗證實際入帳；平台退款修正也要依支援方式處理，再讀回結果。未確認的訂單不能直接補成收入。3.8 倍尚未扣商品與營運成本，也不證明廣告造成全部銷售。
先對齊日期，再比較同一個事件
Google Ads 的轉換報表說明指出，主要轉換欄位依廣告互動日期歸入結果；也有「依轉換時間」的欄位。9/7 點擊、9/10 付款，在點擊日期報表歸入 9/7，在付款日期報表歸入 9/10。這是同一筆訂單，不是兩次購買。
若目的是對照當日付款，選相應的轉換時間欄位，並篩選相同購買事件；若目的是評估一批廣告費，則把之後符合規則的付款接回該批點擊。不要拿 9/1–9/7 的花費，直接除同週所有付款；也不要為了「對得上」便把註冊、購買、觀看歸因全加進來。
接著核對時區、幣別、含稅與退款方式、Campaign 範圍、歸因模型及歸因視窗。Google Ads 的 Conversions、All conversions 可能涵蓋不同事件；模型推估或跨裝置結果也不一定有可逐筆配對的訂單清單。需要保留這些差異，不能假裝每個總額都能一對一對平。
Shopify 的數據差異說明也列出追蹤機制、隱私設定、阻擋工具與報表時區等原因。瀏覽器少記一筆，不代表商店沒有成交；但商店有訂單，也不代表某個廣告應拿到功勞。
把差額變成可以處理的工作
不用先匯出所有歷史。挑一個 Campaign、一種付款事件和一段已成熟的期間，在受控的內部表格保留：匿名訂單代號、付款與退款時間、原始幣別與金額、對應流量批次、平台與工具是否收到、差異原因、負責人及查核時間。不要把個資或實際點擊識別碼放進公開文件。
| 找到的情況 | 下一個可驗證動作 |
|---|---|
| 商店有付款，工具找不到 | 追查該筆是否符合歸因、識別有無保存、事件有無送出及被接受；不能先當成零營收 |
| 同訂單出現兩次 | 確認是否真的重複付款，或同一事實重送；依系統的訂單／事件識別去重，別刪正常回購 |
| 訂單都有，金額不同 | 查折扣、稅、運費、幣別、固定估值、退款是否已反映 |
| 最新幾天持續增加 | 分開記錄付款延遲與處理延遲，等待固定查核時間再比較 |
| 有模型或不同歸因信用 | 列為不可逐筆直接比較的部分，不倒算虛構訂單填平 |
Google 的轉換延遲說明解釋，點擊到轉換之間的等待會讓近期 CPA 看起來較高、ROAS 較低。完整七天視窗結束，也不保證沒有更晚退款或處理延遲；保留匯出時間與「截至何時」的說明。
MeetROAS 可以把已接入的目標事件連回 Campaign，協助定位在哪個階段出現差異。依目前事件文件，金額由目標系統提供，註冊與有效入金是不同事件；入金不自動等於商品營收，事件接收成功也不等於上游平台已計入。實務上仍要對照目標紀錄、送達狀態與平台實際報表，不能宣稱系統會自動完成財務對帳。
什麼時候可以拿來決定預算？
至少要能說明花費是否完整、比較的事件與價值是什麼、資料成熟到哪天，以及剩餘差額是多少、為什麼。把未解釋的部分獨立標示，不設定一個人人通用的「差 20% 都正常」。只有兩筆高額訂單漏掉，也可能翻轉來源排序。
若本例仍缺兩筆訂單的歸因證據，就先列「待確認 1,000」，而不是宣布工具 ROAS 已修正為 3.8 倍。等漏件與退款修正得到讀回證據，再用一致口徑評估；之後才進入不同流量來源的預算比較。
常見問題
訂單後台才是唯一正確答案嗎？
它能核對付款、退款等生意紀錄，但「哪個廣告應拿多少功勞」仍須歸因規則。會計營收、實收款與廣告歸因價值也未必是同一數字，應依各自用途核對。
可以把各平台的營收加總嗎？
不能直接加。不同平台可能各自把同一筆訂單歸給自己；先建立跨來源的一致規則並排除重複功勞。平台內部優化數字可各自保留，不等於公司多收了幾筆錢。
資料來源
- Google Ads: Understand your conversion tracking data — 查證日期: 2026-10-21
- Shopify: Analytics discrepancies — 查證日期: 2026-10-21
- Google Ads: About conversion lag reporting — 查證日期: 2026-10-21
- MeetROAS: Partner Event API — 查證日期: 2026-10-21