【廣告平台轉換加總超過實際訂單？對帳五步找出重複計算】
廣告平台轉換加總超過實際訂單？先別加碼。用統一時間窗、轉換定義、抽樣對單、標記重複與單一口徑表五步，找出跨平台重複計算。
週會投影跳出 Meta 100、Google 80、LINE 50，有人立刻把三個數字加總，問：「轉換夠多了，可以加預算吧？」先停一下。廣告平台轉換加總超過實際訂單？先別把「平台各自好看」當可加碼訊號。同一個期間若真實訂單只有 100 單，而三平台加總遠高於 100，你看到的多半是重複認領，不是多出來的需求。先跑對帳五步：統一時間窗、統一轉換定義、抽樣對單、標記重複、建立單一口徑表；對得上再談加碼。
本篇鎖定 wrong-signal：跨廣告平台轉換加總好看 ≠ 可加碼／可信。機制框是各平台自行歸因（歸因窗口／view-through）、轉換定義不同，以及同一筆訂單被多個後台各記一次。本篇不寫 GA4 轉換忽然歸零決策樹，不寫站內雙重 gtag，不寫主攻／助攻預算分配，也不寫 UTM 命名模板。資料核對於 2026 年 10 月公開說明（見文末）。未經實測；示範數字皆標示為示範情境。
若你要先釐清「量度對帳」這個詞在講什麼，見量度對帳是什麼。本篇假設你已知對帳概念，聚焦「廣告平台加總 vs 真實訂單」的五步 how-to。
定義框：轉換對帳、歸因窗口、瀏覽後轉換、單一口徑表
> 轉換對帳（conversion reconciliation） > 把同一期間、同一批訂單，拿廣告平台後台報的轉換數，跟訂單系統（Shopify／自建後台／出貨單）對齊，看差異來自定義、時間窗，還是同一筆被多平台各認一次。本篇的「對帳」指跨廣告平台加總 vs 真實訂單；單一平台內的 event_id 去重見 Related。 > > 歸因窗口（attribution window／conversion window） > 廣告互動（點擊或曝光）之後，平台還願意把轉換記給這次互動的天數。Meta 標準設定對網站轉換常見為點擊後 1 日或 7 日、瀏覽後 1 日；Google Ads 可為各轉換動作設定點擊後、瀏覽後等不同窗口（預設點擊後常為 30 日、瀏覽後常為 1 日，可改）。見 Meta 歸因模型與歸因設定、Google Ads 轉換窗口。窗口不同，同一筆訂單被誰認領就不同。 > > 瀏覽後轉換（view-through conversion） > 使用者看到廣告但沒有點擊，之後仍完成轉換，平台把它記在「瀏覽後」欄。Google Ads 說明：瀏覽後轉換預設不進主要「轉換」欄，而會進「所有轉換」；與點擊後轉換分開看。見 解讀轉換追蹤資料。加總時若把各平台「含瀏覽後」的欄位直接相加，膨脹會更明顯。 > > 單一口徑表 > 一張內部對照表：期間、訂單定義、各平台用哪一欄、是否含瀏覽後、時間依點擊日還是轉換日、與訂單系統差異率。會議只讀這張表，不讀三個後台各自加總。
神話：平台加總達標，等於可以加碼
常見捷徑是：把 Meta、Google、LINE（或其它訊息／廣告後台）的轉換欄各自抄下來，加總後跟目標比，達標就提案加預算。週會時間短、壓力又大時，這捷徑很誘人。
問題在機制。每個平台是自己的球員兼裁判：它只知道在自己生態裡發生過的互動，再依自己的窗口與計算選項把轉換記給自己。它不知道同一筆訂單是否已在另一個平台被認領過。把還沒跟訂單系統對過的加總，直接當成「增量需求」，等於用未對帳的訊號去驅動加碼。
會議上與其辯論加總夠不夠漂亮，不如先講清楚：五步至少跑完哪幾步、單一口徑表上的差異率是多少。講不清，就先別加預算。
示範情境：FB＋Google＋LINE 加總 vs 真實訂單
場景（標示：示範，非實測）
| 來源（示範） | 後台顯示（示範） | 你可能怎麼讀 |
|---|---|---|
| Meta Ads | 轉換 100 | 「Meta 帶了 100 單」 |
| Google Ads | 轉換 80 | 「Google 帶了 80 單」 |
| LINE 廣告／官方帳號後台 | 轉換 50 | 「LINE 帶了 50 單」 |
| 三平台加總 | 230 | 「轉換超標，可加碼」 |
| 訂單系統／出貨 | 真實 100 單 | 「實際只有 100」 |
重點不在示範數字本身：加總 230 ≠ 市場多出 130 單。同一筆訂單可以同時落在 Meta 的點擊窗口、Google 的瀏覽後窗口，以及 LINE 點擊後的追蹤窗內。各平台各自誠實（依自己的規則），加總卻膨脹。
這跟「單一平台內重複計算」差在哪？
Google Ads 說明：同一轉換動作可選「每次」或「一次」計算；感謝頁重整、重複觸發也會讓單一平台內數字膨脹。見 關於轉換計算選項。那是單一平台／站內雙送層。本篇談的是下一層：多個廣告平台各自認領同一批訂單後再加總。兩層都要查，但決策語言不同：前者修計算選項或去重；後者先對帳再談預算。站內雙重 gtag 見 Related；Meta 對 Shopify 的 event_id 去重亦見 Related。
為什麼平台各自為政？Facebook／Google 轉換對不上時先問什麼
「Facebook／Google 轉換對不上」常被當成帳號故障或像素壞了。有時確實是追蹤壞了；更多時候是定義與窗口本來就不該對齊成同一個數字。
機制上至少有四枝會讓數字分叉：
- 歸因窗口天數不同：一邊 7 日點擊、一邊 30 日點擊，同一訂單只落在較長的那一邊。
- 是否含瀏覽後轉換：一邊報表含 view-through，一邊你只抄「轉換」欄。
- 轉換定義不同：一邊記 purchase，一邊記 initiate checkout 或「加進購物車後的自訂事件」；一邊含退款前、一邊含未付款。
- 時間基準不同：Google Ads 主要轉換欄常依點擊時間歸列；用「依轉換時間」欄才較易跟訂單日對齊。見 解讀轉換追蹤資料。
對不上時，先問「是不是在比兩件不同的東西」，再問「像素壞了沒有」。本篇不展開 DDA vs 最後點擊選型表；模式選型見站上既有文，此處只談收集／認領層加總。
對帳五步怎麼跑？先統一時間窗
機制
五步的第一枝是統一時間窗：同一個日曆期間、同一個「點擊日 vs 轉換日」基準，再往下比。窗口沒對齊，後面四步會把「時間差」誤讀成「重複」。
步驟（示範流程）
- 選定對帳期間（示範：上一個完整自然週，或促銷結束後 7 日）。
- 列出各平台目前的點擊後／瀏覽後窗口（Meta 見 Ads Manager 廣告組合歸因設定；Google 見轉換動作的轉換窗口）。
- 決定會議用哪一種時間基準：若要比訂單系統，優先用「轉換發生日」對齊出貨日；Google 可用「所有轉換（依轉換時間）」一類欄位對照。
- 暫時把「超出共同窗口」的轉換標成「窗外」，不進加總。
限制
- 改短窗口只影響之後的轉換，通常不溯及既往；歷史報表不會自動重算。見 Google Ads 轉換窗口。
- Meta 與 Google 可選窗口集合不同；你無法強迫兩邊變成同一套產品預設，只能在單一口徑表上寫清楚「本次對帳採用的共同讀法」。
轉換定義沒對齊，數字有什麼好比？
機制
「轉換」在各後台可能是 purchase、complete registration、或自訂事件。訂單系統通常是「已付款訂單」或「已出貨單」。定義不統一，加總沒有意義。
步驟
- 寫死內部定義（示範）：對帳用的「訂單」＝已付款且未全額退款。
- 對每個廣告平台，標出對應事件名與是否含未付款、是否含退款前。
- 把明顯較上游的事件（加購、開始結帳）移出「可加碼用轉換」欄，另開「漏斗診斷」欄。
- 確認計算選項：Google 銷售類動作多用「每次」；潛在客戶類可用「一次」避免表單重複。見 轉換計算選項。
限制
- 統一定義 ≠ 統一歸因功勞。定義對齊後，同一訂單仍可能被多平台各記一次。
- LINE 或其他訊息／廣告後台若事件名與電商後台不一致，先做人讀對照，不要假設欄位名相同就代表同一件事。
抽樣對單怎麼證明加總在膨脹？
機制
抽樣對單是把「加總膨脹」從感覺變成可檢查的清單：抽 N 筆真實訂單，回查各平台是否各自有對應轉換。
步驟（示範）
- 從訂單系統抽 20–50 筆（示範量級；高風險促銷可加抽）。
- 每筆記下：訂單號、下單時間、金額、已知點擊／UTM（若有）。
- 在 Meta、Google、LINE 後台（或匯出）查同一轉換時間窗內是否出現對應轉換。
- 標記結果：僅 A、僅 B、A+B、三邊皆有、皆無。
- 「三邊皆有」與「兩邊皆有」的比例，就是重複認領的下限證據。
示範讀法
| 抽樣結果（示範） | 讀法 |
|---|---|
| 僅單一平台 | 可能真是該渠道路徑；仍要對窗口 |
| 兩邊或三邊皆有 | 加總時被算了兩次或三次 |
| 皆無 | 漏單或追蹤缺口；另開漏單枝，不要跟重複混談 |
抽樣證明的是「有沒有重複認領」，還證明不了增量貢獻。增量要用實驗或更嚴的對照，本篇不展開。
重複怎麼標記？單一口徑表長什麼樣？
標記重複
對抽樣裡「多平台皆有」的訂單，在內部表標 dup=1。會議規則（示範）：加總欄不把 dup=1 的訂單按平台數加權；預算決策只讀「去重後的平台歸因」或「以訂單為準的主渠道標籤」。主攻／助攻怎麼分預算，是對帳之後的下一題，見 Related，本篇不搶那枝 H1。
單一口徑表（示範欄）
| 欄（示範） | 內容 |
|---|---|
| 期間 | 2026-10-13～10-19（轉換日） |
| 訂單定義 | 已付款、未全額退款 |
| Meta 欄 | 購買；7 日點擊＋1 日瀏覽（寫明） |
| Google 欄 | 轉換（依轉換時間）；是否含瀏覽後 |
| LINE 欄 | 後台轉換事件名＋窗口 |
| 真實訂單 | 訂單系統匯出筆數 |
| 加總（未去重） | 三平台相加 |
| 去重後／抽樣 dup 率 | 抽樣得出 |
| 決策 | 先別加碼／可小幅測／可加碼 |
有了這張表，週會投影就不必再把三個後台數字當場心算相加。
歸因窗口與瀏覽後轉換，如何讓加總膨脹？
歸因窗口與 view-through 是膨脹的常見加速器，不是唯一原因。
- 窗口越長：越容易把較早的曝光／點擊跟較晚的訂單綁在一起；多平台同時變長時，重疊區變大。
- 瀏覽後轉換：使用者可能點了 Google、只「看過」Meta，兩邊都可能記一筆。Google 把瀏覽後與點擊後分開欄位；加總時若混抄，會把「看過」與「點過」叠在同一筆真實訂單上。見 解讀轉換追蹤資料。
- Meta 標準設定：網站轉換可選點擊後 1／7 日、瀏覽後 1 日等。見 Meta 歸因設定。帳號若仍顯示較舊窗口選項，以你後台實際可見為準，並在口徑表註記核對日期。
實務最低可行：對帳當週，先約定「會議數字不含瀏覽後」或「含瀏覽後但另欄」，再跑五步。不要同一頁混用兩種。
數字對帳後應長什麼樣？何時先別加預算
對帳跑完，較常見的結果型態（示範，非保證）：
- 加總明顯高於訂單，抽樣 dup 高：先別加碼；先收斂窗口與定義，或改以訂單為準的渠道標籤。
- 加總略高、dup 中等：可維持預算，但加碼提案要附口徑表；不要用未去重加總當 ROI。
- 加總接近訂單、dup 低：仍可能有漏單或窗口過短；加碼前至少再看一週穩定。
- 加總低於訂單：偏向漏單／追蹤缺口，不是本篇主線；另查像素、同意聲明、伺服器事件。
下面任一成立時，先別加預算：
- 還沒統一時間窗與轉換定義；
- 沒有抽樣對單，只靠三平台心算加總；
- 把含瀏覽後的欄位跟不含的欄位加在一起；
- 用未去重加總去算合併 ROAS，再據此加碼。
這題跟歸零、雙重 gtag、主攻助攻、event_id 差在哪？
| GA4 轉換歸零（LIVE） | 站內雙重 gtag（LIVE） | 主攻／助攻預算（LIVE） | Meta event_id 去重（LIVE） | 本篇：多平台加總對帳 | |
|---|---|---|---|---|---|
| 症狀 | 轉換忽然 0 | 轉換暴增 | 重複計算下怎麼分預算 | Meta 高過 Shopify | 平台加總 > 真實訂單 |
| 焦點 | 四分支排查 | 外掛／雙送 | 角色分配 | 單平台 CAPI 去重 | 五步＋單一口徑表 |
| 決策句 | 先查這四件事 | 先查雙重 gtag | 對帳後再分 | 先去重 | 先對帳再加碼 |
五題可 Related，不要混成同一張 checklist。本篇不重開「五關」或原則口號式開場。
HK／TW／MY 對帳時多問的兩句
港台馬團隊常並行 Meta＋Google＋LINE（或 WhatsApp）與在地電商後台。若口徑表只寫英文 metric 名、沒有寫「本次是否含瀏覽後／是否含未付款」，週會會把「看起來很完整的錯誤加總」讀成假綠燈。
建議最少拆：
- 市場：這週對帳鎖港、台、還是馬訂單？稅金與幣別欄有沒有混；
- 管道：LINE／訊息導購是否另有 in-app 跳轉丟 UTM 的問題（見 Related），不要跟平台加總重複混成同一結論。
港台馬讀者用同一套會議語言即可：平台加總好看 ≠ 可加碼；先五步對帳。
可見 FAQ
Q：廣告平台轉換加總超過實際訂單，要先做什麼？ A：先別加碼。依序統一時間窗、統一轉換定義、抽樣對單、標記重複、寫進單一口徑表；用去重後的讀法再談預算。
Q：為什麼 Facebook／Google 轉換對不上？ A：窗口天數、是否含瀏覽後、轉換事件定義、點擊日 vs 轉換日，任一不同都會分叉。先對定義再查故障。
Q：這跟 Google Ads「每次／一次」計算選項是同一件事嗎？ A：不是。計算選項管單一轉換動作在 Google 內怎麼數；本篇管多平台加總 vs 訂單。見 轉換計算選項。兩層都要查。
Q：瀏覽後轉換要不要算進加總？ A：可以另欄觀察，但不建議跟點擊後轉換混加後當加碼依據。Google 亦把瀏覽後與主要「轉換」欄分開。見 解讀轉換追蹤資料。
Q：對帳後就可以分主攻助攻了嗎？ A：對帳是前提；主攻／助攻怎麼分配是下一題。見主攻與助攻：轉換重複計算下怎樣分配預算。
Q：單一平台 Meta 比 Shopify 高，是不是同一篇？ A：不是。那題先查 event_id 去重。見Meta 高過 Shopify 訂單：先查 event_id 去重。
相關閱讀
- 量度對帳是什麼
- Meta 高過 Shopify 訂單：先查 event_id 去重
- 主攻與助攻：轉換重複計算下怎樣分配預算
- Shopify GA4 重複事件：轉換暴增先查雙重 gtag
- 若你已懷疑平台加總撐不住加碼決策，可先做一次量度自查。訂閱後解鎖完整清單。
你下次要把三個廣告後台轉換加總拿去提案加碼之前，會先寫清單一口徑表上的時間窗與重複標記，還是直接讓加總投票？
By MarTech Guy 資料核對於 2026-10（Meta Business Help「About attribution models and attribution settings」；Google Ads Help「關於轉換計算選項」3438531；「解讀轉換追蹤資料」6270625；「About conversion windows」3123169）。 soft anon；無客戶名稱；示範情境標示非實測。