看懂訪客怎麼使用網站 · 第 03 章
記錄完成事件，不只記按鈕
事件名稱與觸發時機要一致，測試錯誤、重按與重新整理，確認沒有重複計數。
貓老闆的簡報
按下送出後錯誤，不能算登記成功。重新整理也不能又多一筆。
——貓掌櫃官網的老闆「掌櫃」下需求時的原話
這章做什麼
完成事件規格與測試紀錄，區分介面操作和後端確認的結果。
動手做
- 定義 view_product、start_waitlist、waitlist_success 的觸發條件及必要欄位；成功事件只在後端確認建立完成後發出。
- 依選定分析工具官方文件設定測試模式，將實驗流量與正式流量分開；未連接工具時只能顯示模擬事件。
- 使用可驗證的去重方式避免相同完成重複上報；不將訂單或表單中的個資放進事件標籤。
- 測試漏填、伺服器錯誤、連按、成功後重新整理，核對瀏覽器事件與工具端實際收到的事件。阻擋或未同意可能造成缺資料，不能用來直接當作帳務依據。
親手試試
模擬：可以記錄開始填寫，但不能發出 waitlist_success。
模擬：完成事件以核對過的結果發送一次，不附完整表單內容。
模擬：只讀取已完成狀態，不再次發出相同完成事件。
只示範事件觸發規則，不會真的安裝追蹤或傳送事件。
這樣對 AI 說
中文就可以
請依我選定分析工具的官方文件建立事件規格：view_product、start_waitlist、waitlist_success，列觸發時機、欄位和去重方式。成功事件只在後端確認完成後發送，測試環境與正式環境分開，不傳表單個資。驗證漏填、錯誤、連按與成功後重新整理，核對工具端收到的結果；未接工具時明確標模擬。
本章驗收清單
請在自己的練習專案實際操作，再依結果逐項確認。
- 事件各有明確觸發條件
- 錯誤不會記為成功
- 重按與重新整理不會重複計完成
- 工具端接收結果與缺資料限制已記錄
這章的相關詞條
詞條頁都有可以動的示範——卡住的時候，去把名詞弄清楚，回來繼續做。
官方參考資料
進度只存在這台瀏覽器，不上傳、不追蹤。