FB 廣告、Google Ads 和 GA4 的轉換數對不起來,常是歸因範圍與報表規則不同。同一筆訂單可能被兩個廣告平台各記一次,所以平台​回報營收不能直接相加;對帳要回到你自己的訂單​與實收。

同時投兩個以上平台,或拿 GA4 對照廣告後台時,很容易遇到這個落差。我一開始知道這件事也很震驚。要解讀它,先分清楚三本帳各自記什麼,再看差異有沒有影響你的預算判斷。

只投一個平台的話,跨平台​重複計算你還沒遇到,但平台內部的重複計算一樣可能發生,下面「Meta 自己內部也會重複計算嗎」那段會教你怎麼檢查。

目錄

FB 廣告和 GA4 的轉換數,為什麼對不起來?

如果你的 Meta 後台顯示 20 筆購買,GA4 只有 12 筆,不代表其中一個一定壞了。可能是規則不同,也可能是追蹤少記或重複送,先看​差在哪裡。

  1. 往回看多久、記給誰。Meta 常見設定會計入點擊後 7 天、瀏覽後 1 天的轉換,實際以廣告組合為準。GA4 的流量開發報表則用工作階段來源看事件。客人週一點 IG 廣告、週五從自然搜尋​進站買,兩份報表就可能記給不同來源;這也不同於 GA4 廣告區的歸因報表。
  2. 瀏覽後轉換。看過 Meta 廣告沒點,在設定的瀏覽歸因範圍內買了,Meta 可能記給自己。GA4 通常沒有這次 Meta 廣告曝光的資料,會按自己收到的網站接觸資料分配。
  3. 跨裝置。手機接觸廣告、晚上用電腦下單,Meta 的跨裝置報表有機會把同一帳號的行為連起來。GA4 能不能辨識為同一個人,要看它實際收到的識別資料,不能假設兩邊一定​串得到。
  4. 模型推估。Meta 的轉換數可能包含模型估計;GA4 收到多少事件,也受網站標記、瀏覽器和隱私設定影響。缺漏資料怎麼處理不同,報表就不會完全一致。
  5. 點擊的定義。Meta 在 2026 年 3 月公布點擊歸因調整,網站轉換改以連結點擊歸因,按讚、分享等行為改放互動歸因。看報表時要認得自己用哪個欄位,不能把所有互動都當成​進站。

還有一個常見原因在你自己這端:Meta 廣告的連結沒掛 UTM,或 medium 寫錯,GA4 根本分不出哪些人是廣告帶來的。UTM 怎麼設、怎麼拿 GA4 一步步對照廣告報表、差多少算正常,我寫在 UTM 是什麼、怎麼設定、怎麼對帳。

GA4 自己怎麼分功勞?歸因設定和報表在哪裡看

GA4 也有自己的分法。依 GA4 的歸因設定說明,到管理區的歸因設定查看報表模式與回溯期;介面名稱以你的資源​為準。這份說明列的預設為首次造訪等獲客事件 30 天、購買等其他重要事件 90 天,不代表每個資源現在都沿用​預設。

要看購買前記錄到的管道順序,可以依 GA4 的歸因報表說明,到「廣告」的歸因區看路徑,再比較不同歸因模式分到的功勞。這份路徑是 GA4 收得到的資料,不等於客人經歷過的全部接觸。

先打預防針:改報表歸因模式,不會把 GA4 每張報表都一起改掉。Google 對變更報表歸因模式的說明指出,工作階段來源等維度不受這個設定影響。要比前後數字,就固定同一份報表、同一個維度與日期​範圍。

同一筆訂單,怎麼會被算兩次?

看一個很常見的​例子:

時間客人做了什麼哪個平台會​記功
週一滑 IG 看到你的廣告,點進​網站逛了一下,沒買Meta 記下:這個人點過​我的廣告
週三想買了,去 Google 搜你的品牌名,點了最上面​那則廣告(你自己買的),逛完​還是沒買Google 記下:這個人點過​我的廣告
週五直接打網址進來下單Meta 說「他 7 天內點過我」,Google 說「他 30 天內點過我」

在這個例子的歸因設定下,Meta 和 Google 都可能記到同一筆訂單,加起來就像兩筆。兩個平台記到接觸,不代表各自多帶來一筆成交。

圖 1:同一筆訂單怎麼會被算兩次:Meta 和 Google 的歸因範圍都蓋到這筆訂單,各記一次
圖 1:同一筆訂單怎麼會被算兩次:Meta 和 Google 的歸因範圍都蓋到這筆訂單,​各記一次

歸因是什麼?功勞有哪幾種​分法?

一筆訂單成立之前,客人可能碰過好幾則廣告、好幾個管道。決定這筆功勞要算給誰、怎麼分,業界叫「歸因」。現在後台最常見的兩種分法:

  • 最後點擊: 整筆功勞給下單前最後一次點擊的廣告或管道。好懂,但前面幫你鋪路的廣告一分都拿不到。
  • 以數據為準:GA4 的歸因說明提到,系統會按​接觸路徑及轉換資料分配功勞,一筆訂單可能拆成小數。這是模型估計的分法,不是逐筆證明哪次廣告促成購買。

Google 在歸因設定說明中列出,最初點擊、線性、時間衰減等模式已於 2023 年停用。舊教學出現的選項,現在未必找​得到。

不管哪一種,每個平台都只用自己看得到的資料、照自己的規則在分。所以同一筆訂單,在 Meta、Google、GA4 三本帳裡的樣子都不一樣。

Meta 怎麼決定一筆訂單算不算它的?

你的網站上有一顆 Meta 像素(追蹤碼),訂單成立時會回報給 Meta。Meta 再對照它手上的名單:這個人最近有沒有碰過你的​廣告?

常見的設定是「點擊後 7 天或瀏覽後 1 天」,但不要只記預設值。到正在投的廣告組合看實際歸因設定,才知道​這份購買數往回​算了多久。

Meta 的歸因模式和設定說明也列有互動歸因。按讚、分享或符合條件的影片觀看,怎麼算、看多久,都應對照當下設定;不要把「互動後 1 天」直接當成每個帳戶​都已開啟。

依 Meta 對轉換歸因方式的說明,標準歸因會把轉換分給符合條件的 Meta 廣告接觸。若一筆 1,000 元訂單被完整歸給 Meta,報表就會記 1,000 元;這是平台的記帳結果,不能直接當成多賺了 1,000 元。

還有一部分是推估的。2021 年 iOS 14.5 推出 App 追蹤透明度之後,很多人選擇不被追蹤,平台​看不到的那部分訂單,有一部分是用統計模型​算出來的。你在後台看到的轉換數,是「看到的」加上「推估的」,後者佔多少,你​看不到。

Meta 自己內部也會重複​計算嗎?

像素和轉換 API 沒有去重,也可能多記

轉換 API(Conversions API)是從伺服器回傳事件的方式,可以補充瀏覽器像素的​資料。

像素從瀏覽器送資料,轉換 API 改由伺服器送。兩條路受到的限制不同,但伺服器回傳也不代表所有訂單都一定送得完整、都能歸因。

現在的標準做法是兩個一起裝。但一起裝會冒出新問題:同一筆訂單,像素報一次,轉換 API ​又報一次。

依 Meta 的事件去重說明,同一筆購買從瀏覽器和伺服器回傳時,​要對上事件名稱與事件編號(event_id),平台才知道是​同一筆。

如果同一批​ 100 筆購買被完整重送、又沒有成功去重,事件數就可能接近 200。實際重複程度要看送了哪些事件;先修追蹤,再用這份資料判斷廣告成效。

打開事件管理工具,三個步驟就能檢查

  1. 進 Meta 的事件管理工具,點開你的資料集(像素),找到「購買」事件。
  2. 看接收來源:同時有瀏覽器和伺服器,代表兩條路都有送資料;如果原本規劃兩邊都送、卻只看到一個來源,再查另一邊的事件是否成功送達。單看一個來源,還不能直接判定裝錯。
  3. 兩個來源都有,再用「測試事件」送一筆測試購買,核對兩邊的事件名稱、event_id​ 和去重結果,確認它們被辨識為同一筆。

還有一個土法:拿同一天的購買事件數和後台​訂單數比,若接近兩倍,就優先查重複觸發與去重。不過日期時區、測試單、取消單及漏送也會影響差異,兩邊接近不代表追蹤一定完全正確。

圖 2:事件管理工具可查看瀏覽器、轉換 API 的來源與去重狀態。「符合最佳作法」是檢查線索,不保證每一筆都正確;再用測試事件核對事件名稱、event_id 與實際去重結果。此為客戶事件示範,購買事件的位置相同。圖為真實介面局部擷取。
圖 2:事件管理工具可查看瀏覽器、轉換 API 的來源與去重狀態。「符合最佳作法」是檢查線索,不保證每一筆都正確;再用測試事件核對事件名稱、event_id 與實際去重結果。此為客戶事件示範,購買事件的位置相同。圖為真實介面局部擷取。

我還是建議按需要把追蹤接好,讓系統有資料可以判斷。接好後回報數字可能增加,原因是記得更完整;生意有沒有跟著增加,仍要回自己​後台看。

而且這只是發生在 Meta 自己內部的重複。跨平台那一種​更難抓。

Google 的算法跟 Meta 差在哪?

第一個差別是回頭看多久。Google Ads 的轉換回溯期說明列出,點閱後轉換常見預設是 30 天,但實際值要逐個轉換​動作確認。客人先前點過廣告,後來在設定範圍內下單,就可能被算​進來。

第二個差別是功勞​怎麼分。Google 的歸因模式說明列有「以數據為準」,按系統估計把一筆轉換分給不同接觸。先確認你的轉換​動作用的是哪個模式,再解讀小數轉換。

如果這個人下單前,先點過​你的搜尋廣告、又點過購物廣告,那筆 1,000 元的訂單,可能一則算 600、一則算 400。所以你在 Google 後台會看到 0.6 筆、0.4 筆這種有小數點的轉換數,那不是系統出錯。

MetaGoogle
預設往回看​多久點擊後 7 天、瀏覽後​ 1 天點閱後 30 天(瀏覽後​ 1 天)
一筆訂單怎麼記整筆記給最後接觸的那一則​廣告按比例拆給多則廣告,會出現​小數
知不知道對方存在不會自動扣除 Google 已記功的​訂單不會自動扣除 Meta 已記功的​訂單

拆開算的好處,是你看得出哪則廣告在前面鋪路、哪則在最後收單。但拆完之後,Google 那邊​加起來還是一筆,Meta 那邊也還是一筆,兩邊加起來​就變兩筆。

表裡的預設值只是起點,實際帳戶可能已經改過。以我看過的帳戶,多數從開帳後沒人動過這些設定;但真的要對帳,還是把當下設定打開看​一次。

平台​為什麼不自己把重複的​扣掉?

各自歸因,不會自動完成跨平台去重

兩份廣告報表各按自己的接觸與歸因規則計算,不會自動拿另一份平台​報表逐筆扣除。同一個人​先碰過 ​Meta、再碰過 Google,兩邊都可能符合記功條件。

平台其實有在處理,​但要你​自己開:

  • Meta 的歸因設定有「增量歸因」,用模型估計廣告多促成的轉換。它和標準歸因回答的問題不同,是否可用、目前選哪個,仍要到你的廣告組合查看。
  • Google 的增量測試改善說明提到,以數據為準歸因會參考增量實驗訓練與驗證;2025 年 11 月的更新也提到約 5,000 美元的實驗門檻。這不代表每個帳戶都能用同一預算完成可靠測試,仍要看可用資格、轉換量與實驗​設定。

這些功能也不能直接替你把 Meta、Google 的報表合併成一份去重訂單。要知道店裡實際收到多少單、多少錢,仍要回到自己的訂單與金流紀錄。

怎麼判斷自己的帳戶有沒有重複記功?

這三個現象​值得查,還不能直接定案

  1. 各平台回報的營收加起來,超過你金流後台的​實收。
  2. 加了預算之後,那個平台的 ROAS 沒掉,​但全站營收沒有等比例上升。
  3. 再行銷和品牌關鍵字廣告的 ROAS 特別漂亮。這兩種天生最會搶功,因為它們接觸到的人本來就準備​要買了。

第三點的完整拆法,我寫在再行銷 ROAS 為什麼特別漂亮。

什麼情況下才需要動手查?

先看落差有沒有影響預算判斷

如果每月「全站實收 ÷ 總行銷花費」跌破你抓的線,又找不到原因,就值得把報表拿出來一起看。即使生意仍穩定,剛裝轉換 API、或平台​轉換數突然跳升,也可以順手核對設定。

沒做檔期、沒上新品、沒改預算結構,各平台回報的 ROAS 也都沒變差,錢卻少了。報表在漲,銀行帳戶沒漲,通常就是這個長相。

如果同時看到下面兩個現象,就更值得查,​但仍不能只憑它們判定重複記功的​程度:

  • 各平台回報的營收加起來,明顯超過金流後台的​實收。
  • 再行銷和品牌關鍵字這兩塊,佔了很大比例的​預算。

找不到解釋、這兩點也符合,就和投手一起查。若剛做完大檔期,也把檔期前後的需求與成交時間一起看,別急著把變化都歸給​歸因。

那條線可以先用「1 ÷ 實際毛利率」估,毛利率先扣掉進貨、金流、物流、包材和退貨。這是檢查行銷花費的起點,不等於公司含固定成本後一定獲利;分子用含稅還是未稅、分母算哪些費用,也要一致。完整算法在損益兩平 ROAS 怎麼算。

要查的話,跟投手一起看,不要變成對帳大會

跟負責投放的人可以這樣開場:

「我算了一下全站營收除以總行銷花費,這個月跌破我抓的線,但各平台的 ROAS 都沒變差。想跟你一起看看落差在哪。」

重點是「一起看」。這個落差通常不是投放做錯了,是跨平台的資料本來就對不起來,而且對方手上沒有你的實收數字。

投手手上只有平台給的那組數字,跟你看到的是同一份報表。跨平台的落差只能由品牌方來看,因為只有你有金流後台的​實收。

不想自己對,可以找我做廣告帳戶健檢(快篩 NT$3,000;完整健檢 NT$15,000 起,可全額折抵首月代操費),一起看落差可能出在​哪一段。

想確認​某筆預算有沒有用,挑一個地區做減量​測試

  1. 挑一個非主力地區。
  2. 把最可疑的那組預算(通常是再行銷或品牌字)​砍到剩三成。
  3. 跑三到四週,跟其他地區比訂單數​和營收。
  4. 比兩個數字:省了多少錢、少了多少單。省下來的比少掉的值錢,這筆預算就該重新​分配。

不用一開始全停。先只動一個地區,其他主要設定盡量維持,再比較測試前後。三到四週、剩三成是這個示意做法的起點;各區原本趨勢、訂單量和檔期影響未必相同,結果不能直接當成精確的因果增量。

圖 3:怎麼確認某筆預算有沒有用:挑一個非主力地區砍到剩三成,跑三到四週再跟其他地區比
圖 3:怎麼​確認某筆預算有沒有用:挑一個非主力地區砍到剩三成,跑三到四週再跟其他​地區比

要不要買歸因​工具?

市面上有專門的歸因工具,買之前​有三件事要​先知道。

第一,歸因工具也是一套模型。Meta 說 ROAS 4、Google 說 3、工具說 2.8,是換了資料與分法,不能因為用了第三方,就把 2.8 當成標準答案。

第二,先確認它接不接得上你的開店平台。台灣中小電商常用的 Cyberbiz、91APP、SHOPLINE 或自架站,不一定有現成的串接,接不上就要工程資源。買之前​先問能不能接,不要先刷卡。

第三,先問它缺資料時怎麼處理。瀏覽器和伺服器都沒有記下的接觸,工具無法憑空還原,可能要靠推估;要知道哪些是實際收到的事件,哪些是模型補的。

務實的順序是:

  1. 每月算一次「全站實收 ÷ 總行銷​花費」。
  2. 把 Meta 和 Google 的歸因設定拿出來對一次,知道兩邊各往回看​幾天。
  3. 確認轉換 API 的去重有​生效。

先把自己的實收、歸因設定和事件去重看清楚;還有明確問題解不了,再問工具能不能回答。這樣買的時候,也比較問得出它到底補哪一段。

那到底該信​哪個數字?

我自己是三個​一起看:

數字拿來做什麼它的偏差
各平台後台平台內部比較:哪組廣告、哪個素材​比較好只按自己的資料歸因,可能包含本來就會成交的​訂單
GA4比較不同管道通常看不到 Meta 曝光;跨裝置識別及分配結果受收到的資料影響
金流後台實收對帳,算「全站實收 ÷ 總行銷​花費」仍要核對退款、取消單、稅額與日期​口徑

GA4 可以用同一套網站資料比較管道,比把兩個平台報表相加​更有用。​但它仍受事件設定與資料缺漏影響,不一定永遠低估,也不保證一筆都不重複。實收核對仍要回自己的帳。

同一平台、相同歸因設定,而且同樣是在開發新客或同樣做再行銷時,比較 A 組 ROAS 3、B 組 5 才比較有意義。跨平台​回報的營收不能直接相加,ROAS 本身更不是拿來相加的​數字。

每月記一次「全站實收​營業額 ÷ 所有行銷花費」,重點是維持同一口徑看趨勢:退款與取消單怎麼扣、哪些算行銷費,都先講好。這是生意的總覽,仍不能單獨回答哪一支廣告多帶了幾筆訂單。

名單型廣告也會重複​計算嗎?

也可能發生,要用自己的名單與成交紀錄核對

名單型服務如果決策期長,客人中間可能碰過多個管道。有人滑到廣告沒點,隔天搜尋品牌後填表,就可能符合兩個平台的歸因條件。

名單型不一定能當天用金流核對,還要把有效聯絡、預約與成交接起來。看生意時,我會把實際成交金額拿出來,再回頭對名單來源;不要只用平台表單數判斷值不值得。名單準不準的做法,可以看名單型廣告 CPL 很低、名單卻不準​怎麼辦。

成交走 LINE 預約的服務業,追蹤又更斷,後台的「轉換」常常只是有人點了 LINE 連結。買預約系統前​該問什麼,我整理在買 LINE 預約系統前要問的 4 個廣告追蹤問題。

明天第一步

ROAS 拿來比較,不要拿來加總。平台的數字沒有騙你,它只是看不到別人​那一段。

明天先用相同期間的實收營業額與全部行銷花費,記下整體投入產出趨勢,並寫明退款、稅額和費用口徑。即使數字仍在可承受範圍,剛改追蹤或轉換突然跳升時,也要核對事件與去重;總覽穩定不代表每一項設定​都正確。

還在決定先投哪個平台的話,可以先看廣告投放怎麼開始,小預算先投 Google 或 Meta。算完發現對不起來、又不想自己一筆一筆對,可以找我做廣告帳戶健檢。

常見問題

FB 廣告和 GA4 的轉換數為什麼差​很多?

Meta 和 GA4 能取得的資料、回溯範圍及報表分法不同,Meta 也可能包含瀏覽、跨裝置和模型估計的轉換。GA4 要先說明看的是流量開發還是歸因報表,不能一律說它只記最後一次造訪。UTM 和事件設定也要一起核對。

GA4 的數字比較準嗎?

GA4 適合​用同一套網站資料比較管道,但仍有追蹤缺漏、事件設定和識別限制。它不一定永遠比平台少,也不是所有數字都能直接對帳;實際訂單與收款仍用自己的後台核對。

Meta 和 Google 的轉換數為什麼​不一樣?

兩邊按自己的接觸資料與歸因設定記功,不會自動扣掉對方已認領的訂單。Meta 常見是點擊後 7 天、瀏覽後 ​1 天;​Google​ ​點閱回溯常見預設 30 天,但實際​要看各帳戶。客人兩邊都碰過,兩邊就可能都記到。

為什麼各平台回報的營收加起來,比實際收到的多?

同一筆訂單可能符合多個平台的歸因條件,​被各記一次,所以不能直接加總​平台​回報營收。退款、取消單、日期與稅額口徑也可能造成差異,要一起查。

轉換 API 怎麼確認有去重?

到事件管理工具看購買事件的來源,再用測試事件核對瀏覽器與伺服器的事件名稱、event_id 及去重結果。事件數接近訂單數兩倍,是優先查重複的訊號;兩邊接近,也不保證所有設定​都正確。

歸因分析是​什麼?

歸因分析就是看一筆訂單之前,客人碰過哪些廣告和管道,功勞該怎麼分。最常見的分法是最後點擊(整筆給最後一次點擊)和以數據為準(按比例分給多個接觸點)。GA4 的「廣告」→「歸因」報表可以看路徑和比較不同分法。

只投一個平台,也會重複​計算嗎?

只投一個平台時,少了兩個平台同時認領的問題,但事件仍可能重複回傳。像素與轉換 API 都送同一批購買、又沒成功​去重,後台就可能多算;先核對事件名稱、event_id ​和去重​狀態。

Meta 和 Google 的歸因設定要調成​一樣嗎?

調近一點能讓比較的基準接近,但不會消除重複,因為兩邊還是看不到對方。Meta 的歸因設定也會影響系統怎麼找人,改之前先跟投手討論,改完至少觀察兩週​再比較。

先問要做哪個決定,再選​要看的帳

平台各自認列的營收不能直接相加,GA4 也不是另一份實收帳。用自己的訂單與實收看生意,用口徑一致的平台資料找調整方向;報表​落差要​先拆定義、事件與歸因,不能只挑​數字大或小的那份相信。

下一次對帳,先固定同一期間,寫清楚退款、取消單、稅額與日期怎麼算,再核對一個會影響預算的落差。若剛改追蹤後事件突然倍增,先查重複觸發與去重;若只是記功規則不同,就保留差異說明,別硬把數字​湊齊。