← → 翻页 · ESC 索引
SEO × GA4 · 30HR
NTUB · Spring 2026
Module 07 / 10
MODULE 07 · 3 HOURS · 3 UNITS

GA4 資料模型
自訂事件

把 GA4 的資料結構徹底搞懂 — 使用者、工作階段、事件、參數、轉換。
再動手建自訂事件,並用 DebugView 即時驗證事件正確送達。

3 小時授課 · 3 單元·數位行銷實務·台北商業大學
NTUB · 數位行銷實務 SEO × GA4 01 / 20
OPENING
Vol.07
FROM READING TO DEFINING

看報表
定義報表

Module 6 收到 GA4 自動事件,
本週把「定義自己的事件」這個能力裝起來。

Module 7·GA4 Data Model + Custom Events
本週主軸 02 / 20
UNIT I
7-1 / Foundation
UNIT 7-1 · 60 MIN

五層資料模型

使用者 / 工作階段 / 事件 / 參數 / 轉換 — GA4 所有報表都建立在這五個概念上。

UserSessionEventParameterConversion
Unit 7-1 · GA4 Data Model 03 / 20
UNIT 7-1
WHY THIS MATTERS
WHY

頁面瀏覽
事件為核心

GA4 與 Universal Analytics 最大的差異就是資料模型 — 從「頁面瀏覽為核心」變成「事件為核心」。不理解這個轉變,在 GA4 裡看任何報表都會覺得數字怪怪的。

Universal Analytics
= page-view 為主
Hit Type · pageview / event / transaction
GA4
= 所有東西都是事件
Event-based · 統一 schema
UA → GA4 · 典範轉移 04 / 20
UNIT 7-1
FIVE-LAYER MODEL
CONCEPT BY CONCEPT

五層資料模型 · 由大到小

01
使用者 User
範圍 · 跨工作階段的個體
辨識 · User-ID / Google 信號 / Client ID(_ga cookie,預設保留 730 天)
02
工作階段 Session
範圍 · 一次完整訪問
觸發 · session_start 事件;30 分鐘無操作即結束(GA4 不在午夜重設)
03
事件 Event
範圍 · 使用者的每一個動作
範例 · page_view、scroll、click、form_submit、purchase
04
參數 Parameter
範圍 · 事件的細節描述
上限 · 每事件 25 個;自訂參數須在「自訂定義」登錄才會進報表
05
轉換 Conversion
範圍 · 被標記為「重要」的事件
上限 · 每資源 30 個;不是事件型別,是設定狀態
由大到小
由抽象到具體
User ⊃ Session ⊃ Event ⊃ Parameter;Conversion 是 Event 的標籤
Five-Layer Model · 五層 05 / 20
UNIT 7-1
USER vs SESSION
常見混淆

使用者數 vs 工作階段數

USER
1
同一個阿姨,今天用手機看你的店、明天用筆電下單。
「使用者」= 估算的唯一個體數量
Cookie 清除 / 跨裝置 = 可能被算成多人
SESSION
2
同一個阿姨在 GA4 裡可能產出 2 個 session(手機 + 筆電)。
「工作階段」= 一次完整訪問
每工作階段頁面數 = 黏著度指標
Cardinality · 一對多關係 06 / 20
UNIT 7-1
EVENT TAXONOMY
四類事件 · 由內建到自訂

事件 = GA4 的原子單位

「自動收集」與「加強型評估」幾乎涵蓋八成需求 — 自訂事件只用在前三類解不開的場景。

EVENT TYPES · 由 GA4 提供 → 由你定義
01
自動收集
GA4 開箱即傳:page_view / session_start / first_visit。完全不用設定。
02
加強型評估
在資料串流裡開關:scroll、外部連結 click、檔案下載、站內搜尋、影片。
03
建議事件
GA4 規定的命名:add_to_cart、begin_checkout、purchase — 用了才能跑電商報表。
04
自訂事件
前三類都搞不定的業務動作,才自己命名 + 自己設參數。
Event Taxonomy · 推進方式:→ / Space 07 / 20
UNIT 7-1
PARAMETER × CONVERSION
後兩層 · 細節 + 重要性

參數寫細節,轉換選重要

每事件最多
25個參數
每個值上限 100 字元;自訂參數須在「資源 → 自訂定義」登錄才進報表(不回填歷史資料)
每資源上限
50個自訂維度
免費版上限。指標也是 50 個。超過要 GA4 360 — 規劃時先排優先序
轉換上限
30個轉換
轉換 ≠ 一種事件 — 是「把某事件標記為重要」的設定。預設已含 purchase / first_visit
Limits · 規劃前先看上限 08 / 20
UNIT II
7-2 / Hands-on
UNIT 7-2 · 60 MIN

自訂事件
設計與建立

當內建事件無法滿足業務需求時,把使用者行為「翻譯」成 GA4 可量化的數據。

命名→ 參數設計→ 設置→ 標記為轉換
Unit 7-2 · Custom Events 09 / 20
UNIT 7-2
DESIGN PIPELINE
FOUR STEPS · 設計流程

自訂事件四步走

不要每個按鈕都建事件 — 先窮舉內建事件,再決定要不要自訂。

CUSTOM EVENT WORKFLOW
01
命名
「動詞_名詞」全小寫底線;ga_、google_、firebase_ 是保留前綴不能用。
02
參數設計
每事件 ≤ 25 個參數、每值 ≤ 100 字元;想進報表先到「自訂定義」登錄。
03
設置
介面:管理 → 事件 → 建立事件;或用 gtag('event', ...) 直接送。
04
標記為轉換
業務核心動作才設轉換(表單、電話、購買、下載),上限 30 個。
Workflow · 推進方式:→ / Space 10 / 20
UNIT 7-2
NAMING RULES
NAMING · 命名規範

命名錯了,事件就建不起來

○ 正確命名
form_submit_contact
video_play_hero
download_pdf_brochure
click_phone_link
scroll_depth_75
「動詞_名詞」 · 全小寫 · 底線分隔
× 錯誤命名
FormSubmit ← 大寫
form-submit ← 連字號
ga_session ← ga_ 保留
firebase_xxx ← firebase_ 保留
event name ← 含空格
保留前綴:ga_ / google_ / firebase_
Naming Convention · 命名是最容易壞的環節 11 / 20
UNIT 7-2
TWO PATHS
BUILD METHODS · 兩條路

介面建立 vs gtag.js 直送

A
介面「建立事件」
路徑:管理 → 資源 → 事件 → 建立事件
適合:把某類 click(特定 link_url)獨立命名為新事件,不動程式碼
關鍵:「複製條件中的參數」務必勾選;1–2 天才生效
B
gtag.js 直送
呼叫:gtag('event', 'click_phone_link', {phone_number: '...'})
適合:影片觀看完成、特定區塊可見、複雜表單欄位行為
注意:必須在 gtag.js 載入後呼叫;包在 DOMContentLoaded 內

兩條路皆可;複雜行為走 B,純條件分流走 A。

Build Methods · UI 速度快 / Code 彈性大 12 / 20
UNIT 7-2
MARK AS CONVERSION
CONVERSION 設定 · 業務核心

不是每個事件都值得當轉換

轉換代表「業務核心目標達成」 — 表單提交、電話點擊、購買完成、下載完成。其餘行為留在事件層即可。

設定路徑
管理員 → 資源 → 轉換 → 新增轉換事件 → 輸入事件名稱(如 form_submit_contact)→ 儲存
3 STEPS
生效時間
標記只對「標記之後」的新資料生效,不回溯歷史 — 早設早累積
FORWARD-ONLY
即時驗證
無痕模式造訪 LocalWP 站 → 觸發行為 → GA4 即時 → 1-2 分鐘內出現自訂事件名稱
REAL-TIME
完整出現
事件報表清單需 24-48 小時才看到自訂事件 — 即時報表是即時的,事件清單不是
24-48 H
Mark As Conversion · 上限 30 個 13 / 20
UNIT 7-2
IN-CLASS EXERCISE
EXERCISE · 15 分鐘 · 個人作業

為你的 LocalWP 站
設計一個自訂事件

挑一個業務動作
電話點擊 / 表單送出 / 報名連結 / PDF 下載 — 想清楚為何重要。
命名 + 寫出 2 個參數
如 click_phone_link · phone_number / page_location;遵守命名規則。
說明為何
不是別的
為什麼選這個動作而不是 scroll?背後的商業假設是什麼?
回答得出第三題的學員,才真的懂自訂事件 — 設計學,不是工具。
下一節用 DebugView 即時看你的事件有沒有送出
練習產出進入本週交付物 14 / 20
UNIT III
7-3 / Verification
UNIT 7-3 · 60 MIN

DebugView
+ 資源級設定

即時報表只說「事件發生了」;DebugView 看得到「每個參數值是否正確、是否被標為轉換」。

啟用→ 觸發→ 驗證→ 資源設定
Unit 7-3 · DebugView 15 / 20
UNIT 7-3
DEBUGVIEW PIPELINE
FOUR STEPS · 即時驗證流程

DebugView 四步驗證

STEP-BY-STEP
01
啟用 Debugger
Chrome 安裝「Google Analytics Debugger」並按到變彩色;或在 gtag 加 debug_mode: true。
02
觸發事件
同瀏覽器造訪 LocalWP 站 → 點電話、捲動、送表單 → 等 2-10 秒。
03
驗證
管理 → 資源 → DebugView:時間軸看事件名、右側展開看參數、轉換事件旁有旗幟標記。
04
截圖交付
截圖必須看到自訂事件名稱 + 自訂參數值(如 phone_number);繳交至作業區。
DebugView · 推進方式:→ / Space 16 / 20
UNIT 7-3
PROPERTY SETTINGS
PROPERTY SETTINGS · 資源級基礎

四項資源設定,缺一不可

這些設定影響日期顯示、電商金額、報表深度 — 上線前先檢查一輪。

時區
(台灣)GMT+8
影響日期切分、留存報表起點。新建資源預設可能是美國時區,務必改成 GMT+8。
貨幣
新台幣 TWD
電商交易金額預設貨幣;多幣別交易需在 purchase 事件 currency 參數標明。
資料保留
14 個月
預設只有 2 個月 — 探索報表才能跑超過 2 個月分析;上限 14 個月(GA4 360 為 50)。
加強型
加強型評估
資料串流 → 加強型評估 → 啟用 — 自動收 scroll、外連、檔案下載、站內搜尋(WP 的 ?s= 直接吃)。
Property Settings · 一次設好不用回頭 17 / 20
UNIT 7-3
TROUBLESHOOT
COMMON PITFALLS · 三個最常見

看不到事件,九成是這三件事

DebugView 全空
Chrome Debugger 沒啟用或圖示不是彩色 — 重新整理 LocalWP 頁,等 10 秒再看。同瀏覽器才生效。
FIX · 啟用
只有 page_view
gtag 呼叫沒執行到 — DevTools Console 看 JS 錯誤;事件監聽器要包在 DOMContentLoaded 內。
FIX · 監聽時機
事件沒有旗幟
轉換標記要 24 小時才在 DebugView 生效 — 剛剛才設轉換的話,隔天再驗。
FIX · 等 24H
即時報表看到,事件清單沒有
事件清單要 24-48 小時才會更新 — 即時是即時,清單不是。早設早累積。
FIX · 等 24-48H
Troubleshoot · 排除順序:啟用 → 載入 → 等待 18 / 20
WRAP-UP
DELIVERABLE
DELIVERABLE · 本週繳交

三件交付物,缺一不算數

① 自訂事件
在 LocalWP 站建一個自訂事件,例如 pricing_button_click 或 click_phone_link。
BUILD
② DebugView 截圖
截圖須清楚顯示事件名稱 + 自訂參數值正確送達;轉換事件旁有旗幟標記。
VERIFY
③ 設計說明
用 100-200 字說明:為什麼選這個事件、它對應的業務假設是什麼、為何不是別的。
EXPLAIN
下週銜接
M8 · 示範帳戶報表 + 探索分析 — 你建好的事件 / 轉換,下週就會在報表裡用得到。
→ MODULE 8
Deliverable · 三件齊備才完成本週 19 / 20
END · MODULE 07
NEXT · MODULE 08
20 / 20
END OF MODULE 07

事件已送出,
下週看報表

Module 8 · 示範帳戶報表 + 探索分析
標準報表四類 / 探索五型 / 漏斗 + 路徑實作

To Be Continued·Next Week·Module 08