網站數據該看什麼？GA4 事件、重要事件與詢問成效入門
從商業問題出發規劃 GA4 事件與重要事件，追蹤訪客如何走到詢問、撥號或預約等實際成果。
GA4 裡有很多數字，但網站擁有者真正想回答的通常不是「今天有幾個瀏覽」，而是「哪些人從哪裡來、看了什麼，最後有沒有完成有效詢問」。先定義商業目標，再選擇少數能代表進度與成果的事件，報表才不會變成數字倉庫。
先寫一句網站目標
例如「讓有企業官網需求的人了解服務後，透過 LINE 或表單提出詢問」。這句話可以拆成閱讀服務、查看費用、點擊聯絡與成功提交等行為。若事件無法幫助判斷這條路徑，就不必因為能蒐集而全部蒐集。
頁面瀏覽、事件與參數差在哪？
| 資料 | 回答的問題 | 例子 |
|---|---|---|
| 頁面瀏覽 | 哪些內容被開啟 | 服務頁、價格頁、文章 |
| 事件 | 使用者做了什麼 | 點擊聯絡、下載資料、成功送出 |
| 事件參數 | 這次行動發生在哪裡、與什麼有關 | 頁面、服務類型、按鈕位置 |
B2B 官網可以先量四種行動
- 詢問表單由伺服器確認成功後送出的 generate_lead。
- 點擊 LINE、電話或 Email 等主要聯絡行動。
- 下載服務說明、規格或案例資料。
- 到達與商業決策直接相關的服務或費用頁。
按下送出不等於成功詢問
Google 建議的 generate_lead 事件適合記錄使用者提交資訊或請求聯絡。它應在資料通過伺服器驗證並確實保存或送達後觸發；若只在點擊按鈕時觸發，格式錯誤、網路失敗與重複點擊都可能被誤算成名單。
重要事件只標記真正的成果
GA4 的 key event 用來標示對業務重要的互動。詢問成功通常適合；展開選單、滑動頁面或每個小點擊則未必。標記太多會讓報表失去優先順序，也不能把 key event 數直接當成營收或有效客戶數。
上線前後各驗證一次
- 在測試或預覽環境使用 DebugView 檢查事件名稱與參數。
- 確認一次操作只觸發一次，不因頁面載入或重送而重複。
- 正式上線後用 Realtime 完成一次真實 Happy Path。
- 到收件端確認同一筆詢問確實存在，再把它視為成功。
每月最小報表看四件事
| 面向 | 建議問題 |
|---|---|
| 來源 | 哪些管道帶來有意義的訪客與詢問？ |
| 落地頁 | 訪客最常從哪一頁開始了解服務？ |
| 重要事件 | 哪些內容與來源較常走到聯絡行動？ |
| 名單品質 | 實際收到的詢問是否符合服務範圍？ |
數據異常先查標記，不急著下結論
事件突然歸零或暴增，可能是程式改版、重複標記、同意設定、內部流量或阻擋器造成。樣本很小時也容易被少數訪客影響。先確認蒐集方式一致，再比較趨勢與實際名單，不要只靠單一百分比決定預算。
若詢問表單本身還沒有清楚的成功狀態，先完成 官網詢問表單設計清單 ，分析事件才有可靠觸發點。
Google 官方定義
GA4 事件說明 解釋事件用途； Recommended events 列出 generate_lead 等建議名稱； Key events 則說明如何標示對業務重要的互動。
結語
網站分析的價值不在蒐集最多資料，而在用少數可信事件連回真正的業務問題。先正確記錄一個成功詢問，再逐步補上來源、內容與名單品質，會比一次建立龐大儀表板更容易維護。