取消／拒付仍當轉換 — 報表好看現金對不上
廣告報表轉換好看，銀行入帳卻對不上？取消、退款、拒付之後若未回傳退款訊號，Purchase 仍可能被當成有效轉換。先對帳訂單狀態與現金口徑，再談加預算。
老闆看廣告報表，最常出現的錯覺是：轉換數上升，購買事件漂亮，廣告投資回報率（ROAS）看起來理想；但銀行入帳、訂單淨額、可發貨收入沒有同步。問題往往不是廣告沒帶來訂單，而是取消、退款、拒付發生後，廣告與分析報表仍把原先的 Purchase 當成有效轉換。
公司增收降本，量度先可信。若報表只記錄「有人下單」，沒有記錄「這筆訂單最後是否仍然成立」，預算判斷便會建立在偏樂觀的數字上。我會把這類問題稱為轉換口徑與現金口徑錯開。
報表好看，老闆想加預算
一個常見場景：顧客在電商網站完成結帳，系統回傳 Purchase 或購買轉換。廣告平台收到事件，按歸因窗口把轉換歸給廣告，報表開始顯示購買數、轉換價值、ROAS。
其後，訂單可能出現幾種變化：
- 顧客取消訂單
- 付款失敗或風控攔截
- 顧客申請退款
- 信用卡拒付（chargeback）
如果這些「退」的狀態沒有回傳到廣告或分析系統，原來的購買事件仍會留在報表。老闆看到轉換數高，自然會問可否加預算。但公司真正能確認的收入，可能已經減少。
這裡的痛點不是報表造假，而是報表只反映事件觸發一刻，沒有反映訂單生命週期。
常見原因包括：購買事件只在結帳完成時觸發；退款由客服或金流後台操作；拒付通知不經過網站；訂單系統與廣告回傳之間沒有訂單編號匹配。結果是廣告報表保留前端成交訊號，財務系統卻要承受後端退損。
錯在把平台轉換當成現金
很多人把廣告平台報表當成財務報表。兩者口徑不同。
廣告平台看的是事件、歸因窗口、受眾匹配與回傳設定。Google Analytics（GA）看的是網站／應用程式內的事件與工作階段。財務或訂單系統看的是訂單狀態、金流狀態、退款、拒付、應收帳款。
我會把三本帳分開：
- 廣告報表帳：平台看到的購買轉換與轉換價值。
- 訂單帳：訂單系統中的成立、取消、退款、拒付狀態。
- 現金帳：銀行或金流機構實際入帳、退款後淨額。
三本帳可以互相參考，但不能直接畫等號。標準購買事件未必自動把取消、退款、拒付扣走。尤其不要假設 Meta、Shopify 或 GA 所有帳號都會自動把取消／拒付從 Purchase 扣走。不同平台、不同設定、不同事件設計，結果可以不同。
所以，若只用廣告平台轉換做預算判斷，等於把「可能成交」當成「已經成交」。
取消、退款、拒付：退訊號要另外處理
訂單取消、退款、拒付後，若未把退訊號回傳廣告／分析系統，報表轉換仍可能偏高。這不是單一平台的錯誤，而是事件回傳設計本身需要明確。
我的處理方式，是先做訂單狀態對帳，再決定是否回傳退款或調整事件。
第一步：用訂單狀態對帳
我會選一段固定期間，例如最近三十日或一個完整月，把訂單系統中的訂單狀態拉出來，至少包括：
- 已成立
- 已取消
- 已退款
- 部分退款
- 拒付
- 待付款或付款失敗
再對照廣告平台同期的購買轉換。重點不是逐筆追求完美，而是找出系統性偏差：有沒有大量已取消訂單仍被計為轉換？有沒有退款訂單仍保留原轉換價值？有沒有拒付訂單仍被當作有效收入？
對帳時，我會加入幾個欄位：訂單編號、訂單建立日、付款狀態、退款日期、退款金額、拒付狀態、廣告平台轉換日期、轉換來源。沒有訂單編號，很難把兩邊資料扣連；沒有退款日期，很難判斷報表應該在哪個期間修正。
第二步：把退訊號回傳或修正
不同平台能力不同。實務上，應以官方文件與帳號實際設定為準。
在 Google Ads 側，官方支援「轉換調整（Conversion Adjustments）」：可用 retract（撤銷）把不應再計的轉換去掉，或用 restate（重報）修正轉換價值，例如已取消訂單、全額／部分退款。主證見 Google Ads Help〈About conversion adjustments〉：https://support.google.com/google-ads/answer/7686447 。命名必須用轉換調整（Conversion Adjustments）。
在 Meta 側，不要假設有 Google 同類的一鍵 RETRACT／RESTATE，會自動把 Ads Manager 的 Purchase 價值與廣告投資回報率（ROAS）扣回頭。實務上較常見的是經 Conversions API 回傳帶訂單編號的退款／修正訊號（例如自訂 Refund 事件），用於可見性、排除受眾或自訂轉換；這不等於會計對帳，也不保證即時改寫投放優化。實際能力以官方文件與帳號設定為準。
在分析工具或訂單系統側，可能需要回傳退款事件、取消事件，或重新計算轉換價值。
我不會假設有一鍵自動退。原因是訂單狀態可能涉及部分退款、多次退款、運費、優惠碼、稅項、庫存回補、客服補償等不同情況。若只追求一個按鈕，很容易把財務口徑簡化成另一個錯誤口徑。
較穩妥的做法是：
- 以訂單編號作為對帳鍵值
- 以訂單最終狀態作為判斷依據
- 以淨收入或有效訂單作為決策口徑
- 以廣告報表作為渠道觀察，不作唯一真值
第三步：先別加碼
如果取消率、退款率、拒付率未被納入報表，我會先暫停以報表為依據的加預算決定。因為此時看到的轉換與 ROAS，可能只是未扣除退損的毛數。
加預算會放大事件，也會放大誤差。若原報表偏高，加碼後只會把更多預算導向被高估的受眾、素材或產品。
平台歸因不是現金口徑
要承認一個限制：平台歸因不等於現金。廣告平台會受歸因窗口、跨裝置、私隱設定、事件回傳品質影響。即使沒有取消或拒付，報表與財務數字也可能有落差。
取消／拒付只是把這個落差放大。未做退訊號時，報表會偏樂觀；做了退訊號後，仍可能有時間差。例如廣告平台在某日記錄購買，退款在十日後發生。若只看單日報表，當日數字仍會偏高；要等對帳與調整完成，數字才會接近真實。
因此，我會固定節奏：
- 每週檢查高退款／高拒付產品或廣告組合
- 每月以訂單最終狀態重算有效轉換
- 每季檢視轉換定義是否仍符合公司增收降本目標
這裡的目標不是把報表修到完美，而是讓決策者知道哪些數字可以用作加預算，哪些只可作參考。
量度可信，預算才有意義
如果報表好看、現金對不上，第一步不是質疑廣告平台，也不是急著關廣告。我會先問：取消、退款、拒付有沒有被當成退訊號處理？訂單狀態有沒有進入對帳流程？廣告轉換與有效訂單是否被分開呈報？
公司增收降本，需要可信的量度。報表可以漂亮，但預算是用真金白銀支付。先把取消／拒付對清楚，再談加減預算，才不會把資源投入被高估的轉換。
取消、退款、拒付與廣告轉換的對帳，可按上文逐項檢查。訂閱後可解鎖 GA 量度自查清單，從 GA 一邊核對成交訊號與訂單對帳。