GA4 事件命名與轉換設定整理，電商以外也適用(表單，電話點擊，LINE 加好友)

網站有流量不代表有成效，真正麻煩的是，你明明做了表單、電話、LINE 加好友，報表卻像一鍋粥，事件名稱各寫各的，最後只能看「點擊很多」這種沒用的結論。

這篇把 GA4 事件命名、事件類型、以及 2026 年介面中的「關鍵事件」(舊稱 conversion) 一次整理好，情境以非電商的線索型網站為主。你會拿到可直接套用的命名範本、一張可複製的事件表，還有每個情境在 GA4 端與 GTM 端的設定步驟。

先把事件類型分清楚，才不會越追越亂

Photo by Negative Space

GA4 的世界很單純，也很殘酷，幾乎「所有互動都是事件」。因此，你要先知道哪些事件是系統自己來的，哪些是你該自己做的，否則很容易重複送、送錯名，或把雜訊當成轉換。

四種事件來源，你要用不同管理方式

• 自動收集事件：裝好 GA4 基本碼就會出現，例如 page_view、session_start 等。想確認有哪些，直接看 Google 的 自動收集的事件說明。
• 加強型衡量 (Enhanced Measurement)：在「資料串流」裡開關控制，常見像捲動、站內搜尋、檔案下載、外部連結點擊等。它很方便，但不保證符合你的業務定義。
• 推薦事件 (Recommended events)：Google 建議你用固定事件名稱來描述常見商業行為，例如線索網站最常用的 generate_lead。推薦事件的好處是語意一致，報表與整合也更順。
• 自訂事件 (Custom events)：你自己命名與送出的事件，用來補足推薦事件不夠用的情境，例如 click_line、click_phone 這類更精準的行為定義。實作方式可以走 GTM 或 gtag，Google 在 Set up events 有完整整理。

重點是，不要為了「都有追到」就把每個 click 都做成轉換，那只會把報表弄髒，害你無法判斷哪個管道真的帶來有效名單。

GA4 事件命名規則與命名一致性案例(可直接套用)

事件命名像是倉庫貼標籤，貼錯一次，後面盤點都會痛苦。GA4 的命名限制也很明確，像是事件名稱區分大小寫、只能用英數與底線、開頭必須是英文字母等，細節可對照 Google 官方的 事件命名規則。

建議的命名格式(簡單但好用)

用「動作_對象」最直覺，例如：

• generate_lead (產生線索，推薦事件)
• click_phone (點擊電話)
• click_line (點擊 LINE 加好友連結)

如果你需要區分表單類型，可以靠參數，不要把事件名稱寫成一長串。例如把表單名稱放進 form_name，而不是做 submit_contact_form_taipei_office。

好與壞示範(你會立刻看出差別)

好示範

• 事件：click_phone
• 參數：phone_number=0223456789、cta_location=header

同一個事件名，靠參數區分位置與號碼，報表乾淨，也容易做探索分析。

壞示範

• PhoneClick、click-phone、電話點擊 同時存在
• 或今天叫 line_add，明天叫 add_line_friend

一旦命名漂移，你會得到「看似很多事件，實際上不能比較」的報表。先統一字典，再開始追蹤，速度反而更快。

可複製貼上的事件命名範本

以下這組適合多數非電商官網與服務業：

• generate_lead
• click_phone
• click_email
• click_line
• view_contact (進入聯絡頁或聯絡區塊曝光時才用，別拿來當轉換)

非電商常用事件表(含觸發條件、參數、是否設為關鍵事件)

先用這張表把事件設計定案，再去做 GTM。你會少改很多次，也更好交接。

2026 年 GA4 以「關鍵事件 (Key event)」作為主要用語，舊稱 conversion。建議先讀 Google 的 轉換與重要事件說明，避免你在 GA4 與 Google Ads 之間對不到定義。

三種情境設定步驟，GA4 端與 GTM 端一次講清楚

下面每個情境都分成兩段，你可以照做，做完立刻用 GTM 預覽模式和 GA4 DebugView 驗證。

情境 1，表單送出追蹤(特別是 AJAX 無成功頁)

GA4 端設定

1. 先確認事件有進來，再決定要不要在 GA4 建「建立事件」。多數情況你用 GTM 直接送 generate_lead 就夠了。
2. 到「管理」>「事件」，找到 generate_lead，把它標記為「關鍵事件」(舊稱轉換)。
3. 用 DebugView 看 form_id、form_name 是否有帶到，避免之後無法分表單。

GTM 端做法

1. 先決定「成功」怎麼判斷，有三種常見訊號，成功頁 thank-you、頁面出現成功訊息、或前端 dataLayer.push()。
2. 建立觸發器，優先用「自訂事件」(例如前端推 lead_success) 或「元素可見度」鎖定成功訊息，因為很多 AJAX 表單不會觸發原生 Form Submission。
3. 建立 GA4 Event 標籤，事件名稱填 generate_lead，帶上 form_id, form_name, cta_location，並把觸發限制成「每次事件一次」。

常見坑：同一個成功訊號被重複偵測，導致一個人送出一次，事件記兩次。先在 GTM 預覽確認只觸發一次，再發佈。

情境 2，電話點擊追蹤(行動與桌機差異)

GA4 端設定

1. 讓 click_phone 事件先進報表。
2. 視業務決定是否標成關鍵事件。若你的主要目標是來電，才建議標記。
3. 在探索報表中，用 cta_location 分析哪個位置最有效。

GTM 端做法

1. 啟用內建變數，至少要有 Click URL、Click Text、Click Classes。
2. 建立「點擊連結」觸發器，條件為 Click URL 開頭是 tel:。
3. 建立 GA4 Event 標籤，事件名稱 click_phone，參數用 phone_number 取 Click URL 去掉 tel:，再加 cta_location (可用 CSS class 或資料屬性判斷)。

桌機上的 tel: 很可能只是喚起通話軟體，所以它量到的是「聯絡意圖」。因此別拿它直接當「通話完成」，兩者概念不同。

情境 3，LINE 加好友點擊追蹤(出站點擊不等於加好友)

GA4 端設定

1. 如果你已開啟加強型衡量的出站點擊，GA4 會收集 click 事件並帶 link_url。
2. 你可以在「管理」>「事件」>「建立事件」，把符合 link_url 包含 line.me 或 lin.ee 的點擊，轉成 click_line。
3. 需要把 click_line 標成關鍵事件時，再去 Key events 介面標記即可。

GTM 端做法(更精準，也更好帶參數)

1. 建立「點擊連結」觸發器，條件為 Click URL 包含 line.me 或 lin.ee。
2. 建立 GA4 Event 標籤，事件名稱 click_line，參數建議帶 line_url (Click URL)、cta_location、以及可解析的 line_id。
3. 若網站是 SPA，記得確認按鈕是同一個 DOM 元素，否則可能因重新渲染造成重複觸發。

如果你還想延伸更多自訂事件策略與除錯方法，可參考 Analytics Mania 的 GA4 自訂事件教學。

結語：把關鍵事件變少，報表才會變有用

把事件做得多不難，難的是做得準。先用一致的 GA4 事件命名，再把 generate_lead、click_phone、click_line 這些真正代表業務成果的動作，挑少數標成關鍵事件(舊稱 conversion)，你的報表就會開始「能用」。

接下來，挑一天把 GTM 預覽、GA4 DebugView、以及重複觸發問題都驗一次，資料乾淨後才適合談投放與歸因。如果你想把 WordPress 站上的追蹤一次整理到可交接、可擴充，也可以從 WPTOOLBEAR 的網站健檢與維護規劃開始。