轉換事件

這頁讓你把客戶在你店裡的行為回報給 Facebook / Instagram，用於廣告優化。聽起來很技術，但其實是現代電商、服務業都在做的基礎工作。

為什麼需要？

使用情境：沒做 vs 有做的差別

沒做：你在 FB 投廣告「染髮半價」，花了 5000 元得到 100 個點擊。你知道 100 個人點進來，但不知道最後有幾個人真的預約了。Meta 的廣告演算法也不知道，所以它會隨便找一堆看起來有興趣的人給你看廣告。

有做：同樣投廣告 5000 元，但你有開「完成預約」的轉換事件。系統會告訴 Meta：這 100 個點擊中，3 個人真的預約了，這 3 個人分別是誰、消費了多少錢。Meta 的演算法拿到這筆資料後，下次投廣告會自動找「跟那 3 個人很像的人」。

第二次廣告的投報比第一次高 3-5 倍。這就是轉換追蹤的價值。

先搞懂：你需要兩個 Meta 工具

1. Meta Pixel（像素）— 裝在網頁上的一段 code，追蹤瀏覽器行為（誰開了預約頁、誰按了預約按鈕）
2. Conversions API（CAPI）— 由 server 直接送事件給 Meta，追蹤瀏覽器看不到的事情（例如「預約確實完成」「服務已完成」）

問題：我一定要同時用兩個嗎？只用 Pixel 不行嗎？

強烈建議兩個都用。理由：

• 現代瀏覽器（iOS Safari、Brave）和廣告封鎖外掛會擋 Pixel，無法抓到事件
• CAPI 是 server 對 server 的溝通，不會被擋
• 兩個一起用可以「相互補強」，提高資料準確度

如果只開 Pixel，你可能追不到 20-40% 的行為（被擋掉）。以現在的 iOS 普及率，只用 Pixel 基本等於只看到一半的真相。

設定步驟

先設定好 Meta 像素

在 系統設定 的「Meta 像素」分頁，填入：

• Pixel ID（數字，到 Meta 廣告管理員拿）
• Conversions API Token（字串，到 Meta Events Manager 拿）
• Test Event Code（除錯用，選用）

注意事項：Conversions API Token 會被加密

系統會用 AES-256 加密這組 Token 存進資料庫——就算有人偷了資料庫檔也看不到明碼。這是避免敏感資訊外流的標準做法。

唯一的條件是：你伺服器的 APP_SECRET 環境變數要設一個夠強的亂數（管這個的是開發/部署者，一般後台不用管）。

建立轉換規則

每個規則對應「什麼事件、什麼情境觸發、送給 Meta 什麼事件名稱」。

本系統支援 9 種觸發情境：

觸發	Meta 建議的事件名稱	什麼時候會發生
店家首頁被看到	ViewContent	客戶打開你的 LIFF 首頁
選擇某服務	ViewContent	客戶進到服務詳情頁
開始預約	InitiateCheckout	客戶進入選時段
進入付款	AddPaymentInfo	客戶進入付款選擇
預約完成	Schedule	預約建立成功
服務完成	Purchase	預約狀態改為已完成
累計預約 N 次	自訂事件	客戶的總預約數達標
取消預約	自訂事件	預約被取消
領取生日禮	自訂事件	生日禮活動觸發

建議的第一批規則

你不需要 9 種都開。推薦最小組合：

1. 完成預約 → Schedule（Zenbu 美髮沙龍已預設）
2. 服務完成 → Purchase（附上服務價格作為轉換價值）

這兩條最核心。Schedule 代表「客人承諾了」，Purchase 代表「錢已入袋」——Meta 的演算法看到這兩個事件就能有效優化。

使用情境：不同廣告目標對應不同事件

• 引流初次認識的廣告：最佳化目標設「Schedule」（預約完成）。Meta 幫你找會預約的人。
• 喚回老客戶的廣告：最佳化目標設「Purchase」（服務完成）。Meta 幫你找會重複消費的人。
• 超早期品牌認知：最佳化目標設「ViewContent」。Meta 幫你找會認真看內容的人。

同一套規則可以被不同廣告活動引用——你只要在這頁把 9 種事件都設好，廣告端要用哪個選哪個就好。

重複觸發的防呆（Dedup）

同一個事件短時間內重複觸發會被 Meta 判定為「可疑資料」而降權。所以每條規則可設定：

• 去重視窗（N 秒 / 分鐘 / 天內只觸發一次）
• 去重範圍：
  • 每用戶（同一人在 N 時間內只算一次）
  • 每用戶 + 每筆預約（同一人的同一筆預約只算一次）
  • 每用戶 + 每個服務（同一人對同一服務只算一次）

問題：範例—「完成預約」規則該怎麼設？

建議：去重範圍 = 每用戶 + 每筆預約；視窗 = 1 天。

為什麼？同一個客人今天預約了染髮（算 1 次）、又預約了下個月的洗剪吹（算 1 次），兩筆獨立預約各應送一次 Schedule 事件。但如果系統不小心同一筆預約觸發了兩次（例如網路卡住重試），去重機制會擋下來只算一次。

一般情況這組預設最安全，你可以直接用。

注意事項：事件要「延遲發送」符合 Meta 規範

Meta 不允許「客戶剛進頁面 0.01 秒就送 ViewContent 事件」這種超快速送事件——會被判定異常。系統會自動加上合理的延遲（通常 1-3 秒），讓資料看起來符合真實使用者行為。

這是技術層面自動處理的，你不用操心，但不要自己用寫死的方式繞過這個機制。

事件發送紀錄

點開某條規則可以看到「最近 24 小時發送了幾次」的統計。如果發現某條規則「每天應該發 50 次但只發 5 次」，就是有問題——可能規則條件設錯、或某部分網頁沒裝好 Pixel。

別對 CAPI Token 和 Pixel ID 截圖公開

這兩組金鑰如果外流，別人可以偽造事件發給 Meta 汙染你的廣告資料。任何截圖、客服對話記得遮住。

如果懷疑外流，請立刻到 Meta Events Manager 重新產生一組 Token，並回來更新系統設定。