GA4 到底在記錄什麼:事件模型的白話解

快速結論:GA4(Google Analytics 4,Google 的網站與 App 分析工具)記錄的東西其實只有一種——事件。訪客在你網站上做的每一個動作(開了一頁、按了一個鈕、送出一張表單),都被記成一筆帶著標籤的事件。標籤裡最重要的兩個:「他從哪裡來」(來源)和「他怎麼來的」(媒介)。你可以把 GA4 想成一間很勤勞的分信室:訪客每做一個動作就像寄來一封信,它負責把每封信蓋章、貼標、歸檔。至於信裡寫什麼、值不值得回,得你自己讀、自己判斷,分信室不管這個。

這篇寫給後台已經接了 GA4、卻一打開就被滿螢幕數字勸退、根本不知道自己在看什麼的你。

先講個我自己的糗事。剛接觸 GA4 那陣子,我真心以為它是「打開就給答案」的工具——想說 Google 做的嘛,總會聰明到告訴我「這個客人很讚、那個管道別投了」吧。結果打開後台,滿螢幕的「事件」「參與度」「工作階段」「使用者」,數字是很多啦,但沒有一個回答得了我當下最想問的那句:「這個月的廣告,到底該加碼還是該收手?」我盯著螢幕十分鐘,比沒開還迷惘…

後來才想通:GA4 從頭到尾只做一件事——把發生過的動作老實記下來。判斷這件事,從頭到尾是你的工作。

打開 GA4,洞察會自己浮出來嗎?

很多人第一次打開 GA4 的期待長這樣:「數字這麼多、圖表這麼滿,總該有什麼『洞察』自己浮出來吧?」我完全懂,因為我也這樣期待過(就是上面那盯了十分鐘的傢伙)。

但這裡要老實說:GA4 給你的不是洞察,是紀錄。 洞察是你拿紀錄去對照一個問題之後,自己推出來的。〈GA4 的四種正確用法〉立過的那條定律,在這裡一樣管用:報表不會給答案,它只檢查你有沒有問對問題。 數字再多,也沒辦法替你變懂客人;你得先有想問的問題,那堆數字才會突然有意義。滿螢幕數字沒回答你?多半是你還沒帶著問題進去。

情書比喻:一筆事件,到底記了什麼

**目的:**先把「一筆事件」拆開來看,你才知道 GA4 到底把什麼記下來了。我用一個老比喻——情書。

假設隔壁班的小美,託人給了你一封情書。這件事拆開來,其實有好幾個資訊:誰給的(小美)、用什麼方式給的(那封信,而不是當面講、也不是打電話)、還有動作本身(你「收到」了一封情書)。GA4 記一筆事件,記的就是這幾件事:動作是什麼(收到情書=event,例如一次頁面瀏覽、一次點擊)、來源是誰(小美=訪客從哪個網站、哪個平台過來)、媒介是什麼(那封信=他透過搜尋、廣告、還是別人分享的連結進來)。

效果:看懂這層,GA4 裡的一切就不再是亂碼。「事件」=發生了什麼動作;每筆事件掛著的來源/媒介=這個人誰帶來的、走哪條路來的。於是你能回答很實際的生意問題:這批「送出表單」的人,是廣告帶來的還是自然搜尋帶來的?如果廣告帶來的比較會填,這個管道的錢就花得值。整份 GA4,說穿了就是一大疊標好「誰寄的、怎麼寄來的、做了什麼」的信。

極限:(這一問最多人略過,也最貴。)情書上寫「小美寄的」,未必真的是小美本人——搞不好有人冒名,搞不好小美只是幫別人轉交。GA4 的來源/媒介也一樣:它記的只是「這筆流量看起來從哪來」,離鐵證還有一段距離。廣告會遮蔽來源、有些流量被丟進「(not set)」或「direct」這種模糊桶子、跨裝置的人可能被算成兩個人。所以讀來源/媒介時留個懷疑,把它當證據鏈的一環就好,別當結案報告——這條線在〈四張報表各自回答什麼商業問題〉會講得更細。

為什麼 GA4 什麼都拆成「事件」?

目的:你可能會問:頁面瀏覽、按鈕點擊、影片播放、表單送出……為什麼 GA4 硬要把這麼多長得不一樣的動作,全部叫「事件」?這是它跟舊版 GA 最大的差別。舊版把「瀏覽網頁」跟「互動」分成兩種東西各算各的,GA4 直接統一:在 GA4 眼裡,訪客做的每一件事,都是一筆事件。 好處是「網站上的滑動」跟「App 裡的點擊」能用同一套語言記,你想追什麼,也都能定義成一筆事件去追。

效果:彈性。你不再被「系統預設能算什麼」綁死——只要是你在乎的動作(下載了報價單、看完 80% 的影片、把商品加進購物車),理論上都能設計成一筆事件記下來。你的網站在 GA4 裡,就從一堆看不出所以然的瀏覽量,變成一條由「有意義的動作」串起來的紀錄流。

極限:這裡藏著全篇最貴的一句——事件不會自己長出來。 GA4 預設會自動記一些基礎動作(開頁、往下滑、離站點擊),但「加入購物車」「送出詢問單」這種真正跟生意有關的動作,得你自己預先想清楚、預先設計去追。你沒設計,它就記不到;記不到,報表裡就永遠找不到答案。〈事件設計學〉立過的那條定律,講的正是這件事:沒有事件設計,數據只是流水帳。 GA4 的事件模型再強,也只是一個等你發問的容器——你沒想清楚要問什麼、沒設計對應的事件,它替你收的就是一疊空白信紙。這疊信紙該怎麼鋪、GA4 跟 Pixel、GTM 各自站在哪一格,可以回頭看〈數據追蹤基礎建設全圖〉。

那看懂事件之後,下一步做什麼?

看懂「GA4 記的是一筆一筆帶來源的事件」,等於拿到字母表。真正把事件讀成生意判斷——哪張報表回答哪個問題、什麼時候該看留存、什麼時候該看流量——是下一層的功課,留在〈四張報表各自回答什麼商業問題〉細講。事件是原料,還得經過「你的問題」那道火,才會變成料理。 你手上這疊信再厚,沒帶著「我這個月想搞懂什麼」去翻,它也只是一疊信。

老闆/同事遲早會問的三題

一、我們 GA4 裡追的事件,是預先設計過的,還是只有系統預設那幾個?(只有預設=你只看得到「有人來過」,看不到「有人做了你在乎的事」,回頭補〈事件設計〉的功課。)

二、我們讀成效的時候,有沒有看事件的來源/媒介?(沒看的話,你知道有 100 個人填了表單,卻不知道這 100 個是廣告買來的還是自然來的,等於白填。)

三、我們是不是還默默相信**「打開 GA4 就會有洞察」**?(記得:GA4 給紀錄,洞察是你帶著問題推出來的。沒有問題,數字再多也是雜訊。)

三題答得清楚,代表你不只是「有裝 GA4」,而是真的知道它在替你記什麼、又替你記不到什麼。

常見問題(FAQ)

GA4 和舊版 GA(Universal Analytics)是同一個東西嗎?
不是同一套,而且舊版已經走入歷史——Universal Analytics 已於 2024 年 7 月 1 日全面停止運作。觀念上最大的差別就是本文講的:舊版把「網頁瀏覽」和「事件」分開算,GA4 把所有動作統一成「事件」一種模型。拿舊版的看法套 GA4 會處處卡住,這很正常,你沒有變笨。

GA4 會自己記錄所有動作嗎?我需要設定嗎?
它會自動記一些基礎動作(開頁、往下滑、離站點擊等),但跟你生意最相關的動作(加入購物車、送出詢問單、完成結帳)通常要自己預先設計成事件去追。這也是為什麼〈事件設計〉是整套追蹤的上游功課——你想追什麼,得先想清楚。

「來源」和「媒介」有什麼不一樣?
用情書記最快:來源是「誰寄的」(小美=訪客從哪個網站/平台來),媒介是「怎麼寄來的」(那封信=透過搜尋、廣告、還是分享連結)。兩個合起來,才是一筆流量的完整身分。

GA4 的來源/媒介一定準嗎?
不一定,這是最該記住的極限。它記的是「看起來從哪來」,會受廣告遮蔽、(not set)、跨裝置等因素干擾。歸因怎麼讀、DDA(資料驅動歸因,GA4 自 2025 年 10 月起成為預設歸因模型)又是什麼,是另一層的題目;這裡先把來源當線索看待,就夠了。


「情書」的比喻,是本站〈數位行銷素養全地圖〉體系的一部分,會隨 GA4 功能更新持續迭代(建議每半年回訪本文)。想知道你家 GA4 到底追對了沒、又漏記了哪些關鍵動作?幫你準備:數位廣告健檢表單傳送門

Related articles

事件設計學:埋碼之前,先想好你要問數據什麼問題

你的 GA4 裡有兩百個事件,卻回答不了老闆隨口問的一個問題?因為順序反了。前投手講「事件設計的反向順序」:先想清楚要回答什麼商業問題,才決定追什麼行為、才設計成事件。這篇不教怎麼埋,教你埋之前該先想什麼——以及一句你之後會一直用到的原則。

數據會說謊:抽樣、閾值、(not set) 的判讀陷阱

GA4 的數字看起來很精確,其實常常是估算。前投手誠實拆解四個會騙你的地方——抽樣、資料保留閾值、(not set) 黑洞、跨裝置——每一個都可能讓你做錯決策。附上怎麼判斷有沒有被騙。

什麼時候該請顧問、什麼時候該自己養人

同一個行銷需求,該花錢請外部顧問,還是自己養一個內部團隊?前廣告投手當過乙方顧問、也當過月投上千萬的甲方,用「客座醫師 vs 家庭醫生」把決策拆成三問:急不急、久不久、是不是你的核心。收官篇,回到全系列那句話——你可以外包執行,不能外包判斷。

量測 GEO 成效:現在做得到與做不到的

GEO 到底能不能量測?GSC 官方報表 2026 年 6 月上線後,答案是「能,但只能量一半」。這篇誠實列出 GEO 成效現在量得到什麼、量不到什麼,以及 ChatGPT 那邊為什麼還在用土法煉鋼的方式估。不吹捧、不裝懂。

名單工具地圖:對話式商務、CDP、個人化引擎在做什麼(2026)

Omnichat、OmniSegment、Insider One 到底在做什麼?這篇不比功能、不比價格,用三個工具當例子講清楚三類工具各解決什麼問題:對話式商務、CDP+行銷自動化、全通路 Agentic 顧客互動。前廣告操盤人的一手判斷:工具是死的,重點是你願不願意積極設定。

Case Studies

iFit 愛瘦身

一年半、五套系統同時上線——iFit 的流程制度化工程

B2B SaaS 服務事業

市占第一的 B2B SaaS 公司——生意越單純,選型越要精準

數位健康集團事業

七種商業模式,一套內控——一個健康集團的 ERP 與 IPO 整備