廣告後台的轉換數上升，不代表有效詢問、訂單與實際成交同步增加。本文帶企業主用事件定義、重複計數、歸因期間、名單識別與業務結果五項證據對帳，避免預算持續優化到錯誤目標。
廣告代理商的月報顯示轉換增加，業務卻說有效詢問沒有變，成交甚至下降。三邊都可能沒有說謊，因為廣告平台記錄的是被設定為重要的動作，業務關心的則是名單品質、報價與收款。若兩者沒有對帳，預算可能持續優化到容易發生、卻不會帶來營收的動作。
可以把轉換追蹤想成店門口的計數器。它能記錄有人進門，卻不知道對方只是問路、重複進出，還是真的結帳。計數器不是沒用，但要把進門、詢問、報價與成交串起來，老闆才知道廣告帶來的是人潮還是生意。
平台數字不是假，只是回答不同問題
Google Analytics（Google 的網站分析工具）把對企業重要的使用者動作稱為「關鍵事件」，例如送出詢價或完成購買；需要用來衡量與優化廣告時，還可建立廣告轉換。這表示「轉換」不是系統自動辨識出的營收，而是企業選定、網站送出、平台依設定計算的一種動作。
按下 LINE 按鈕、看到感謝頁、送出表單與業務判定有效名單，代表不同深度。若把滑到頁尾或點開聯絡方式設為主要轉換，廣告系統可能努力找到最容易點擊的人，報表變漂亮，業務結果卻沒有改善。第一個決策不是換平台，而是確認目前拿哪個動作代表成功。
用五個問題驗收「轉換已設定」
- 成功動作與商業目標是否同一件事？ 列出瀏覽、按鈕點擊、表單送出、有效詢問、報價與成交，指定哪一項只供觀察，哪一項才會影響投放優化。Google Ads 也區分主要與次要轉換，前者會用於出價，不能把所有互動都放進同一個成功數字。
- 一次行動會不會被重複計數？ 重新整理感謝頁、重按送出、跨頁載入或兩套追蹤同時啟動，都可能讓一筆需求出現兩次。電商可用唯一交易編號辨認同一筆訂單；名單則要以可稽核的送出紀錄與防重規則核對。
- 比較的日期與歸因規則是否一致？ 歸因是把成果功勞分配給先前接觸管道的方法。廣告平台、網站分析與內部報表可能依點擊日、成交日、可回溯期間或不同模型計算，因此不能只把同一日期區間的總數並排，就判定誰錯。
- 平台紀錄能否找到真實名單？ 每次送出應有不含敏感內容的識別方式，讓業務能從平台事件對到表單、電話或客戶管理紀錄。若只能看到總數，無法抽查十筆，就很難判斷漏記、重複或垃圾名單。
- 線上轉換有沒有接到後續結果？ 對需要電話、到店或業務跟進的公司，表單送出只是中間站。應至少回看有效名單、完成報價與成交比例。Google Ads 也提供離線轉換匯入，讓企業在適合的資料與告知條件下，把後續結果連回廣告互動，但這需要識別、權限、隱私與錯誤處理設計。
便宜方案可能只做到按鈕有被記錄
只安裝基本事件的方案成本低、上線快，適合先確認關鍵頁是否有人採取行動，但通常無法回答名單是否有效、是否重複，以及最後有沒有成交。加入表單保存、唯一識別、跨平台命名規則與業務狀態回傳後，判斷會更接近營運結果，同時也增加串接、權限、個資告知與維護成本。
不是資料越多越好。若每月名單不多，先由業務用試算表對帳，可能比立即建置複雜串接更合理；若交易量高、同時投放多個管道，或平台會依轉換自動調整預算，就更需要穩定的識別、防重與監測。任何方案都應寫清楚涵蓋哪些事件、哪些管道、誰維護，以及改版後如何複測。
今天先完成一輪十筆名單對帳
先選最近一個完整營業週期，建立「發生時間、來源活動、平台動作、表單或訂單識別、業務判定、報價、成交、異常原因」對照表。抽查至少十筆，包含成功、重複、垃圾、取消與找不到紀錄的情況，再實際送出一筆測試資料，確認網站畫面、資料保存、通知、分析事件與業務端各出現一次。
對不上時先分類，不要急著改全部設定：是定義不同、事件沒送出、送了兩次、日期規則不同，還是業務沒有更新結果。Google 官方也列出標籤設定、計數方式、轉換延遲、可回溯期間與歸因設定都可能造成報表差異。差異有原因不等於可以忽略，重點是企業能否說明並持續驗證。
自行處理的邊界與接洽準備
企業主可以自行定義什麼是有效詢問、整理活動名稱、抽查名單與成交，並要求廠商展示一次完整測試。若多個廣告帳號與分析工具重複記錄、網站沒有保存送出資料、電話與 LINE 無法識別來源，或要把業務結果回傳平台，就需要行銷、網站、資料與隱私人員共同盤點。
接洽前可準備廣告與分析帳號擁有人、目前轉換清單、近一個月名單與成交狀態、測試網址、改版紀錄、個資告知及最在意的商業結果。邊境部署可以協助把平台事件、網站證據與業務結果整理成可對帳的量測設計，先修正最會誤導預算的一項，再決定是否擴大自動化。