Snapchat 本週顯示購買減少，網店卻沒有同樣跌幅。應停廣告，還是重新安裝 Pixel？先找出差異出現在哪裏：瀏覽、訂單、收到的事件，還是歸因轉換？
把「為甚麼表現下跌」拆成團隊可執行的小檢查。故障、報告差異及投放表現問題，各有不同的下一步。
1. 寫清楚甚麼改變了
記錄兩段期間的支出、投放、點擊、網站行動及已完成訂單，附上貨幣及時區。檢查素材、優惠、連結、排期及量度來源的改動日期。天數相同，不代表條件相同。
分清配對質素及訂單質素。Snapchat 說明 Event Quality Score 量度事件與 Snapchat 帳戶的配對程度。這是技術量度指標，不是客戶質素或訂單利潤評分。 [1]
2. 逐層追蹤流程
從廣告展示及點擊，到網頁載入和完成行動，再到建立、傳送事件，以及報告計算和歸因。每層都寫清資料來源及單位。點擊不等於完成瀏覽；收到事件也不一定等於歸因於廣告的轉換。
比較欄位前，先查 Snap 的指標定義及報告設定。尤其使用多個資料來源或不同時間依據時，須統一設定，或記錄差異。 [2]
實際練習：用診斷樹取代猜測清單
以下是假設情況，用來選擇下一項檢查，不應在測試前就當作原因。
| 觀察 | 可能假設 | 下一項檢查 |
|---|---|---|
| 設定看似不變，但支出減少 | 投放、資格或排期有變 | 設定、狀態及改動紀錄 |
| 仍有點擊，但網頁行動減少 | 網頁障礙、瀏覽量度或單位差異 | 獲授權的目的地及流程測試 |
| 行動完成，但事件缺失 | 事件觸發或傳送故障 | QA 樣本及接收紀錄 |
| 事件正常，但合資格訂單減少 | 質素、優惠或跟進差異 | 檢視業務紀錄及相關潛在客戶群組 |
有點擊卻沒有網頁行動，就在相關裝置開啟目的地，測試連結、載入及表格。有訂單卻無事件，就檢查觸發及傳送。調查應跟着觀察走，而非一次改所有設定。
使用已批准的測試個案，記錄預期及實際結果。不要為了截圖，就把真查詢送給銷售，或建立會干擾庫存的訂單。
3. 分開修正故障與測試表現
壞連結要修正再測；訊息說服力不足，則要有假設、比較及決策指標。如果連結、優惠、素材一起改，須記錄，因為很難再把結果歸因於一項因素。
先修正阻礙行動或量度的故障，再測試商業問題。不要只因平台總數與網店不同，就重新安裝 Pixel；改來源前先看定義及歸因。
4. 最後交付可跟進的決策報告
每項觀察列出假設、檢查、證據、結果、負責人及下一步。「未能核實」與「測試個案後未發現故障」不同，前者不能證明正常。
交付診斷樹及業務核對紀錄。無須為每個變化立即提供解釋；重點是讓團隊知道甚麼已證實、甚麼仍未解，以及哪項行動能在下次預算決定前減少不確定性。
官方參考資料
資料文件查閱日期：2026年10月16日。功能及資格要求可能改變，實施前請核對所連結的官方文件。
