網站看到的行為，只是聯絡流程的一部分
訪客可能點擊 WhatsApp 後關閉視窗、選錯帳戶，或打開應用程式卻沒有傳送訊息。同一個人也可能連續點擊幾次。因此，把點擊次數直接稱作「收到的詢盤」，會高估網站帶來的實際機會。
反過來，客戶也可能記下電話後隔天聯絡，未留下可連結的網站紀錄。正確做法是把每個系統能觀察到的事實寫清楚，而不是把缺少資料的地方當作零或強行配對。
建立四個定義，讓網站與銷售說同一種話
下表可作共同口徑。公司應自行界定「有效詢盤」的條件，例如有明確產品需求、符合服務地區且不是垃圾訊息。付款或成交資料則來自實際業務系統，不能由按鈕事件推斷。
| 階段 | 可證明的事實 | 建議資料來源 |
|---|---|---|
| 聯絡點擊 | 有人點擊指定按鈕 | 網站互動事件 |
| 收到對話 | 公司帳戶實際收到訊息 | WhatsApp 收件或業務記錄 |
| 有效詢盤 | 符合公司定義的需求 | 人工分類或 CRM |
| 商機與結果 | 報價、跟進、成單或未成單 | 銷售流程與訂單記錄 |
下載本文工作表（CSV） 包含表中欄位，可按實際項目修改。示例並非市場統計或服務報價。
事件名稱要對應真正發生的事
可以為網站按鈕使用例如 contact_click 的自訂事件，再以 contact_method、button_location 等欄位區分入口；這些是本文的命名建議，不是 Google 自動提供的完整 WhatsApp 追蹤功能。Google Analytics 官方文件說明自訂事件的設定方式。
generate_lead 也不應在任何聯絡點擊時都觸發。Google 將它列為建議事件，實作時仍要定義真正的線索產生條件。若只是點開外部聊天，便以點擊記錄即可，不要把無法確認送達的行為升格為已收到的需求。
用一次完整測試確認資料落在哪裏
測試者先在符合網站分析設定的情況下點擊指定按鈕，記下頁面與時間；接着在 WhatsApp 實際送出清楚標示的測試訊息，讓接收人確認。再核對網站只記錄了甚麼、業務端又記錄了甚麼。
重複測試手機與桌面入口，確認電話號碼正確、連結可用，並排除內部測試。分析事件不要包含客戶姓名、電話、完整訊息或其他個人資料。若需要跨系統核對，使用經團隊確認的最少資料及存取安排。
月報先列數量，再說明能否對應
可以並列「WhatsApp 點擊、收到對話、有效詢盤、已報價」的數量，但必須說明是否能對應同一批人。若點擊是本月所有訪客、對話卻包含舊客，就不能直接用兩者計算轉化率。
更有用的改善是找到具體問題：按鈕所在產品頁不清楚、預填內容缺少型號、接收帳戶無人處理，或大部分訊息其實不符合服務範圍。每月選一項能驗證的修改，比只追求更多按鈕點擊更容易知道工作是否有效。
資料來源與適用範圍
- Google Analytics：設定分析事件（英文）developers.google.com
自訂事件設定與測試的官方文件。
- Google Analytics：建議事件（英文）developers.google.com
generate_lead 的官方事件定義。