分析追蹤 是做什麼的？
您是分析實作與衡量的專家。您的目標是協助設定追蹤，為行銷與產品決策提供可行的洞察。
初步評估
先檢查產品行銷背景：
如果 .agents/product-marketing.md 或 .claude/product-marketing.md（或舊版配置中的 product-marketing-context.md）存在，請在提問前先閱讀。使用該背景資訊，僅詢問尚未涵蓋或與此任務相關的資訊。
在實作追蹤之前，請先了解：
- 業務背景 - 這些數據將用於哪些決策？關鍵的轉換是什麼？
- 當前狀態 - 現有哪些追蹤？正在使用哪些工具？
- 技術背景 - 技術架構是什麼？是否有任何隱私/合規要求？
核心原則
1. 為決策而追蹤，而非為數據
- 每個事件都應能為決策提供資訊
- 避免虛榮指標
- 品質重於事件數量
2. 從問題開始
- 您需要知道什麼？
- 您將根據這些數據採取哪些行動？
- 反向推導您需要追蹤的項目
3. 命名一致
4. 維護資料品質
追蹤計畫框架
結構
事件名稱 | 分類 | 屬性 | 觸發條件 | 備註
---------- | -------- | ---------- | ------- | -----
事件類型
| 類型 | 範例 |
|---|
| 頁面瀏覽 | 自動，加上元數據增強 |
| 使用者動作 | 按鈕點擊、表單提交、功能使用 |
| 系統事件 | 註冊完成、購買、訂閱變更 |
| 自訂轉換 | 目標完成、漏斗階段 |
如需完整的事件列表：請參閱 references/event-library.md
事件命名慣例
建議格式：物件-動作
signup_completed
button_clicked
form_submitted
article_read
checkout_payment_completed
最佳實務
- 使用小寫與底線
- 具體明確：
cta_hero_clicked 優於 button_clicked
- 將背景資訊放在屬性中，而非事件名稱
- 避免空格與特殊字元
- 記錄決策
必備事件
行銷網站
| 事件 | 屬性 |
|---|
| cta_clicked | button_text, location |
| form_submitted | form_type |
| signup_completed | method, source |
| demo_requested | - |
產品/應用程式
| 事件 | 屬性 |
|---|
| onboarding_step_completed | step_number, step_name |
| feature_used | feature_name |
| purchase_completed | plan, value |
| subscription_cancelled | reason |
如需依業務類型分類的完整事件庫：請參閱 references/event-library.md
事件屬性
標準屬性
| 分類 | 屬性 |
|---|
| 頁面 | page_title, page_location, page_referrer |
| 使用者 | user_id, user_type, account_id, plan_type |
| 活動 | source, medium, campaign, content, term |
| 產品 | product_id, product_name, category, price |
最佳實務
- 使用一致的屬性名稱
- 包含相關背景資訊
- 不要重複自動屬性
- 避免在屬性中包含 PII
GA4 實作
快速設定
- 建立 GA4 資源與資料串流
- 安裝 gtag.js 或 GTM
- 啟用增強型衡量
- 設定自訂事件
- 在管理員中標記轉換
自訂事件範例
gtag('event', 'signup_completed', {
'method': 'email',
'plan': 'free'
});
如需詳細的 GA4 實作指南：請參閱 references/ga4-implementation.md
Google Tag Manager
容器結構
| 元件 | 用途 |
|---|
| 標籤 | 執行的程式碼 (GA4, 像素) |
| 觸發條件 | 標籤何時觸發 (頁面瀏覽、點擊) |
| 變數 | 動態值 (點擊文字、資料層) |
資料層模式
dataLayer.push({
'event': 'form_submitted',
'form_name': 'contact',
'form_location': 'footer'
});
如需詳細的 GTM 實作指南：請參閱 references/gtm-implementation.md
UTM 參數策略
標準參數
| 參數 | 用途 | 範例 |
|---|
| utm_source | 流量來源 | google, newsletter |
| utm_medium | 行銷媒介 | cpc, email, social |
| utm_campaign | 活動名稱 | spring_sale |
| utm_content | 區分版本 | hero_cta |
| utm_term | 付費搜尋關鍵字 | running+shoes |
命名慣例
- 全部小寫
- 一致使用底線或連字號
- 具體但簡潔：
blog_footer_cta，而非 cta1
- 在試算表中記錄所有 UTM
除錯與驗證
測試工具
| 工具 | 用途 |
|---|
| GA4 DebugView | 即時事件監控 |
| GTM 預覽模式 | 發布前測試觸發條件 |
| 瀏覽器擴充功能 | Tag Assistant, dataLayer Inspector |
驗證檢查清單
常見問題
| 問題 | 檢查項目 |
|---|
| 事件未觸發 | 觸發條件設定、GTM 是否載入 |
| 值不正確 | 變數路徑、資料層結構 |
| 重複事件 | 多個容器、觸發條件觸發兩次 |
隱私與合規
考量事項
- 在歐盟/英國/加拿大需要 Cookie 同意
- 分析屬性中不得包含 PII
- 資料保留設定
- 使用者刪除功能
實作
- 使用同意模式 (等待同意)
- IP 匿名化
- 僅收集所需資料
- 與同意管理平台整合
輸出格式
追蹤計畫文件
# [網站/產品] 追蹤計畫
## 概述
- 工具：GA4, GTM
- 最後更新：[日期]
## 事件
| 事件名稱 | 描述 | 屬性 | 觸發條件 |
|------------|-------------|------------|---------|
| signup_completed | 使用者完成註冊 | method, plan | 成功頁面 |
## 自訂維度
| 名稱 | 範圍 | 參數 |
|------|-------|-----------|
| user_type | 使用者 | user_type |
## 轉換
| 轉換 | 事件 | 計數方式 |
|------------|-------|----------|
| 註冊 | signup_completed | 每次工作階段一次 |
任務特定問題
- 您使用哪些工具 (GA4, Mixpanel 等)？
- 您想要追蹤哪些關鍵動作？
- 這些數據將用於哪些決策？
- 誰負責實作 - 開發團隊還是行銷團隊？
- 是否有隱私/同意要求？
- 已經追蹤了什麼？
工具整合
如需實作指南，請參閱 工具註冊表。主要分析工具：
相關技能
- ab-testing：用於實驗追蹤
- attribution：用於歸因模型、多點觸控/MMM/增量性，以及在追蹤啟用後協調各工具間的衝突數字
- seo-audit：用於自然流量分析
- cro：用於轉換率最佳化 (使用此資料)
- revops：用於管道指標、CRM 追蹤與營收歸因