跨平台歸因與重複計算陷阱：代理商對帳的第一手做法（Meta × GA4 實證）
跨平台歸因最常見的兩個重複計算陷阱：① Meta 的 actions 同列同時有彙總型（omni_purchase）與子類（offsite_conversion.fb_pixel_purchase），整列相加會雙算高估購買數——正解是優先序 first-match（omni_purchase → purchase → offsite_conversion），認一型、不跨型相加；② 分管道加總要對得上不分段的 canonical 總值（實測 GA4 sessions：Direct 61＋Organic Search 1＋Referral 1＝63，與不分段 63 完全相等、diff_ratio 0），對不上多半是時區或歸因視窗沒鎖、不是連接器 bug。鐵則是每筆對照值都記 sampled_at 與歸因口徑（視窗／時區／分段／日期區間），因為歸因會回填、數字會漂。Admetry 串接層以正確的轉換認定避免雙算，再由 Gemini 產出跨平台對齊的洞察，台灣代理商不必自己追各平台口徑。
跨平台 ROAS 排名表上，最貴的錯不是平台給錯數字，而是同一筆轉換被算兩次，或口徑沒鎖、數字隨歸因回填悄悄漂移。這兩個我們把 Meta、Google Ads 與 GA4 串進 Admetry 時都真的踩過、也都留了對帳證據。以下是陷阱與我們實際在用的對帳法。
陷阱一：Meta 同一列同時有「彙總型」與「子類」，相加就雙算
Meta Ads Insights 的 `actions` 欄位，一列裡會同時回彙總型轉換（`omni_purchase`、`purchase`）和組成子類（`offsite_conversion.fb_pixel_purchase`）。直覺把整列數字相加，購買數就雙算高估；改用前綴加總（例如所有 `purchase` 開頭都算），又會把 `add_to_cart`、`initiate_checkout` 之類子類灌進轉換——這正是 v21 時代很多工具的高估老 bug。
正確做法是優先序白名單 + first-match：認最高優先那一型就好，命中即停、不跨型相加。我們串接 Meta 的轉換認定固定走這個順序：
omni_purchase → purchase → offsite_conversion.fb_pixel_purchase實作上是依序找第一個「存在」的 action_type，把該型（同型可多筆，例如多顆像素）相加後立即回傳、不再往下找。同型相加是對的（合併多來源），跨型相加才是雙算。營收（讀 `action_values`）走同一支邏輯，確保金額與筆數口徑一致。
陷阱二：分平台加總對不上「不分段」總值，多半是口徑漂移不是 bug
第二個陷阱是把分維度（分管道、分活動）的數字加總，去跟平台「不分段」的總值比，發現對不上就以為串接壞了。實際上多數時候是口徑或歸因設定不一致造成的假落差。
我們對帳的做法是同一指標同時拉兩種口徑、要求加總相等。以一筆 GA4 實測為例（自有 property、sessions 指標、2026-05-24 單日）：
- 不分段 canonical：sessions = 63
- 分管道加總：Direct 61 ＋ Organic Search 1 ＋ Referral 1 = 63
兩邊 63 == 63、diff_ratio = 0，落在 0.5% 容差內 → 口徑無漂移，這份分管道數字才可信。要是兩邊兜不攏，先別怪連接器，多半是時區、日期區間或歸因視窗沒對齊。
鐵則：每筆對照值都要釘「抽樣時間 + 口徑」
歸因數字會回填——今天拉的昨天 ROAS，明天再拉可能不一樣（晚到的轉換被歸進去）。所以跨平台比較時，每筆對照值我們都記錄兩件事：
- sampled_at：這個數字是「何時」抽出來的。
- 口徑設定：歸因視窗、時區、分段維度、日期區間、是否抽樣、有無篩選。
少了這兩樣，下次有人重拉、發現和你的報表不同，就會誤判成 bug，花半天追一個根本不存在的問題。上面那筆 GA4 對帳就完整記了 `sampled_at` 與 window／tz／segment／date_range／sampling／filters，任何人都能照同口徑重現。
代理商可照做的對帳檢查清單
- 轉換認定走優先序 first-match，不把彙總型與子類相加（Meta 尤其要查）。
- 每個跨平台指標，分段加總要等於不分段總值（容差內），不等就先查口徑。
- 每筆對照值記 sampled_at ＋ 歸因視窗 ＋ 時區 ＋ 日期區間。
- 跨平台 ROAS 同表前，先確認三平台時區與歸因視窗已對齊（Meta 近期縮歸因視窗後落差更大，見Meta API v25 的 8 個改變）。
- 轉換定義（什麼算一次購買）寫進月報備註，別只貼平台欄位。
常見問題（FAQ）
Q：怎麼確認我的工具有沒有把 Meta 購買數雙算？ A：用一筆同時含 `omni_purchase` 與 `offsite_conversion.fb_pixel_purchase` 的資料測，正確結果是只認一型、不相加；若兩者被加起來就是雙算。
Q：分管道加總和總數差一點點，是 bug 嗎？ A：先看是否在容差內（我們用 0.5%）、口徑是否一致。多數小差來自時區或歸因視窗沒對齊，不是連接器錯。
Q：為什麼同一天的 ROAS 每次拉都不一樣？ A：歸因回填造成的。晚到的轉換會被歸進過去日期，所以一定要記 sampled_at，跨期比較才有意義。
想知道你的跨平台報表有沒有雙算或口徑漂移？可以先 [預約免費廣告健檢](/free-audit)，我們用真實帳號幫你對帳到分管道加總相等為止。