GA4 事件是什麼？事件名稱、參數與事件數一次看懂

GA4 事件（Event）是用來量測網站或 App 中特定互動與狀況的記錄方式。頁面被瀏覽、使用者登入、商品加入購物車或完成購買，都可以用事件表達；部分系統狀況也能以事件記錄。

一筆事件通常需要事件名稱來說明「發生什麼」，並由參數補充「在哪裡、對哪個對象、帶有什麼值」。理解這個結構，才能分辨報表中的事件數、人數和業務成果，避免把所有數字都當成成交。

資料查核：2026 年 9 月 8 日。

事件名稱與參數如何分工？

以 page_view 為例，事件名稱說明發生了一次頁面瀏覽；相關參數則可以描述頁面網址或標題。同樣地，purchase 描述購買，交易編號、金額、幣別與商品資訊則屬於該次購買的細節。

名稱應能代表可重複的行為類型。不要把每筆訂單編號、日期或網址拼進事件名，讓同一種行為變成一大堆不同事件；這些差異通常應放在合適的參數中。

GA4 有哪四種常見事件來源？

Google 的事件說明把常見事件分成四類。選擇時先看系統是否已自動收集，再看是否有適合的建議事件，最後才自行命名。

• 自動收集事件：完成基本 GA4 網站或 App 設定後，自動產生的基礎事件；網站與 App 名單可能不同。
• 加強型評估事件：網站資料串流啟用相應功能後，可以收集部分常見互動；實際支援項目與觸發方式仍要測試。
• 建議事件：Google 已定義名稱與參數，但通常仍需要網站、App 或相關整合正確實作。
• 自訂事件：沒有適合的既有事件時，才依需求自行定義，並規劃後續報表或探索。

「建議事件」不代表系統已替你安裝。即使使用 purchase 或 generate_lead 這些名稱，仍要確認事件確實在正確時機送出，並帶有必要參數。

事件數為什麼不等於使用者數？

同一個人可以在一次造訪中瀏覽多頁、點擊多次或重複送出表單，因此事件數通常不能直接當成人數。反過來，追蹤可能受到同意、裝置、瀏覽器和實作影響，分析工具中的使用者也不等於完整的人口清冊。

假設同一位測試者先瀏覽首頁，再進產品頁，最後成功送出一次詢問表單。在這個簡化情境中，可能有兩次 page_view 和一次 generate_lead；三筆事件依然只來自同一位測試者。這是理解計數方式的例子，不是所有網站固定會出現的完整事件清單。

若事件突然翻倍，先檢查是否重複安裝 Google tag、同一事件被 GTM 和外掛各送一次，或成功頁重新整理時再次觸發。數字增加不一定代表業務真的成長。

事件與重要事件有什麼差別？

事件記錄行為；重要事件（Key event）則是你標記為對業務特別重要的事件，例如成功取得詢問或完成購買。哪些行為值得標記，應由實際營運目標決定，不能只因為某個事件次數很多就選它。

點擊「聯絡我們」可以說明興趣，但成功送出有效詢問更接近成果。對電商而言，加入購物車與付款成功也處於不同階段。Google Ads 的轉換設定另外涉及廣告量測用途，不要把事件、重要事件與 Ads 轉換直接當成完全相同的欄位。可延伸閱讀重要事件官方說明。

規劃一個新事件，先回答五個問題

1. 要回答什麼業務問題？例如比較哪個表單帶來詢問，而非只增加一個點擊數。
2. 什麼時候算發生？區分點擊、驗證通過與伺服器確認成功。
3. 是否已有適合事件？先查自動、加強型評估與建議事件，避免重複實作。
4. 需要哪些參數？只保留能幫助分析且合規的資料，注意名稱、型別與必要欄位。
5. 如何驗證？核對成功、失敗及重複操作，確認送出次數與 GA4 接收結果。

資料看得到後，還要確認所需自訂參數是否已依報表用途建立自訂定義。不要假設送進去的每一個參數，都會立刻出現在所有標準報表。命名與保留字可查事件命名規則。

讓事件能回答問題，比事件很多更重要

好的事件規劃有清楚的成功條件、穩定名稱、必要參數與可重現的驗證情境。先分清「發生什麼、事件細節、發生次數」，再決定哪些是重要事件，報表才容易轉成實際決策。

尚未完成基本設定時，可先閱讀GA4 入門與GTM 入門。先讓基礎收集可靠，再擴充需要的事件。

參考資料

• GA4 事件概觀
• 事件命名規則
• 重要事件