GA4 事件是 GA4 記錄使用者互動的基本單位，網頁載入、點擊連結、送出表單、完成購買都是事件。設定原則是先用現成的、沒有合適的才自訂：自動收集事件與加強型評估事件不必寫程式，建議事件有 Google 預先定義的名稱與參數，這三類都不符合需求時，才建立自訂事件。事件收集到之後，把對業務重要的動作標示為重要事件（舊稱轉換，英文介面為 Key events），再用 DebugView 確認事件與參數都正確送出，報表與後續的廣告優化才有可靠的依據。
GA4 事件的四種類型怎麼分
官方把事件分成四類，差別在於誰定義名稱、要不要另外導入：
| 類型 | 怎麼收集 | 常見事件 |
|---|---|---|
| 自動收集的事件 | 安裝 GA4 後預設收集，不必另寫程式 | first_visit、session_start、page_view |
| 加強型評估事件 | 在資料串流開啟加強型評估後收集 | scroll、file_download、form_start、view_search_results |
| 建議事件 | 自行導入，名稱與參數由 Google 預先定義 | generate_lead、sign_up、purchase |
| 自訂事件 | 自行定義名稱與參數並導入 | 依業務需求命名 |
判斷時依序問：這個動作是否已被自動收集？加強型評估能不能涵蓋？建議事件裡有沒有對應的名稱？例如表單送出或索取資料，建議事件已有 generate_lead，就不必自創名稱。官方也提醒，只有在沒有其他事件符合用途時才建立自訂事件，因為建議事件的資料會自動帶入預先定義的維度與指標，日後的新功能也比較能直接使用。
事件參數與自訂維度的關係
事件說明「發生了什麼」，參數則補充細節，例如表單名稱、按鈕文字、商品類別。自動收集與加強型評估事件預設就會帶參數；自己加上的參數則要先註冊為自訂維度或自訂指標，才能在報表中分析，否則資料雖然收得到，報表裡卻選不到。
註冊時要選範圍：以事件為範圍的維度描述單次事件，例如表單名稱；以使用者為範圍的維度描述使用者屬性，例如會員等級；電商另有以商品為範圍的維度。描述性資料用自訂維度，數值資料用自訂指標。每個資源可建立的自訂維度與指標有數量配額，可在管理介面的「自訂定義」頁面查看剩餘額度，因此只註冊真的會拿來分析的參數。
設定前先規劃事件清單與命名
直接動手設定，常見結果是同一個動作有好幾種名稱。建議先建立一份事件清單，每一列寫清楚：業務上的動作、事件名稱、觸發條件、要帶的參數、是否標示為重要事件、由誰負責維護。
命名要遵守官方規則：
- 事件名稱區分大小寫，my_event 和 My_Event 會被視為兩個不同的事件。
- 開頭必須是英文字母，只能使用英文字母、數字與底線，不可包含空格。
- 不可使用保留的前置字元與事件名稱，例如自訂事件不能命名為 page_view、scroll 或 session_start。
團隊內統一用小寫加底線，並以「動作_對象」的格式命名，例如 click_line_button，日後在報表裡比較好找。
設定步驟：從加強型評估到自訂事件
- 檢查加強型評估：在管理的「資料收集和修改」中點選「資料串流」，選取網站串流，確認「加強型評估」已開啟，不需要的項目可以個別關閉。
- 用介面建立事件：感謝頁這類目標可以不寫程式，在管理介面的事件設定中建立新事件，以 page_view 為基礎並加上感謝頁網址的條件。page_view 本身不適合直接標示為重要事件，否則所有網頁瀏覽都會被計入。
- 導入建議事件或自訂事件：需要程式碼的事件，網站可用 gtag.js 或 Google 代碼管理工具送出，代碼管理工具的安裝流程可參考GTM 教學。
- 註冊自訂參數：把要分析的參數註冊為自訂維度或指標。
也可以修改現有事件，但官方提醒修改等同於覆寫原本的事件，容易造成非預期的結果，能用建立新事件解決的情況，就不要直接改動原事件。
標示重要事件的原則
重要事件是用來評估對業務重要動作的事件，GA4 原本稱為「轉換」，已改稱重要事件。標示方式很簡單：在事件清單中按一下事件名稱旁的星號；還沒收集到的新事件，則輸入名稱並開啟「標示為重要事件」的切換按鈕。
難的是決定標哪些。建議只標示直接對應營收或商機的動作，例如表單送出、電話點擊、加入 LINE、完成購買；捲動、影片播放這類參與行為留作一般事件分析即可。重要事件標太多，報表裡每一項的意義都會被稀釋，也會影響跳出率這類以互動判定為基礎的指標。標示後，可以把重要事件放進Looker Studio（現稱 Data Studio）報表定期追蹤。
用 DebugView 驗證事件是否正確
DebugView 會即時顯示 GA4 從測試裝置收集到的事件與使用者屬性，位置在管理的「資料顯示」下方。要讓測試裝置的資料出現在這裡，需要先開啟偵錯模式，常見做法有兩種：用 Google Tag Assistant 的預覽模式瀏覽網站，或在 Google 代碼中把 debug_mode 參數設為 true。
驗證時逐項檢查：
- 動作發生時，事件是否只出現一次，沒有重複觸發。
- 事件名稱的大小寫與清單一致。
- 點開事件後，參數名稱與值是否正確，例如表單名稱有沒有帶到。
- 多個事件的先後順序是否符合實際操作流程。
手機、桌機與不同瀏覽器都要測，表單類事件也要測送出失敗的情況，確認只有成功送出時才觸發。
常見設定錯誤與排除
- 同時用 gtag.js 與代碼管理工具送同一事件：同一個動作被重複計算，安裝前先盤點既有追蹤碼。
- 大小寫不一致：Contact_Submit 與 contact_submit 被拆成兩個事件，要回頭統一命名。
- 參數沒有註冊：DebugView 看得到參數，報表卻找不到，通常是忘了建立自訂維度。
- 觸發條件太寬：例如所有按鈕點擊都送同一個事件，事後無法分辨是哪個按鈕，應該加上按鈕文字或位置的參數。
- 只測桌機：手機版選單或按鈕的結構常和桌機不同，觸發條件可能失效。
常見問題
新建立的事件為什麼還沒出現在報表？
事件要等 GA4 處理完成，才會出現在事件清單與報表中，設定當下可以先用 DebugView 確認。若是新註冊的自訂維度或指標，官方說明需要約二十四到四十八小時後才能使用。
重要事件可以標示幾個？
官方說明標準資源可標示為重要事件的上限是三十個，企業版資源的上限較高。數量通常不是問題，關鍵在於每個重要事件都要對應明確的業務目標。
重要事件和 Google Ads 的轉換一樣嗎？
不一樣。重要事件在 GA4 報表中以匯總形式呈現，無法直接用來出價；Google Ads 的轉換用於出價，且不會出現在 GA4 標準報表。需要時可在 Google Ads 以 GA4 重要事件建立轉換。
已經用代碼管理工具送事件，還需要開加強型評估嗎？
可以開，但要避免重複。若代碼管理工具已自行送出檔案下載或站內搜尋事件，就把加強型評估中對應的項目關閉，否則同一個動作會被記錄兩次。
測試時送出的事件會不會影響正式報表？
會。偵錯模式收集的資料一樣會進入資源，官方建議篩除開發人員流量，讓偵錯期間的資料不影響報表。正式上線前，也記得移除測試用的觸發條件。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
事件設定常出問題的地方，是規劃與實際觸發條件不一致。建議先把網站上的重要動作列成清單，再對照 DebugView 逐一驗證。京采的轉換優化與數據追蹤服務可以協助盤點既有事件、規劃命名與參數、設定重要事件並交付驗證紀錄；想先確認目前的追蹤設定是否完整，歡迎與我們聯繫。
