用 GA4 事件、參與度、關鍵事件與流量來源追蹤訪客行為，也說明歸因、同意模式、資料門檻與數字不能直接代表因果。
這篇不打算只教你『在哪裡按哪個鈕』,而是把 GA4 的底層邏輯、幾個最容易被誤讀的數字，以及它在隱私時代的能力邊界講清楚，讓你看數據時知道自己在看什麼、什麼時候該保守解讀。
先搞懂：GA4 把『工作階段』換成了『事件』
用過舊版 Universal Analytics(UA)的人，腦袋裡的模型是這樣：一個使用者進站，開一個工作階段(session),session 像一個容器，裡面裝著這次造訪的所有動作(hits),看了幾頁、待多久，都掛在這個 session 底下。UA 甚至規定，每天午夜一到，session 就強制重開。
GA4 把這套整個掀掉，改成以事件(event)為單位。訪客的每一個互動——載入一頁、捲動、點一個外連、送出一張表單——都是一個獨立的 event,直接掛在使用者身上，中間不再硬包一層 session。每個 event 還能帶上參數(parameters)當註記，比如哪個頁面、什麼按鈕、停留多久。這個差別不是換皮：UA 時代一個事件只有 category、action、label 三個欄位，能記的東西很窄；GA4 的事件加參數，等於在每個動作上多插了好幾支感測器，量到的細節深得多，而且同一套模型能同時涵蓋網站與 App。
對你最實際的一個提醒是：因為底層邏輯換了，GA4 的數字不能拿去跟舊 UA 一比一對照。session 的算法變了(GA4 不再午夜重置，而是靠 session_start 事件產生 session ID),連『跳出率』的定義都變了(下面會講)。硬要把兩邊數字擺一起比高下，只會得到假結論。
不用寫一行程式就自動記錄的事件
GA4 有一個叫加強型評估(Enhanced Measurement)的開關，打開之後，它會自動幫你記一批常見動作，不需要工程師另外埋碼：
- page_view:每一次看頁。
- scroll:訪客捲到頁面九成深度時觸發，用來判斷有沒有把內容看完。
- 外連點擊(click):點了連到站外的連結。
- 站內搜尋(view_search_results):用了你網站上的搜尋框。
- 檔案下載、影片互動、表單互動:下載檔案、看影片、跟表單互動。
工程判斷上要注意兩件事：一是先確認這些自動事件哪些對你有意義、哪些會誤觸(例如站內錨點跳轉也可能被算成捲動);二是這些只是『基本盤』,真正對生意重要的動作(撥號、送出詢價)通常還是要另外標記，這就接到下一段。
三個最常被誤讀的指標
GA4 報表裡有幾個數字，乍看跟舊版同名，其實內涵已經換過，不先弄懂很容易解讀錯。
參與工作階段與參與率
GA4 用參與度(engagement)取代了含糊的『跳出』。一個 session 只要符合下列任一條件，就算『有參與』:
- 在你的分頁停留且實際互動超過十秒(這個門檻可在資料串流設定裡調成十到六十秒);
- 這次造訪產生了兩個以上的網頁瀏覽;
- 或觸發了至少一個關鍵事件。
背後的機制是一個叫 user_engagement 的自動事件，它會累計頁面實際處於焦點的時間(engagement_time_msec),而不是把開著沒看的分頁也算進去。參與率就是『有參與的 session ÷ 全部 session』。
最大的誤區在這裡：GA4 的『跳出率』被重新定義成『1 減去參與率』,跟 UA 那個『只看一頁就走』的舊跳出率根本不是同一回事。看到 GA4 跳出率比以前低很多，先別高興，那多半只是換了算法，不是你網站突然變好。
資料保留與高基數的『(other)』
兩個小陷阱順帶提醒。GA4 探索報表的資料保留期限預設只有兩個月，建議進後台改成十四個月，不然想回頭做長期分析，會發現舊資料早被清掉了。另外，當某個參數的值太多樣(高基數),GA4 會把冷門的那些併成一個 (other) 桶，細節就糊掉了——網址帶太多雜參數時特別容易踩到。
『轉換』為什麼改叫『關鍵事件』
2024 年 3 月 21 日，Google 動了一次讓很多人愣住的改名：把大家熟到不行的『轉換(Conversions)』,在 GA4 裡改成『關鍵事件(Key Events)』。這不只是換字面。現在的分工是——『轉換』一詞被收回去，專門留給 Google Ads 那邊的廣告成效；而在 GA4 報表裡，只有你親手標記成關鍵事件的那幾個動作，才會被當成生意目標來追蹤。
邏輯其實很順：GA4 眼中什麼都是事件，看一頁是事件、點按鈕是事件、送表單也是事件；你要做的，是從這一大堆事件裡，把『對生意有金錢意義』的那幾個(撥電話、送出詢價表單、加 LINE 好友)挑出來，貼上關鍵事件的標籤，GA4 才會把它們拉進成效報表。2025 年起 GA4 還會依訪客行為自動建議可以標記的事件，並內建站內的事件編輯器，所以不一定要先學會 Google Tag Manager 才能設。
這裡有個工程紀律要守住：標記關鍵事件要克制。只把真正代表商機的動作標成關鍵事件。如果連『捲到底』『看了三頁』都標下去，報表上的『成效』就會被灌水，你會誤以為生意很好，實際上只是有人在滑手機。量測的價值在誠實，不在數字漂亮。
歸因：這筆生意到底算哪個管道的功勞
行銷最貴的問題永遠是：錢同時花在好幾個管道，成交卻只有一筆，功勞怎麼分？這就是歸因(attribution)。到 2026 年，GA4 已精簡到只剩三種模型：
- 數據驅動歸因(Data-Driven,預設):用機器學習看整條路徑，按各接觸點的實際貢獻分配功勞，所以你會在報表看到 2.4 這種帶小數的轉換數——代表一筆成交被拆給了好幾個管道。
- 付費與自然：最終點擊:功勞全給成交前最後一個非直接管道。
- Google 付費管道：最終點擊:只算 Google 廣告的最後一次點擊。
關鍵是，GA4 的歸因是跨管道、跨造訪的，它會在一個回溯窗(預設三十天，關鍵事件可拉到九十天)內，把同一個人先後走過的管道串起來看，而不是只認成交當下那一次。
實務上最常見的紅旗，是『直接(Direct)』流量異常肥大。Direct 通常代表 GA4『不知道這個人從哪來』,而它多半不是真的有人手打網址，而是歸因漏氣：對外的廣告與貼文連結沒有加 UTM 標籤、來自通訊軟體與私訊的『暗社群』無法辨識、或是下一段要講的『被丟掉的訪客』被塞進了 Direct。所以想讓歸因準，第一步不是研究模型，而是把每一條對外連結的 UTM 參數規範好,這是最便宜、回報卻最高的基本功。
隱私時代的隱形邊界：同意模式與資料門檻
這一段特別寫給要判斷『GA4 數字能不能全信』的人。現在的瀏覽器與法規越來越限制第三方 cookie,當訪客拒絕追蹤時，GA4 靠兩個機制補洞，但兩個都有門檻：
- 同意模式與行為建模(Consent Mode 加 Behavioral Modeling):訪客不同意時，GA4 只收到不含個資的『無 cookie 訊號(cookieless pings)』,再拿『同意者的行為樣態』去用機器學習推估不同意者大概做了什麼。
- 但這套建模有硬門檻:大致需要每天約一千個『拒絕』事件、連續七天，外加過去二十八天內每天約一千個『同意』使用者。流量還不夠大的網站根本湊不到這個量,於是建模不會啟動，那些不同意的訪客不是被推估，而是直接被丟掉,他們帶來的成交還會被莫名其妙算到 Direct 頭上。
另一個容易被忽略的是報表資料門檻(Data Thresholding):當你開啟人口統計或 Google Signals,GA4 為了避免有人反推出個別身分，會把流量太小的細分資料整列藏起來。這對大站沒感覺，對小站卻常常是『年齡、地區一點開就是空白』。
搜尋平台不公開固定權重，也沒有能套用所有產業的流量或轉換增幅。以 Search Console、商家檔案與實際詢問紀錄建立基準，一次調整一個項目，再比較查詢、曝光、點擊與有效詢問，會比引用沒有原始資料的平均值可靠。
工程化的開始步驟：裝好，還要驗收
懂了原理之後，實際導入其實不難，重點是要像對待任何一套量測設備一樣做驗收,別裝完就當它一定在跑：
- 用 Google 帳號建立 GA4 資源，拿到一段評估 ID(G- 開頭)的追蹤代碼。
- 把代碼裝到網站的每一頁(廷皓可以代裝，也能用 GTM 統一管理)。
- 當場驗收:用 GA4 的『即時』報表或 DebugView,看自己的操作有沒有即時進來——這一步最常被跳過，結果是資料漏了一整週才發現追蹤碼根本沒生效。
- 設定關鍵事件(撥號、送出詢價、加 LINE),把資料保留改成十四個月，並訂好對外連結的 UTM 規範。
- 等資料累積幾天後，定期看『取得(Acquisition)』搞懂人從哪來、看『參與(Engagement)』搞懂人做了什麼。
跟 Search Console 一起看，整條路才完整
最後補上關鍵的另一半。GA4 看的是『進站之後發生什麼』——on-site 的行為與關鍵事件；而 Google Search Console 看的是『進站之前』——訪客在 Google 搜尋裡用什麼關鍵字找到你、你出現了幾次(曝光)、被點擊的比率(CTR)與平均排名。兩邊本來就是互補：GSC 交代『被搜到』的那一段，GA4 接手『進站到成交』的那一段，串起來才是一條完整的路(可以搭配我們那篇 GSC 的文章一起讀)。
