轉換追蹤檢查:Pixel、UTM、CAPI 點樣對齊
要將 Pixel、UTM、CAPI 對齊,核心係令三者講同一套「事件語言」,並且可以互相核對。你可以跟住以下幾點檢查:
1. 先統一事件定義
確保三邊都指向同一個轉換事件,例如:
- Pixel:
Purchase、Lead - CAPI:同名同義事件
- UTM:只係標記來源,不改事件本身,但要對應同一個 campaign / ad / source
如果 Pixel 送 Purchase,CAPI 卻送 CompletePayment,報表就容易對唔上。
2. 用一致的事件名稱
建議 Pixel 同 CAPI:
- 事件名稱一致
- 參數一致
- 幣別一致
- 價值欄位一致
例如:
event_name = Purchasevalue = 1280currency = HKDevent_id = 同一個唯一值
3. 用 event_id 做去重
如果同一單轉換會同時由:
- Pixel(瀏覽器端)
- CAPI(伺服器端)
送出,就要用 同一個 event_id 去做去重,否則會重複計數。
檢查方法
- Pixel 有無傳
event_id - CAPI 有無傳同一個
event_id - Meta Events Manager 入面有無顯示 deduplication 成功
4. UTM 命名要固定
UTM 主要用嚟做流量歸因同分析,建議全公司/全帳號統一規則:
utm_source=facebookutm_medium=cpcutm_campaign=summer_sale_2026utm_content=creative_autm_term=audience_1
避免以下情況
facebook/fb/meta混用- campaign 名亂寫
- 有時加 UTM,有時唔加
5. UTM 要落到所有廣告連結
每個廣告 link 都要有完整 UTM,否則 GA4 好難準確分辨來源。
最少建議:
utm_source
utm_medium
utm_campaign
如果想分析更細,可以加:
utm_content
utm_term
6. 確保 Pixel、CAPI、UTM 對應同一條轉換路徑
理想情況係:
- 用戶點擊廣告
- URL 帶住 UTM 入站
- Pixel 記錄頁面同事件
- CAPI 由伺服器補送同一事件
- 後台/CRM 可對返訂單或 lead
即係話:
- UTM 負責「邊度嚟」
- Pixel 負責「瀏覽器內發生咩」
- CAPI 負責「伺服器確認咗咩」
7. 檢查常見錯位位
以下係最常見出錯位:
Pixel / CAPI 重複送出
- 無
event_id - 去重設定失效
UTM 唔一致
- campaign 名亂
- source 名有多個版本
事件定義唔同
- Pixel 計
Lead - CAPI 計
CompleteRegistration
幣別或金額唔同
- Pixel 傳 HKD
- CAPI 傳 USD
- 金額欄位格式唔一致
時區唔一致
- 廣告平台、GA4、電商後台用唔同時區
8. 實際檢查清單
你可以逐項核對:
- [ ] Pixel 有正確安裝
- [ ] CAPI 有正確接收同一事件
- [ ] Pixel 同 CAPI 用同一個
event_id - [ ]
event_name一致 - [ ]
value同currency一致 - [ ] 所有廣告連結都有 UTM
- [ ] UTM 命名規則一致
- [ ] GA4 可以見到正確來源/媒介/campaign
- [ ] 後台訂單/CRM 可對返交易結果
- [ ] 時區設定一致
9. 建議對齊方式
如果你想建立穩定流程,可以用呢個順序:
A. 先定義轉換事件
例如:
- ViewContent
- AddToCart
- Lead
- Purchase
B. 再定 UTM 命名規範
例如:
utm_source=facebookutm_medium=cpcutm_campaign=product_launch_2026
C. 再做 Pixel + CAPI 去重
- 同一事件
- 同一
event_id - 同一參數
D. 最後用 GA4 / 後台數據驗證
- 點擊
- 到站
- 轉換
- 訂單
10. 一句講晒
Pixel 負責前端事件、CAPI 負責後端補強、UTM 負責來源標記;三者要統一事件名稱、參數、命名規則同去重方式,數據先會對得齊。
如果你想,我可以再幫你整理成一份 「Pixel + CAPI + UTM 對齊檢查表」,方便你直接逐項排查。
