
GTM教學|臉書像素重複事件怎麼解決
這一篇適合代理商人員,如果要操作新品牌的臉書廣告投放,如果遇到一個網站有多個pixel正在同時追蹤,該怎麼確保自家的Pixel可以正確發送。臉書廣告追蹤,由於品牌主可能會分給多間代理商同時進行,因此網站會有多個像素。我會建議直接使用 Server伺服器追蹤 來發送給其他行銷公司數據,同時也能幫助企業做好js代碼的管理。 你需要確認以下幾點: 你自己埋設的pixel全部都正確,觸發條件也正確。 別的代理商怎麼埋設。可能有使用Facebook範本、原生JS、原生JS外連檔案。 確定你的Facebook基礎代碼 (init),都有在事件發送前先觸發。 如果有重複事件發生,也確定只有埋一次,那就去追查

這一篇適合代理商人員,如果要操作新品牌的臉書廣告投放,如果遇到一個網站有多個pixel正在同時追蹤,該怎麼確保自家的Pixel可以正確發送。臉書廣告追蹤,由於品牌主可能會分給多間代理商同時進行,因此網站會有多個像素。我會建議直接使用 Server伺服器追蹤 來發送給其他行銷公司數據,同時也能幫助企業做好js代碼的管理。
你需要確認以下幾點:
- 你自己埋設的pixel全部都正確,觸發條件也正確。
- 別的代理商怎麼埋設。可能有使用Facebook範本、原生JS、原生JS外連檔案。
- 確定你的Facebook基礎代碼 (init),都有在事件發送前先觸發。
- 如果有重複事件發生,也確定只有埋一次,那就去追查哪個代碼是用track來寫的,逐一排除。
問題情境

<script> ... base code truncated 'https://connect.facebook.net/en_US/fbevents.js'); fbq('init', '<PIXEL_A>'); fbq('track', 'PageView'); fbq('track', 'Purchase', { 'value': 4, 'currency': 'GBP' }); </script> <script> ... base code truncated 'https://connect.facebook.net/en_US/fbevents.js'); fbq('init', '<PIXEL_B>'); fbq('track', 'PageView'); fbq('trackCustom', 'Step4'); //fires for both Pixel A and B </script> 如上面圖+程式碼示意,當我的Pixel A已經初始化,並完成Pageview, Purchase的送出後。再來接續初始化PixelB,理想中PixelB應該會接收到PageView & Step4。 但反而PIXEL A 也會接收到 Step4。
實際案例說明
A品牌方的網站,同時擁有10個不同代理商的Pixel。每次使用者在網站瀏覽時,網站都會觸發10條Pixel的初始化碼 + 事件追蹤碼。
假設A代理商想要追蹤自訂事件,也會造成其他9間皆收到一樣的事件,或是Pageview有重複,或是怎麼調就是事件收集不到。因為fbevents.js的觸發邏輯是,init function 會把我們的像素放到JS全域變數。因此後面呼叫的pageview, purchase的事件,全部都會傳送到已經有初始化的Pixel。所以也因此容易看到有PageView重複發送,或是事件有狀況的問題。
假設對發init的代碼是設定在pageview,那他們則可以到window loaded再啟動。基本上他們的代碼還是一樣可以正常生效,而其他間的反而會從原本的有誤,變成正常接收pixel事件。
解法 1 - TrackSingle

透過使用 trackSingle 和 trackSingleCustom 透過這兩個方式,可以將帶碼只限定要觸發在哪一個Pixel裡面。例如
fbq('trackSingle', '<PIXEL_A>', 'Purchase', { value: 4, currency: 'GBP', }); 這樣就能確保持有pixleA 的代理商,能觸發正確的Purchase事件,並且正確追蹤,不會影響其他pixel。
這個解法也適用在,如果你看到有一個事件重複觸發,可能是別家的像素正在影響你收集事件,因此使用這個寫法就有用。把他的追蹤事件,指定到他們家的pixel,而不是全部已init的pixel,就能做好區域與全域的區隔。
解法2 - 更改觸發順序

把你的init那個自訂HTML提早觸發。通常網站的JS情況有無限多種,而且不是每一間公司都願意讓我們調整js。因此只能確保初始化在最前面優先執行,後續推送我們要發送的FB PIXEL事件。
更改觸發條件

這個特別適合用在,其他行銷公司寫的js是使用外連的方式,所以你也看不到對方怎麼觸發的。但他們的代碼都是有接收成功,而你的pixel跟其他間pixel都是失敗。這時候你可以詢問對方公司要不要改一下觸發順序。
通常你會看到的代碼都是如下:
var dspyder_js=document.createElement('script'); dspyder_js.type='text/javascript'; dspyder_js.async=true; dspyder_js.src='//spyder.tw/ad/track.js';
如果你有在網站中的GTM找到以上自訂HTML,而且在前台有看到pixel像素。那就表示他們像素不是寫在該GTM裡面。因此大多狀況都是這樣導致其他公司pixel追蹤失利,所以可以這個的觸發條件,把他往後延到window loaded。
目前台灣現況
由於多數廣告代理商人員,並沒有程式碼的概念,所以這個方式只能確保自己的像素不要影響他人,甚至追蹤到自己公司需要的事件,但不能保證其他公司也照這個規矩來埋設,因此別人家的事件或多或少還是會影響到自身。
解決的方法,要不就品牌方不要一次包這個多間公司,或是你有本事把它全部品項拿下來做,或是直接撰寫js到他們網站的原始碼 (特別是舊型的網站),或是請甲方品牌主,設定GTM伺服器,由伺服器統一管理所有代理商的像素事件分發。
需要任何協助嗎?
最快一個工作天將與您聯繫。
其他文章推薦
查看更多 →
【成功案例】修復GA4 網店總收益落差
台灣開店平台常有數據與GA4 數據大幅落差問題。導致數據人員無法判讀數據的困擾。

【成功案例】修復GA4 網店工作階段判讀落差
本次黑客修復網店utm 臉書廣告歸因判讀,以及direct / none 歸因判讀錯誤問題。成功將網店的臉書廣告歸因提升141% 正確修復,而direct / none 也有明顯下降!

Looker Studio |國外串接工具 Supermetrics, Adveronix 價格比較整理
目前台灣要將臉書廣告數據、Google Ads、META 社群數據,或是GA4 數據彙整至Google Sheet, Looker Studio 都需要依賴以下這幾項工具 快客 、 Porter Metrics、Supermetrics、Reporting Ninja、Adveronix 與 Dataslayer.ai 。 如果你是正在尋找這種第三方串接工具的,這篇文章會很適合你,同時也可以考慮,由黑客數位所開發的串接工具 快客,價格合理、不限查詢次數、整合台灣常用資料源、全中文介面、中文客服支援 。本篇將深入比較五款熱門行銷報告與資料自動化工具 —— 快客 、Porter Metrics、S

Looker Studio 教學|Super Metrics 串接教學
讓looker studio 串接臉書廣告數據。本篇文章使用supermetrics 帶你從0串接你的facebook ads 廣告數據。supermetrics 提供一個月999的台幣為授權使用費,也有提供免費使用的14天版本。

【成功案例】GTM 伺服器, Meta CAPI - GA4 完整導入
本次黑客與台灣知名充電站品牌 EVOASIS 合作。提供部署GTM 伺服器追蹤、META CAPI設定、GA4 完整電商事件導入。黑客提供前後端完整技術支援,協助客戶蒐集到更準確的事件追蹤數據。

【成功案例】修正GA4 總收益數據落差
本次黑客與勵馨基金會合作,GA4 修正顧問指導。從原本大幅捐款金額落差,網站只有蒐集到網站10%的金額數據。至透過黑客提供正確修正流程,網站收益金額提高到7-8成的數據正確。

【成功案例】內容型漏斗規劃
本次黑客與 UDRIVE City 合作,規劃 GA4 內容型網站漏斗事件。從原本完全沒有任何GA4 數據,完整揭露每一個網站用戶的行為節點。提高後續數據分析的完整性,加入購物車事件↑∞、購買事件↑∞。

【成功案例】多管道數據報表建置
本次黑客與 古北町 合作,規劃 Looker Studio 多管道數據報表。結合 META廣告數據 x GOOGLE Ads 數據。整理、重新規劃原本凌亂難讀的數據報表,提供人員無需再手動整理數據、匯出Excel 數據等。提高後續數據分析的效率。

【成功案例】數據分析轉換率優化
本次黑客與 DEPIC 合作。Looker Studio, Clarity, AB TEST, GA4 工具。替客戶找出網站熱門動線、專注區域,以及透過數據判斷冗贅流程、商品頁過長、修正用戶購物流程等。打造多管道報表,有助於企業未來在數據分析時更加有效率。