轉換事件不是一個技術設定，是你告訴演算法「什麼叫做成功」。 設錯位置，它會非常有效率地幫你達成一個你其實不想要的目標。
設得太淺，你會買到很多不會付錢的人。
設得太深，回傳太慢或太少，出價系統學不到東西。
正確的位置是這兩者的交集，而它依生意模式而不同。
下面三種模式，來自我實際經手過的三個品牌類型。 它們的答案不一樣，而且不是程度差別，是方向差別。
三種模式，三種答案
模式一
會員先註冊，之後才產生營收
跨境集運型 · 會員註冊 → 首次出貨 → 回購
- 常見做法
- 轉換設在註冊完成。它量大、即時、好接。
- 問題
- 註冊是免費的，所以註冊的人裡有很大一部分永遠不會出貨。 出價系統學到的是「誰會註冊」——那是一群門檻極低的人。
- 答案
- 主要轉換設在首次出貨，註冊降級成次要事件。 首購的延遲通常在可接受範圍內，訊號量也還夠。
- 要注意
- 如果首購量太少導致學習期跑不動，可以先用註冊 但一定要回傳價值，讓不同註冊的權重不同。
模式二
線上帶客，線下成交
家具零售 + 實體門市型 · 官網／通路訂單 · 門市預約 → 到店成交
- 常見做法
- 轉換設在官網訂單，門市那一段完全沒有進到廣告系統。
- 問題
- 如果門市貢獻的營收比官網大，那你等於用一小塊的資料， 在替整個生意做預算決策。而且那一小塊未必有代表性—— 會在線上直接下單的人，跟會去門市的人常常不是同一群。
- 答案
- 離線成交回傳是這個模式的核心，不是加分項。 把門市成交帶著金額送回廣告平台，出價系統才看得到完整的生意。
- 要注意
- 回傳需要一個能把「線上點擊」對回「線下那筆成交」的鍵—— 通常是手機號或 email。沒有這個鍵，回傳就做不了， 這件事要在門市的收單流程解決，不是在廣告後台。
模式三
名單先進來，幾週後才成交
長銷售週期訂製型 · 表單名單 → 門市丈量預約 → 簽約
- 常見做法
- 轉換設在表單提交，然後追求「名單成本」越低越好。
- 問題
- 名單成本是所有指標裡最容易優化、也最容易誤導的一個。 把它壓低通常等於買到更多不會成交的名單—— 而業務端的負擔會等比增加，這個成本不會出現在廣告報表上。
- 答案
- 往下移一階，設在丈量預約之類的「有意願證明」事件。 它比表單少很多，但跟簽約的相關性高得多。 真正的簽約金額則透過離線回傳補上。
- 要注意
- 週期越長，回傳延遲越大。超過歸因窗口的成交回傳回去也對不上， 所以中間需要一個代理事件——那正是丈量預約在做的事。
共同的判斷方式
三個答案不同，但推導方式一樣。問兩個問題：
| 問題 | 如果答案是否定的 | |
|---|---|---|
| 1 | 這個事件發生的時候，錢真的動了嗎？ | 太淺。你會買到達成這個動作、但不付錢的人。 |
| 2 | 這個事件回傳得夠快、夠多嗎？ | 太深。訊號不足，出價系統學不起來。 |
兩題都要「是」。只有第一題是「是」——那是理想但不可行； 只有第二題是「是」——那是現在多數帳戶的狀態。
最常見的錯誤不是設錯，是沒有重新檢視
轉換事件通常在開帳戶的第一週設定，然後就沒有人再動過它。 但生意會變——門市開了、品項變了、客單價變了。
三年前對的設定，今天可能正在讓演算法追一個過時的目標。 而它不會報錯，只會持續有效率地做錯的事。
現在可以做的一件事
打開廣告帳戶，找出目前設定為主要轉換的那個事件，然後問： 「達成這個事件的人，有多少比例最後真的付了錢？」
如果答不出來，那就是要先算的東西。 如果答案低於三成，你的出價系統正在花七成的力氣找錯的人。
這三個模式不是產業分類——同一個產業裡， 有實體門市和沒有實體門市的兩家公司，答案就完全不同。 決定答案的是錢從哪裡進來，不是你賣什麼。