Google Analytics 4（GA4）是目前 Google Analytics 的現行資源類型，用「事件」記錄網站與 App 上發生的互動。你可以把網站、iOS 與 Android 的資料送進同一個 GA4 資源，再用報表、探索、API 或 BigQuery 分析。不過，GA4 不是自動產生完整真相的計數器；設定、同意狀態、識別方式與報表限制都會影響結果。
一句話理解： GA4 像是把網站與 App 上的行為都翻成「事件」這種共同語言，再放進同一套分析工具裡查看。
GA4 是什麼？
GA4 的完整名稱是 Google Analytics 4。它不是一小段追蹤碼，也不只是舊版介面換新皮，而是 Google Analytics 的一種「資源（Property）架構」。資源是接收、處理與呈現資料的容器；Google tag、Google Tag Manager（GTM）或 Firebase SDK，則是把資料送進容器的工具。
Google 官方說明把這一代產品定義為能從網站與 App 收集事件式資料的 Analytics。官方部分新頁面現在直接把它寫成「Google Analytics」，但許多文件與業界仍使用「GA4」，用來清楚區別已退役的 Universal Analytics（UA）。因此，看到 GA4 時，可以先理解為「現行的 Google Analytics 資源類型」，而不是另一套獨立產品。
GA4 的核心價值不在於報表變多，而是網站與 App 能使用較一致的衡量語言。網站的頁面瀏覽、按鈕點擊，App 的畫面瀏覽、功能使用，或電商的加入購物車與購買，都可以被描述成事件，再加上參數交代事件發生時的情境。
GA4 如何運作？
從使用者動作到你看見報表，大致可以分成四步：
- 資料來源送出訊號。 網站可透過 Google tag 或 GTM，App 可透過 Google Analytics for Firebase SDK，把資料送到 GA4。
- 互動被記成事件。 事件名稱描述「發生了什麼」，例如
page_view、scroll或purchase；參數則補充頁面、商品、金額等情境。 - GA4 資源處理資料。 資源依設定、識別訊號、同意狀態與平台規則處理事件，形成可供報表使用的維度與指標。
- 使用不同表面分析。 你可以用即時報表檢查資料是否進來、用標準報表監控指標、用探索做漏斗或路徑分析，也能透過 Data API 或 BigQuery 進一步處理。
事件式資料模型，不代表沒有工作階段
GA4 常被稱為「事件式分析」，意思是互動的基本記錄單位是事件。這和 UA 以不同 hit 類型、工作階段報表為主的心智模型不同。但「事件式」不表示工作階段消失；GA4 仍會產生 session 相關指標，只是工作階段是由事件與相關參數組成的分析角度之一。
這個差別很重要。假設兩位讀者都看過三個頁面，其中一位有播放影片、下載檔案，另一位只快速滑過。只看頁面瀏覽數時，他們可能很像；把互動統一成事件後，就比較容易描述兩條不同的行為路徑。
網站、iOS 與 Android 如何放在一起？
GA4 用「資料串流（Data stream）」表示資料從某個顧客接觸點流入資源。常見做法是一個網站使用 Web 串流，iOS 與 Android App 各有自己的 App 串流；若它們服務同一個邏輯上的使用者族群，便可放進同一個 GA4 資源分析。
但把串流放在一起，不等於 GA4 自動知道不同裝置一定是同一個真人。網站可能使用 client ID，App 可能使用 app-instance ID；若企業另有 User-ID 與適當的登入、同意設計，才可能在特定條件下改善跨裝置識別。識別碼是衡量訊號，不應直接解讀成法律或現實世界中的唯一個人。
GA4 可以在哪裡看資料？
GA4 不只有一張固定報表。不同分析表面解決的問題不同：
| 分析表面 | 適合做什麼 | 判讀提醒 |
|---|---|---|
| Realtime／即時報表 | 確認最近事件是否進站、活動是否開始產生流量 | 適合監控與初步驗證，不等於最終處理完成的報表 |
| 標準報表 | 日常查看流量、獲客、互動、內容、營收與使用者概況 | 可能使用彙總資料、建模或資料門檻 |
| Explorations／探索 | 做臨時切分、區隔、漏斗、路徑與更細的問題分析 | 可能受資料保留、取樣、欄位相容性影響 |
| Data API | 讓程式或第三方工具讀取 GA4 報表資料 | 受 API 配額與報表處理邏輯影響 |
| BigQuery Export | 查詢事件與使用者層級資料、串接其他資料源 | 不包含標準報表的所有 Google 加值與建模，數字不必然完全相同 |
新手最常犯的錯，是在兩個表面看到不同數字，就立刻判定其中一個壞掉。正確做法是先確認日期、時區、維度、指標、篩選、識別與歸因設定是否一致，再檢查取樣、資料門檻、建模與處理時間。
為什麼 GA4 重要？
第一，它把網站和 App 放進較一致的事件架構。對同時經營官網與 App 的團隊來說，大家可以用一套事件名稱討論「看商品、加入購物車、開始結帳、完成購買」，比較不必先把兩個平台各自的舊語言翻譯一次。
第二，它把「企業認為重要的行為」拉進分析核心。事件可以被標示為重要事件（Key event），再用於報表、對象與廣告整合。不過，標示重要事件只表示這個動作對業務重要，不保證事件一定被正確實作，也不代表平台能證明某個廣告「造成」結果。
第三，GA4 同時提供日常報表與更細的分析出口。行銷人員可以看標準報表，分析人員可以用探索或 API，資料團隊可以在 BigQuery 與訂單、會員或客服資料交叉分析。這種彈性也帶來責任：團隊必須先定義共同的事件、參數與商業口徑，否則工具越多，數字反而越難對齊。
三個實際例子
1. 內容網站：不只看流量，也看閱讀行為
媒體網站可以查看文章的 page_view，再搭配捲動、站內搜尋、外連點擊或訂閱事件，判斷哪些內容不只帶來訪客，也讓人繼續閱讀或採取下一步。這仍只是行為訊號；若要知道內容為何有效，還需搭配內容實驗、讀者研究或其他證據。
2. App：把功能採用與穩定性放進同一脈絡
App 接上 Firebase SDK 後，可以記錄自動事件、使用者屬性與自訂事件。例如產品團隊想了解新功能是否被使用，可比較開啟功能、完成任務與錯誤事件；也能與 Crashlytics、FCM 或 Remote Config 等 Firebase 服務協作。事件量增加不一定代表體驗變好，仍要回到任務是否完成與錯誤是否下降。
3. 電商：從商品瀏覽追到購買
電商可規劃 view_item、add_to_cart、begin_checkout、purchase 等建議事件，搭配商品、價格、幣別與交易 ID 等參數，觀察購物流程在哪裡流失。這些電商資料不會因為安裝基本 GA4 代碼就全部自動出現；網站或 App 必須額外實作，並先用 debug mode 與 DebugView 驗證事件與參數，再等待正式報表完成處理。
GA4 與 UA 有什麼不同？
| 面向 | GA4 | Universal Analytics（UA） |
|---|---|---|
| 核心記錄方式 | 以事件與參數描述互動 | 使用多種 hit 類型，許多報表以工作階段為中心 |
| 平台範圍 | 原生支援網站、iOS、Android 串流 | 主要從網站分析脈絡發展 |
| 設定心智模型 | 資源、資料串流、事件、重要事件 | 資源、資料檢視、頁面瀏覽、目標等舊語彙 |
| 現況 | 現行 Google Analytics 資源 | 標準 UA 已在 2023-07-01 停止處理新資料；UA 360 的延長也在 2024-07-01 結束 |
這張表只用來避免新手套錯教學。GA4 與 UA 的使用者、工作階段、跳出率與歸因計算不能只因名稱相似就直接比較；完整歷史與遷移問題應另看 GA4-003「Universal Analytics（UA）」。
GA4 的主要限制
GA4 很有用，但它不等於百分之百完整、即時、無偏差的真相。常見限制包括：
- 收集品質限制： 標籤漏裝、重複安裝、事件命名不一致、參數漏送，都會直接改變報表。
- 識別限制： cookie、裝置識別碼、登入狀態與同意選擇都會影響使用者計算；使用者數不是「真人名冊」。
- 查詢限制： 大量事件的探索可能取樣；高基數維度可能把較少見的值合併到
(other)。 - 隱私與門檻： 低使用者數或敏感訊號可能觸發資料門檻；Consent Mode 與建模也會讓「觀察資料」和「估算資料」並存。
- 表面差異： 標準報表、探索、API 與 BigQuery 不是同一份畫面的不同包裝，資料範圍與加值可能不同。
- 時間差： 即時報表先看得到事件，不表示所有正式報表與歸因已處理完成。
GA4 提供隱私控制、無 cookie 情境的衡量與模型能力，但這不等於「完全不使用 cookie」，也不等於自動符合任何地區的法規。實作者仍需根據自己的資料、用途、使用者與適用規範，設計告知、同意、保留與權限。
常見錯誤與自我檢查
常見錯誤
- 只確認畫面有數字，就認為設定正確。 有資料不代表事件名稱、參數或去重正確。
- 把每個點擊都做成不同事件名稱。 名稱失控後很難跨頁面、跨平台比較；重複動作應盡量使用一致事件，再用參數補情境。
- 安裝基礎代碼後就期待完整電商漏斗。 電商事件與參數通常需要額外開發與測試。
- 直接把 GA4 數字和 UA、BigQuery 或廣告平台相減。 先對齊定義、期間、時區、歸因與資料處理方式。
- 把歸因當成因果。 GA4 可以分配重要事件功勞，但不能單憑報表證明某個接觸點造成購買。
- 忽略內部與測試流量。 開發、客服與公司內部操作可能污染正式資料。
自我檢查清單
- [ ] 網站與 App 是否送到正確的 GA4 資源與資料串流？
- [ ] Realtime／DebugView 是否出現預期事件，而且沒有重複？
- [ ] 事件名稱、必要參數、幣別與交易 ID 是否符合團隊規格？
- [ ] 重要事件是否真的是業務要追蹤的結果，而不是所有小動作？
- [ ] 報表比較時是否使用相同日期、時區、維度、指標與篩選？
- [ ] 是否記錄同意設定、內部流量、資料保留與權限的決策？
- [ ] 是否把模型、門檻、取樣、
(other)與處理時間列入解釋？
FAQ
GA4 是免費的嗎？
Google 提供標準版 GA4，另有付費的 Analytics 360。兩者的配額、服務與部分功能限制不同；數字容易更新，實際採用前應查當下官方比較與限制頁。
GA4 可以只追蹤網站，不做 App 嗎？
可以。GA4 資源可以只有 Web 資料串流；「支援網站與 App」代表可整合，不代表每個資源都必須同時擁有三種串流。
GA4 既然是事件式，還有工作階段和跳出率嗎？
有。事件是收集與資料模型的核心，但 GA4 仍提供 session 相關指標，也有參與率與跳出率。它們的定義與 UA 不完全相同，不能直接套用舊版解讀。
Realtime 看到事件，就表示報表一定正確嗎？
不一定。Realtime 能確認事件最近有送達，但還要檢查事件是否重複、參數是否完整、商業定義是否一致，以及正式報表處理後的結果。
GA4 可以精準追蹤同一個人跨網站與 App 的所有行為嗎？
不能這樣保證。跨平台分析會受到登入、User-ID、裝置識別、cookie、同意狀態、瀏覽器與模型條件影響。GA4 衡量的是可取得的訊號與估算，不是完整真人監控。
GA4 的歸因報表能證明哪個廣告造成購買嗎？
不能單獨證明。歸因模型是在既定規則或模型下分配重要事件功勞；要判斷因果，仍需要實驗設計或其他更嚴謹的方法。
相關百科詞條
- GA4-001：Google Analytics（GA）
- GA4-003：Universal Analytics（UA）
- GA4-006：Data stream（資料串流）
- GA4-016：Event（事件）
- GA4-038：Reporting identity（報表識別）
- GA4-062：Key event（重要事件）
- GA4-082：Reports（報表）
- GA4-085：Explorations（探索）
- GA4-099：BigQuery Export
官方參考資料
- Introducing the next generation of Analytics
- Google Analytics 4 property
- Event
- Data collection
- Overview of Google Analytics reports
- Reporting surfaces comparison
- Google Analytics for Firebase
- Set up ecommerce events
研究截止日：2026-07-31（Asia/Taipei）。 GA4 的介面名稱、配額、資料處理、建模與隱私功能可能更新；實作或發布前請再核對官方最新文件。
