Appearance
追蹤事件
把用戶在你網站上的行為(報名、看完影片)自動送回 Meta,用於廣告再行銷與學習。
![]()
這是什麼?為什麼需要?
假設你要投 Meta 廣告(Facebook / Instagram)把陌生人帶來報名你的直播。
Meta 需要知道:你投的哪一則廣告,最後真的帶來了報名?
要做到這件事,就得在「有人報名成功」那一刻,從你的網站「告訴 Meta 一聲」。這個動作就是「追蹤事件」。
使用情境:同樣的廣告預算帶來兩倍報名
你投了兩則廣告,預算各 $1,000。
沒設追蹤事件時:你只知道「一共花了 $2,000、一共收到 80 份報名」,但不知道哪一則廣告貢獻多。
設好追蹤事件後:Meta 知道「廣告 A 帶來 60 個報名、廣告 B 帶來 20 個」。你就能把預算全部押在 A 上,下個月同樣 $2,000 預算,報名可能是 120 個。
設定的三步驟
第 1 步:先在「設定」填好 Meta 像素
到 設定 → Meta 像素:
- Pixel ID — 你 Meta 商務管理平台提供的一串數字
- 伺服器端事件 Token — 用來從伺服器發事件,比瀏覽器端更可靠
- 測試事件代碼 — 給你測試用,不會影響廣告投放
然後把「啟用」打開。沒打開的話,下面所有規則都不會真的送事件出去。
問題:Pixel ID 和 Token 要去哪裡拿?
都在 Meta 商務管理平台(business.facebook.com):
- 進到事件管理工具(Events Manager)
- 找到你的 Pixel(沒有的話先新建一個,免費)
- Pixel ID 直接寫在 Pixel 名稱旁邊,複製過來即可
- CAPI Token 在 Pixel 的「設定 → 轉換 API → 產生存取權杖」
如果你請代理商投廣告,可以直接向代理商要這兩個值。
第 2 步:新增追蹤規則
![]()
每一條規則是一個「什麼條件發生時 → 送什麼事件給 Meta」的映射。常見的有:
| 條件 | 建議送的事件 | 用途 |
|---|---|---|
| 有人報名 | Lead | 算「轉換」,用於廣告最佳化 |
| 看完 80% | ViewContent | 知道「興趣很高的人」是誰 |
| 報名了 3 場以上 | 自訂事件 HighIntent | 對這群人再投一波更強的廣告 |
第 3 步:查看有沒有送成功
![]()
規則設好後,點進任何一條規則可以看到「發送紀錄」。每一次條件觸發都會留下一筆:
| 狀態 | 意思 |
|---|---|
| 成功 | Meta 那邊收到了 |
| 略過(去重) | 同一個用戶短時間內重複觸發,避免灌水所以略過 |
| 失敗 | 送出去了但 Meta 回錯,通常是 Pixel ID 或 Token 設錯 |
條件類型詳解
| 條件 | 何時觸發 |
|---|---|
| 完成報名 | 任何用戶完成一場報名 |
| 觀看達到進度 | 看完影片 N% 時(由你指定,例如 80%) |
| 累積報名達次數 | 同一用戶累積報過 N 場 |
| 進入自動化流程 | 用戶進入某個自動訊息流程 |
| 流程走到某一步 | 用戶在某個流程的第 N 步 |
「去重」是什麼?
舉例:一位用戶同一場次上報名 3 次(可能點錯),你會希望 Meta 只收到一次 Lead 事件,對吧?這就是去重。
每條規則可以設定:
- 去重視窗 — 多久之內算重複(預設 24 小時)
- 去重範圍:
- 每位用戶 — 這位用戶 24 小時內只會觸發一次,不管什麼場次
- 每位用戶 × 場次 — 同一位用戶對同一場只算一次,但報不同場是獨立計算
問題:怎麼選?
Lead(報名)→ 用「每位用戶 × 場次」。用戶報不同場應該各算一次。HighIntent(高意向)→ 用「每位用戶」。這是「人的屬性」,不是場次屬性。
瀏覽器端 vs 伺服器端,為什麼兩個都要送?
Meta 支援兩種送事件的方式:
- 瀏覽器端(Pixel) — 從用戶的瀏覽器直接送。最直覺,但會被 iOS 14+、廣告攔截器擋掉。
- 伺服器端(CAPI) — 從你的伺服器送。穩定可靠,沒被擋的問題。
兩個都開最好。 Meta 會用「事件 ID」自動辨識是同一件事,不會重複計算。這樣任一邊沒送成功,另一邊都能補上。