ConnectWiz + Meta Conversions API
已上線的整合開啟這段對話的那則廣告，終於知道它是怎麼結束的
除非有人告訴 Meta 什麼轉換了，否則訊息型廣告只能閉著眼睛最佳化。ConnectWiz 會把贏下的交易以 Purchase 事件回報——帶著真實金額和各管道正確的身分識別——送進您自己的 Events Manager 資料集，前面擋著四道關卡，每一次拒絕都留下紀錄。
廣告
它到底能做什麼
交易變成訊號
贏下一筆交易，就回報一則帶真實金額的 Purchase；移動到您對應過的階段，就觸發您選定的事件——不管從哪條路徑進來：畫面操作、自動化或匯入。
身分識別做對
WhatsApp 用點擊 ID，Messenger 用粉專範圍 ID，Instagram 用它自己的——各管道用各自正確的比對鍵，並照 Meta 指定的方式做雜湊。
四道關卡，一道門
租戶有沒有啟用？同意允不允許廣告投放？事件格式正不正確、比不比對得上？是不是已經送過？每一次拒絕都連原因一起記下——可稽核，不神祕。
一面健康度面板
看得到送出了什麼、拒絕了什麼，以及為什麼——轉換的底層機制，您真的檢查得了。
Meta 自己的事件，正確地回聲
Meta 在對話中偵測到的購買，會以它自己的金額刻度解碼後回聲，事件 ID 則由那則訊息推導出來——所以 Webhook 重試會被收合，而不是多算一筆成交。金額不明時就完全不送金額：填個假的 0，等於告訴 Meta 這次轉換毫無價值。
格式正確與否，講明白
事件送出前會先驗證——名稱長度、時間戳是不是在未來或太舊、參數用量、能不能比對——每一項違規都會在記錄裡變成一次具名的拒絕，不是一團謎。
技術細節
轉換的底層機制，仔細地做
為什麼事件名稱是固定的
一個 Meta 資料集永久只接受 1,000 個不同的事件名稱——刪不掉，而且超過上限之後，新的完全不會被記錄。所以事件名稱一律取自固定的詞彙表，變化則放在參數裡，那才是它該待的地方。
決定性的事件 ID
每個事件的 ID 都是從它所描述的內容推導出來的，不是隨機產生——所以重試會產生同一個 ID 並被去重，而不是把同一筆成交算兩次。用隨機值，整套機制就白做了。
Meta 接受之後才標記為已送出
本地的去重紀錄是在 Meta 接受之後才寫入，絕不提前——網路失敗會重試，不會把自己壓成一筆消失的轉換。
和 Meta 完全一致的正規化
電子郵件會轉成小寫，但 Gmail 的點和 +tag 會保留——因為 Meta 就是這樣做的。電話必須解析成帶國碼的 8–15 位數字；沒有國碼的市內號碼會被丟掉，而不是用猜的。丟掉一把鍵，代價是少一次比對；用錯一把鍵，代價是比對到另一個人。
各管道的身分識別，講精確的
WhatsApp 事件會帶點擊 ID 加電話——有些版位本來就沒有點擊 ID，這時電話還撐得住。Messenger 的身分只有在粉專加粉專範圍使用者一起出現時才算數；Instagram 用它自己的範圍 ID；名單事件帶的是平台自己的 lead ID，且僅限來源為 Meta 的名單。
一面為自己的算式負責的健康度面板
新鮮度、事件頻率、強比對鍵覆蓋率、購買金額，以及每一項拒絕原因——都以 28 天為窗口量測，並明白標示是「我們的量測」，因為把我們的算式說成 Meta 的評分，等於憑空發明一個我們沒有的權威。
設定方式
串接方式
貼上您的資料集
您 Events Manager 的資料集 ID 和 token——加密存放，屬於您，隨時可撤銷。
對應您的階段
決定哪些流程階段要觸發哪些轉換事件。
贏下交易
回報會自己發生——過關卡、去重、留紀錄。
安全與保證
無聊但管用的保證
您的資料集，您的 token
事件只會送到您從自己 Events Manager 貼進來的那個資料集——access token 加密存放，永遠不會再顯示出來。資料關係是在您的公司和 Meta 之間。
同意是一道關卡，不是一個設定
只有在聯絡人的同意允許廣告投放時，事件才會離開——還沒完成的二次確認不算數，而且這次拒絕會連名帶姓記下來。
測試模式看得見
忘了拿掉的測試事件代碼，會讓真實轉換悄悄不再計入——所以測試模式在後台是一個獨立的明顯標記，不可能在看不見的地方被忘記。
重複計算這個問題，我們會問
如果您已經在跑 CAPI 或 Signals Gateway，這邊再送一次就會重複計算——同一筆成交配上兩個不同的事件 ID，去重救不了。後台會問您；沒有回答時，它會提出警告，而不是自己假設。
不加修飾的細則
邊界，寫清楚
身分不用猜的
沒有國碼的電話號碼會被丟掉，不會用猜的——比對錯人，花掉的是另一個人的隱私。而沒有金額的交易什麼都不送，絕不送一個假的 0。
關閉是一個正當的狀態
整個整合出貨時就是關著的；關閉不是降級模式。您的廣告資料只在您決定它該走的時候才走。