← → 翻页 · ESC 索引
Vol.05 · Part Five
01 / 22
GTM 實務演練 · 2.5hr · Part 5

廣告像素 × 轉換回報

把 Meta、Google Ads、LINE、TikTok 四個戰場的轉換
用 GTM 一次裝完,再用 event_id 把重複的去掉。

Keyword·Meta Pixel ·CAPI ·Enhanced Conversions ·Dedup
Duration·2.5 小時授課 ·4 章 + 1 演練
弄一下工作室 GTM 實務演練 · Part 5 · 廣告像素與轉換回報 Part 5 of 7
Opening · Manifesto
02 / 22
Why this part opens here
Pixel 裝完不代表轉換回得去
iOS 14.5 之後,Pixel 命中率剩 50–70%
補上的那一段,叫 Conversion API
—— Part 5 · 廣告 ROAS 算不準的真因

業主問廣告為什麼沒效
常常不是廣告爛,是轉換沒回去

Part 5 · Opening GTM 實務演練 · 2.5hr
This Part · Outcomes
03 / 22
Learning Outcomes · 兩小時半帶走

三件事,下班就能交接給業主

不求記公式,求知道每個 Tag 該配哪個觸發

Outcome 01
01
用 GTM 在四個廣告平台裝完 Pixel,並對應到 9 個標準事件。
Outcome 02
02
event_id + hash 過的 user_data 把 Pixel 漏掉的轉換從伺服器補回來。
Outcome 03
03
跑完 15 項 Checklist,產出可交付給客戶的三平台驗收報告
Part 5 · 4 Chapters + 1 Prac 2.5hr · CH5-1 / CH5-2 / CH5-3 / CH5-4 / PRAC5-1
Act I · Chapter 5-1
04 / 22
Chapter 5.1 · Meta Pixel Setup

Meta Pixel裝上你的網站

FB / IG 廣告的眼睛
從一個 16 位數的 Pixel ID 開始。

4 Slides·Install + Standard Events ·~35 min
Act I · Meta Pixel Chapter 5-1
5-1 · Get Pixel ID
05 / 22 講義 · 5-1
Step 01 · 從事件管理工具拿到 16 位數 ID

先取得 Pixel ID,再進 GTM

01
進事件管理工具
business.facebook.com
/events_manager
02
建資料來源
網站 → Meta Pixel
命名 {品牌}_web_pixel
03
複製 16 位數
如 1234567890123456
抽成 GTM 常數變數
04
不要選自動安裝
Meta 的「合作夥伴
整合 → GTM」會綁死
把 Pixel ID 抽成 {{FB_PIXEL_ID}} 變數 —— 換客戶時只改一處,所有事件 Tag 都會跟著切換。
Chapter 5-1 · Get Pixel ID Space / → 推進步驟
5-1 · Base Code
06 / 22 講義 · 5-1
Step 02 · GTM 部署基底碼

Custom HTML Tag觸發 All Pages

新增一個 Custom HTML 類型 Tag,貼上 Meta 標準 Pixel 基底碼,觸發條件選 All Pages。基底碼自帶一次 PageView,全站漏斗最上層當天就能回。

驗證:裝 Chrome 擴充 Meta Pixel Helper,進你的網站,圖示應該是綠色勾勾 + PageView 事件出現。
沒看到?先檢查 GTM Preview 有沒有 fired,再檢查 Pixel ID 對不對
Pre-flight
GTM Preview
Tag 有沒有 fired
必過
Pixel Helper
綠色勾勾 + PageView
必過
事件管理工具
資料活動有即時上升
10 分鐘內
Chapter 5-1 · Base Code Verify before next step
5-1 · Standard Events
07 / 22 講義 · 5-1
Step 03 · 照清單對應,演算法才學得快

9 個標準事件對應漏斗

PageView
全站頁面瀏覽,基底碼自帶
TOFU
ViewContent
商品 / 服務頁,帶 content_ids · value
MOFU
Search
站內搜尋,帶 search_string
MOFU
AddToCart
加入購物車,帶 content_ids · value · currency
BOFU
InitiateCheckout
進結帳頁 / 開表單,帶 value · currency
BOFU
Lead · Purchase
表單成功 / 結帳完成,Purchase 必帶 value
CONV

自訂名稱(Custom Event)演算法學得慢,能用標準就用標準。

Chapter 5-1 · Standard Events 9 events · 1 funnel
5-1 · Dynamic Params
08 / 22 講義 · 5-1
Step 04 · Purchase 沒帶 value,ROAS 算不出

動態參數:把購買金額帶進去

前端 thank-you 頁 push
dataLayer.push({
  event:'purchase',
  value:2990,
  currency:'TWD',
  content_ids:['SKU-A01']
});
GTM 建 3 個 Data Layer Variable,再用 Custom Event 觸發。
三個常見錯誤 · Meta 直接拒收
value
必須是數字,不能是字串
Type
currency
ISO 4217 三碼 TWD / USD / JPY
Code
content_ids
必須是陣列,即使只有一個
Array
Chapter 5-1 · Common Pitfalls 錯一個 Meta 都拒
Act II · Chapter 5-2
09 / 22
Chapter 5.2 · Conversion API

Meta CAPI把漏的補回來

瀏覽器送出之外,
再從伺服器直送一份給 Meta。

4 Slides·CAPI · Dedup · Hash ·~30 min
Act II · Conversion API Chapter 5-2
5-2 · Why Pixel Is Not Enough
10 / 22 講義 · 5-2
Concept · iOS 14.5 + ITP 的後遺症

為什麼 Pixel 不夠用了

瀏覽器端
50–70%
Meta Pixel 命中率
iOS 14.5 + Safari ITP 直接砍一半
伺服器端
95–99%
CAPI 命中率
兩者並行 + dedup,Meta 官方建議
Chapter 5-2 · Pixel vs CAPI Event Match Quality > 7.0
5-2 · Dedup Soul
11 / 22 講義 · 5-2
Concept · 同一筆轉換不能算兩次

Dedup 的靈魂:event_id

同一筆 purchase,Pixel 跟 CAPI 各送一份,
Meta 收到會被算成兩筆—— ROAS 立刻假。

兩邊都帶同一個 event_id(通常用 order_id),
Meta 看到重複只算一次。
Event Match Quality 目標 ≥ 7.0 才算健康
event_id
order_id(最穩,自然唯一且可追溯)
Recommended
event_time
Pixel 與 CAPI 兩邊差距 < 30 秒才算同事件
Window
Chapter 5-2 · Dedup order_id × event_time
5-2 · Three Paths
12 / 22 講義 · 5-2
Decision · 依工程資源挑一條

三條實作路徑:選你能養的

Path A · 入門
Zapier · Make
WooCommerce → Webhook → Make → CAPI。
免寫 code,但延遲 30 秒+,月有事件量上限。
Path B · 進階
sGTM
Cloud Run 跑伺服器端 GTM,所有事件先進 sGTM 再分流。
低延遲、要會 GCP,月成本 $15–40
Path C · 專業
直串 CAPI
後端在訂單成立那刻 POST 到 graph.facebook.com。
最穩最快,需要工程資源

本課演練採 Path A · Pixel + Zapier Webhook—— 90% 中小電商的可行解。

Chapter 5-2 · Implementation Paths 選能養的,不要選最強的
5-2 · User Data Hash
13 / 22 講義 · 5-2
Concept · Hash 不是為了資安,是為了比對

user_data 一定要 SHA-256

Meta 拿你送的 hash 去跟他們資料庫比對,
找出「這個人是哪個 FB 帳號」—— 比對到了 EMQ 才會高。

em · email
小寫
去空白
normalize 後再 hash,否則比對失敗
ph · phone
E.164
+886…
不要 0 開頭、不要破折號
fn / ln · name
小寫
去重音
姓 / 名分開欄位送

Meta 事件管理工具 → Test Events 看 EMQ 分數,< 5.0 通常就是 normalize 沒做。

Chapter 5-2 · User Data Normalize → Hash → Send
Act III · Chapter 5-3
14 / 22
Chapter 5.3 · Google Ads Conversion

Google Ads不要閉眼丟錢

沒裝轉換追蹤等於閉著眼睛丟廣告費,
加上 Enhanced Conversions 把 iOS 吃掉的補回來。

2 Slides·Conv Tag · Enhanced ·~25 min
Act III · Google Ads Chapter 5-3
5-3 · Linker + Tag
15 / 22 講義 · 5-3
Step · GTM 上要建兩個 Tag

Conversion Linker + Tag 缺一不可

01
Conversion Linker
類型 = Conversion Linker
觸發 = All Pages
02
儲存 gclid
寫進 first-party cookie
過期後仍能歸因
03
Conversion Tag
類型 = Google Ads
Conversion Tracking
04
Order ID 去重
用 transaction_id
避免 thank-you 頁刷新重複算
不帶 Order ID 的話,ROAS 會虛胖,廣告團隊出價會失焦。
需要:AW-1234567890(Conversion ID)+ AbC_dEfGhI_jKl(Conversion Label)
Chapter 5-3 · Conversion Setup Space / → 推進步驟
5-3 · Enhanced Conversions
16 / 22 講義 · 5-3
Step · 跟 CAPI 同思路:hash 過的 user_data

Enhanced Conversions:把漏的補回來

GTM 設定 · 4 步
01
打開 Google Ads Conversion Tag
GTM
02
勾「加強型轉換」→「代碼中的手動設定」
Toggle
03
每欄指定 DLV:email · phone · address
Map
04
後台診斷 → 記錄中且比對率 > 70%
Verify
GTM 會自動 hash,前端不用做 SHA-256。
但你要確保送進去是已 normalize 的格式。
智慧出價門檻:近 30 天 ≥ 30 筆轉換。
新電商先用微轉換當訓練資料。
官方建議 · 不到門檻演算法學不會
Chapter 5-3 · Enhanced Conversions Match Rate > 70%
Act IV · Chapter 5-4
17 / 22
Chapter 5.4 · LINE LAP × TikTok Pixel

兩個在地戰場

台灣 LINE 是業主標配,
TikTok 是 2026 年最值得佈局的新戰場。

2 Slides·LAP · Cross Tag · Events API ·~25 min
Act IV · LINE + TikTok Chapter 5-4
5-4 · LINE × TikTok
18 / 22 講義 · 5-4
Step · 同樣的事件,平台名字不一樣

LINE LAP + TikTok Pixel 對應表

LINE LAP
Tag ID(如 abc123def)+ Custom HTML 部署
基底碼
LINE Cross Tag
同業主多站歸併成同一個 audience pool
再行銷
TikTok ViewContent
商品頁瀏覽,帶 content_id
MOFU
TikTok AddToCart
加入購物車,帶 value · currency
BOFU
TikTok CompletePayment
完成購買 —— 不是 Purchase,名字不一樣
CONV
TikTok SubmitForm
服務業 / B2B 名單事件
CONV

LINE 真正的歸因是 OA 內消費,要靠 LINE 官方帳號 API,GTM 管不到。

Chapter 5-4 · Event Mapping 名字會變、概念不變
5-4 · TikTok Events API
19 / 22 講義 · 5-4
Step · 2026 年 TikTok 後端事件已是必備

TikTok 的 CAPI 版:Events API

01
申請 Token
TikTok 開發者後台
Access-Token
02
後端 POST
business-api.tiktok.com
/event/track/
03
帶 event_id
跟 Pixel 端共用
同一組 event_id
04
看 EMQ
Events Manager 內
分數 > 70 才健康

跟 Meta CAPI 同思路:Pixel + Events API 並行 + event_id dedup。觀念一次學完,四個平台通用

Chapter 5-4 · Events API Space / → 推進步驟
Act V · PRAC 5-1
20 / 22
Practical 5.1 · Three-Platform Verification

三平台轉換同時回報驗證

一筆 purchase 同時送 GA4 + Meta + Google Ads,
跑完 15 項 Checklist,產出可交付的驗收報告。

1 Slide + Live Demo·3 Platforms · 15 Checks ·~30 min
Act V · Practical Drill PRAC 5-1
PRAC 5-1 · 15 Checks
21 / 22 講義 · PRAC 5-1
Workflow · 從 GTM Preview 到驗收報告

15 項 Checklist · 五段式驗收

A · 開槍
GTM Preview 看 3 個 Tag 全部 Fired、Data Layer 4 欄齊
Step 1–2
B · GA4
DebugView 看 purchase + value/currency/items、即時報表事件數 = 1
Step 3–4
C · Meta
Pixel Helper 綠勾、Test Events EMQ ≥ 5.0、診斷無警告
Step 5–7
D · Google Ads
Tag Assistant 綠勾、轉換動作記錄中、診斷有測試轉換
Step 8–10
E · 一致性
刷新 3 次 → 三邊都 = 1(dedup)、金額一致、Consent Mode 拒絕時不觸發
Step 11–15

完成後整理成 1 頁 PDF 交給客戶 —— Part 5 的最終交付物。

PRAC 5-1 · Checklist Summary 講義有完整 15 項細節
Closing · End of Part 5
22 / 22
Part 5 完成 · 下一段

Pixel 裝完了,
歸因才剛開始

Part 6 進入電商追蹤—— 用 dataLayer 串完整 e-commerce 漏斗,
讓 GA4 真的看得到「誰買了什麼、賺多少」。

Next · Part 6·電商追蹤 · 1.5h ·To Be Continued