準備資料
- 網站流程與要回答的商業問題
- 現有事件清單、GTM／程式碼與同意管理方式
- 重要轉換定義和測試環境
這個 Skill 解決什麼？
新網站上線、漏斗資料缺口或事件命名混亂時使用；不把規格草稿當成已上線追蹤。
交付成果
- 事件字典與資料層契約
- 實作任務清單、QA 測試矩陣和未解問題
交付表格至少包含
事件名稱分析問題觸發時機必要參數與型別資料來源去重規則測試結果
四步做出可審核的交付
- 01
先畫出使用者旅程與決策點；每個事件對應一個分析問題，區分自動蒐集、建議事件與自訂事件，查核當前 GA4 官方規格。
- 02
建立事件字典：名稱、觸發時機、必要參數、型別、範例值、來源欄位、負責人與去重方式；避開個資和高基數參數。
- 03
把事件映射到資料層或 GTM；標明同意狀態、跨網域、SPA 路由和重複觸發等需實測情境。
- 04
產出逐項 QA 腳本，用 DebugView、網路請求與下游報表核對；區分『有送出』與『報表可用』，留下版本與發布紀錄。
判斷示例
結帳完成頁應在訂單確認後送 purchase；若同一筆訂單在重整後再送一次，先修去重再用營收報表。
怎麼知道做得好？
每個核心轉換都能追溯觸發條件與參數來源
同一動作不會因重新整理或多個容器重複計數
測試結果附環境、日期、同意狀態與證據
權限與停止條件
沒有網站或容器存取權時，只能交規格與測試計畫；未經授權不改 GTM、程式碼或正式環境。
參考規格
產品規格可能更新；實作前請以官方文件與目前帳戶設定核對。