各平台自報轉換為何加起來比實際成交多？混合 ROAS 怎麼看

為什麼各平台自報的轉換加起來會超過實際成交

Improvado（行銷資料整合業者）在一篇文章中稱，把 Meta、Google、TikTok 與程式化購買各自回報的轉換加總，總數常比實際轉換多 20% 以上。

Sum the platform-reported conversions across Meta, Google, TikTok, and programmatic, and the total routinely exceeds actual conversions by 20% or more.

該公司的解釋是，每個廣告平台都用自己的視窗內末次接觸（last-touch-within-window）邏輯回報轉換，各平台的歸因視窗互相重疊，對點擊與曝光的加權也不一樣。同一篇文章也寫到，平台之間不互通，沒有仲裁者；拿一個平台的認領去扣掉另一個平台的認領，在統計上也不成立。

Cometly 的說法指向同一個機制。它舉的視窗設定是 Meta 可能用 7 天點擊、1 天瀏覽，Google Ads 預設 30 天點擊，CRM 可能把功勞歸給 90 天內的最後一個接觸點；同一筆轉換落在不同平台的多個視窗裡，每個平台都會認領。顧客接觸過的每個平台都說這筆成交是自己的，但沒有一個平台看得到完整旅程。

該文的情境，是 Meta Ads Manager 顯示 47 筆轉換、Google Analytics 回報 31 筆，CRM 記錄的實際成交是 28 筆。文中另一個情境是廣告平台合計認領 120 筆轉換，金流服務商只記錄 45 筆交易。

平台是不是刻意灌水？該文的說法是，這不代表平台在說謊，但平台把功勞分給自己的接觸點時，歸因方法傾向寬鬆。

平台 ROAS 與對照實際營收的混合 ROAS

Cometly 舉的例子是 Meta 回報 4.5 倍 ROAS、Google 回報 3.8 倍，兩個數字都可能因為認領了重疊的轉換而偏高；對照實際營收之後，實際的混合 ROAS 可能只有 2.1 倍。

該文寫道，依偏高的數字擴大預算，業務成果會跟後台數字對不上。文中假設的場景是財務長指出行銷支出增加 40%，營收卻只成長 15%。

Improvado 建議的分工是：平台自報的轉換拿來說明花費、做日常操作優化，轉換數的單一真實來源則錨定在第一方 CRM 或伺服器端分析事件，並和平台的點擊 ID 串接。iSocialYou 則建議用 Meta Ads Manager 優化素材與受眾，用 GA4 看整體顧客旅程。

兩家對單一真實來源的看法則相反。Improvado 主張把轉換數錨定在單一真實來源；iSocialYou 則稱，不再找單一真實來源、改看各份資料合起來說的故事，擴大投放時會更有把握。

iSocialYou 另外寫道，如果 Meta 回報銷售增加，銀行帳上的總營收也上升，即使 GA4 的數字不認同，廣告就是有效的。

GA4 與 Meta 的數字為什麼對不上

iSocialYou 在 2026 年 5 月 21 日的文章中稱，GA4 與 Meta 回報的轉換數相差 20% 到 50% 是常見的，原因包括隱私設定、Cookie 封鎖與歸因邏輯不同；同一篇文章也寫到，不該期待兩邊完全一致。

這篇文章開頭的例子是 Meta Ads Manager 顯示 150 筆轉換，GA4 只有 85 筆。文中列出的差異來源中，有以下四個。

第一是歸因邏輯。iSocialYou 把 Meta 稱為自我歸因網路：使用者在設定的歸因視窗內任何時間點和 Facebook 廣告互動過，Meta 就認領這筆轉換的 100%。Meta 預設的歸因設定通常是 7 天點擊加 1 天瀏覽。

第二是瀏覽型轉換。使用者沒有點擊帶 UTM 參數的連結，GA4 幾乎無從得知他看過 Facebook 廣告。文中舉的例子是，顧客早上滑過影片廣告、下午直接輸入網址購買，Meta 會認領這筆銷售，GA4 則把它算成直接流量。

第三是工作階段。GA4 的工作階段在 30 分鐘沒有動作後結束；使用者點了廣告、離開，40 分鐘後透過直接連結回來完成購買，GA4 可能算成兩個工作階段，把銷售歸給第二個直接進站的工作階段。

第四是跨裝置。iSocialYou 稱，使用者在各裝置上都保持登入 Facebook 與 Instagram，所以 Meta 很擅長追蹤跨裝置旅程；GA4 則除非使用者登入 Google 帳號、啟用 Google Signals 且沒有選擇退出，否則很難把不同裝置串成同一個人。

會讓數字失真的追蹤設定錯誤

DarwinApps 在 2026 年 8 月 11 日發布的 GA4 稽核清單建議，動手修正之前，先拿 GA4 的數字和 CRM、金流服務商的紀錄比對，量出差距有多大。

UTM 命名不一致是其中一項。一個人標 utm_source=Facebook，另一個人標 utm_source=facebook，GA4 會當成兩個不同來源。

重複追蹤是另一項。DarwinApps 引述一個有記錄的案例，GA4 裡的購買事件大約是金流服務商實際交易的兩倍，重複計算持續了好幾個月才被發現。它的建議是每筆購買都帶唯一的交易 ID（transaction_id），讓 GA4 去重。

跨網域與金流導轉也會切斷歸因。_gl 參數沒有帶到目的網址時，跨網域追蹤就會失效；購買在另一個結帳網域完成，起頭的付費點擊拿不到功勞，功勞被直接流量與自我參照吸走。訪客點 Google 廣告、經 PayPal 網域結帳再回到感謝頁，GA4 會記成來自 paypal.com 的參照流量，忘掉原本的付費點擊。

工作階段逾時也有影響。DarwinApps 稱，使用者點了付費廣告後讓分頁開著，超過預設 30 分鐘才回來，GA4 會開新的工作階段，原本的付費搜尋歸因消失，來源變成 (direct)。該文把這個問題放在需要長時間考慮的 B2B 採購情境下談。

Meta 這一端，Improvado 指出瀏覽器像素與 Conversions API 回傳同一筆轉換時，如果兩個事件沒有相符的 event_id、也不在 Meta 的去重容許範圍內，這筆轉換可能被算兩次，也可能被 Meta 過度去重。

各家建議的對帳做法

Improvado 本身是行銷資料整合業者，它建議把平台認領的轉換數和資料倉儲歸因後的轉換數並排報告，讓超報的幅度看得見，而不是藏起來。

iSocialYou 提到行銷組合模型（Marketing Mix Modeling）與 incrementality testing（增量測試），用來推估完全關掉廣告時還會有多少銷售，它認為這是像素追不到的答案。

Cometly 本身是歸因工具業者，它主張的解法是在各平台之上建一層，把廣告平台、CRM 與網站串成單一真實來源。

銷波快觀點：加總之前，先問單位一不一樣

跨平台 ROAS 的毛病，本質上跟報表裡把兩個 adset 併在同一張表是同一件事。我們處理過一檔廣告，底下兩組的優化目標不同，一組是訊息對話、一組是貼文互動，成效分別是 53 次與 113 次。相加得到 166，這個數字看起來像數字，但它不指涉任何東西。單位不同的東西相加，得到的只是一個有小數點的錯覺。

混合 ROAS 該當月報基準，理由在這裡：老闆會拿去對的，是銀行帳戶。報表要用哪個數字，取決於對方拿什麼來對，這條判準是我們從欄位上學到的。同一個 adset、同一段期間，post_engagement 是 411，results 是 113，兩個都會被講成「互動」。客戶一收到報表就開 Ads Manager 核對，「成果」欄用的是後者。口徑自己覺得再全面，跟對方的檢驗基準不一致，就是錯的。

還有一個陷阱要一起講：極值偏差。花 100 元賣出一套 4,380 元的課程，ROAS 是 43.8，數字漂亮得不像話。接著再花 9,900 元，可能一張訂單都沒有。廣告不是線性成長，資料量越大才越接近真實值。小成本很容易膨脹出好看的百分比，這也是不少廣告商拿來交差的手法。看數據要看長期趨勢，像看股票那樣，短期波動反映的多半是運氣。

結論：平台數字拿來優化，營收另外對帳

Cometly 與 Improvado 都指出，各平台自報的轉換會互相重疊。Improvado 稱跨平台加總常比實際轉換多 20% 以上，Cometly 的例子裡，對照實際營收的混合 ROAS 也比兩個平台各自回報的 ROAS 低。

Improvado 把平台自報的轉換用在說明花費與日常操作優化，iSocialYou 則用 Meta Ads Manager 優化素材與受眾；但對要不要錨定單一真實來源，兩家說法相反。DarwinApps 則建議先比對 GA4、CRM 與金流紀錄量出差距，再逐項檢查 UTM 命名、跨網域與重複事件這些設定。

我們的判斷是，月報要對的是訂單與營收，平台後台的轉換數適合留在素材與受眾的日常優化。

資料來源

• Cross Platform Attribution Challenges: 2026 Guide & Tipscometly.com
• Facebook/Meta Ads Data Challenges: Enterprise Playbookimprovado.io
• GA4 Tracking vs Meta Pixel Data: Why Your Ad Reports Never Match Exactlyisocialyou.com
• Google Analytics Audit Checklist: 12 Tracking Errors to Fix in 2026darwinapps.com