如果你正在找一份 Facebook 再行銷廣告的設定指南，你八成已經看過那些千篇一律的建議：安裝 Meta 像素、建立網站訪客自訂受眾、把買過的人排除掉、外加一個頻率上限。這些步驟沒有錯，但它們完全沒辦法解釋一個很常見的現象--為什麼你的再行銷廣告跑了兩週之後，點擊率開始往下掉，單次成果成本卻一路往上飆？
我在美國幫客戶操作再行銷這些年，越來越清楚一件事：再行銷廣告的成敗，根本不在你圈了多少人，而在你餵給 Meta 的訊號架構夠不夠乾淨、排除邏輯會不會自己咬自己。所以這篇文章不打算重複那些基礎步驟，我想從一個很少被好好講清楚的視角切入，帶你把再行銷從「受眾思維」轉到「訊號與排除架構思維」。
一、多數指南沒說的盲點：再行銷不是「找誰」，而是「排序訊號」
當使用者瀏覽你的網站，Meta 像素或轉換 API 會回傳事件。問題是，多數廣告主把所有行為統統回傳成 PageView 或 ViewContent，這讓 Meta 根本分不出「只滑了三秒就關掉的人」跟「很認真比較規格、只差臨門一腳的人」有什麼差別。結果你的廣告觸及一堆低意圖訪客，系統學到的訊號是「這群人不太會轉換」，成效自然越來越差。
真正的解法是建立一套意圖分級的事件架構，把每一個訪客行為都變成可以排序的訊號。我習慣把訪客分成下面這幾個層級：
- 低意圖：回傳 PageView。這群人只適合做品牌印象類的再行銷，而且是在你預算真的很充裕的時候才考慮。
- 中意圖：回傳 ViewContent，而且要帶上 content_ids。這代表對方看過特定產品頁，可以用動態產品廣告來跟進。
- 高意圖：自訂事件 ScrollDepth_75 或 TimeOnPage_60s。前者是頁面捲動深度達到 75%，後者是產品頁停留超過 60 秒。這群人已經展現明確的瀏覽深度與停留意願，但還沒把商品放進購物車。
- 極高意圖：回傳 AddToCart、InitiateCheckout、AddPaymentInfo。放棄購物車、開始結帳卻沒完成的人，這是最值得挽救的一群。
- 轉換：回傳 Purchase。這群人可以用來排除，也可以拿來做交叉銷售。
有了 ScrollDepth_75 這類高意圖訊號之後，你就可以建立「過去 14 天內觸發高意圖事件但沒購買」的受眾。老實說，這群人比「所有網站訪客」值錢太多了，因為他們已經用行為告訴你：我有興趣，只是還沒下決定。
實作重點：自訂事件的埋設與去重
在事件管理工具裡，你可以透過標籤管理工具（例如 Google Tag Manager）或是直接改程式碼來埋設自訂事件。舉例來說，當使用者捲動頁面到 75% 的深度，就觸發一個 ScrollDepth_75；當使用者在產品頁待滿 60 秒，就觸發 TimeOnPage_60s。同時要記得，像素和轉換 API 一定要同步回傳相同的 event_name 與 content_ids，而且每一個事件都要帶上 event_id。這樣做可以避免同一個事件被重複計算，訊號才會乾淨。
二、排除邏輯的隱形錯誤：你正在讓演算法自己咬自己
多數廣告主會在廣告組合裡排除「過去 180 天買過的人」，但很少人注意到三個很要命的細節。
1. 排除資料的延遲與事件去重
如果像素和轉換 API 沒有妥善去重，同一個 Purchase 事件可能被算成兩次，或者因為瀏覽器擋追蹤而整個漏掉。這會讓你的排除名單不準，可能重複向買過的人投廣告，也可能誤排除潛在顧客。解法很直接：每一個 Purchase 事件都要帶 event_id，並且在事件管理工具裡把轉換 API 的優先順序設定成高於像素。系統會用 event_id 去重，這樣你排除掉的「已購買者」才會是真正買過的人。
2. 排除的層級錯了：你該排除的是「產品」，不是整個「人」
假設對方買了 A 產品，但他很有可能對 B 產品，或是 A 產品的耗材、配件感興趣。如果你直接排除整個使用者，等於把交叉銷售和追加銷售的機會一起丟掉。
比較細緻的做法是：在廣告組合的排除設定裡，排除「過去 X 天購買者」；但在動態產品廣告裡，利用產品目錄的規則，只排除「已經買過相同產品」的人，同時保留對互補產品的再行銷。舉例來說，賣咖啡機的電商可以在顧客買了咖啡機之後，停止向他投放同一台咖啡機的廣告，但繼續投咖啡豆、濾紙、清潔劑這類耗材的動態廣告。這樣既不會造成廣告疲勞，又能把顧客終身價值往上拉。
3. 排除時機與頻率上限的迷思
很多人以為設了頻率上限就不會廣告疲勞，但頻率上限只是「限制曝光次數」，根本沒辦法解決「受眾已經不需要這個產品」的問題。如果你的再行銷受眾是「過去 180 天所有網站訪客」，就算頻率上限設成每週三次，系統還是在錯誤的人身上浪費曝光。更有效的做法是縮短再行銷視窗，高意圖受眾設 7 到 14 天、極高意圖受眾設 30 天，然後搭配產品生命週期去調整。
三、從訊號架構到實戰藍圖：六步驟設定流程
下面這套流程可以直接拿去用，把上面的訊號分級跟排除邏輯整合在一起。
- 盤點現有事件：先到事件管理工具，看看目前回傳了哪些事件、數量多少、品質如何。很多網站只有 PageView 跟 Purchase，中間的意圖訊號一片空白。先找出缺口，才知道要補哪些自訂事件。
- 建立轉換 API 並設定去重：如果網站還沒用轉換 API，這是第一優先。轉換 API 可以繞過瀏覽器對第三方 Cookie 的限制，從伺服器直接傳送事件資料。設定時一定要讓每個事件都帶 event_id，並把轉換 API 的優先順序設為高於像素。
- 埋設高意圖自訂事件：針對你的商業模式設計 2 到 3 個高意圖事件。電商網站可以用 ScrollDepth_75、TimeOnPage_60s；B2B 服務網站可以用 PricingPage_Visit、DemoRequest_Start；內容型網站則可以埋 Article_Complete 或 ScrollDepth_90。這些通常只要在標籤管理工具裡設定觸發條件就好，不需要複雜的程式碼。
- 建立意圖分級的自訂受眾：在自訂受眾功能裡建立幾組名單，例如：高意圖訪客（過去 14 天觸發 ScrollDepth_75 或 TimeOnPage_60s 但沒 Purchase）、放棄購物車（過去 7 天觸發 AddToCart 但沒 Purchase）、開始結帳未完成（過去 7 天觸發 InitiateCheckout 但沒 Purchase），以及已購買者（過去 180 天觸發 Purchase，用來排除或交叉銷售）。← 返回部落格