Universal Analytics（UA）是什麼？退役時間、Hit 與 GA4 差異

加入為 Google 偏好來源

通用 Analytics（Universal Analytics，UA）是 GA4 之前的 Google Analytics 資源類型，主要用 session（工作階段）與多種 hit（命中）整理網站互動。它已退役：標準 UA 於 2023 年 7 月 1 日停止處理新資料，UA 360 的延長期在 2024 年 7 月 1 日結束；UA 歷史資料也不能匯入 GA4。現在學 UA，重點是看懂舊報表與舊程式碼，不是重新部署。

一句話理解： UA 是一套已退役、以「一次造訪裡發生哪些命中」為主要心智模型的舊版分析系統；它的現代用途是解讀歷史資料，而不是收集新資料。

Universal Analytics 是什麼？

Universal Analytics 是 Google Analytics 的前一代資源類型。Google 官方把它描述為過去用來衡量網站流量的一代產品，相關說明頁現在多加上 Legacy 標記。若網站在 2020 年 10 月 14 日以前設定 Google Analytics，很可能曾建立 UA 資源，但日期只能當線索，仍要看實際資源與程式碼。

辨認 UA 最常見的線索包括：

資源／追蹤 ID 類似 UA-XXXXXXXXX-1。
管理介面分成 Account、Property、View 三層。
在 View 層設定 Filter 與 Goal。
報表大量使用 Sessions、Pages/Session、Unique Pageviews 等指標。
事件設定常出現 Event Category、Action、Label 與 Value。

這些詞並不是「GA4 的舊名字」而已。它們背後連著不同的資料結構與處理規則，所以閱讀舊教學時，第一步應先確認作者談的是 UA 還是 GA4。

UA 如何運作？先懂 User、Session、Hit

UA 常用的理解順序是：User（使用者）→ Session（工作階段）→ Hit（命中）。

User：不等於一個可確定的真人

UA 會用 Client ID、User-ID 等識別方式，把若干互動歸到某個使用者。這是分析系統中的識別結果，不保證等於一個真實自然人；同一人換瀏覽器、刪除 Cookie 或跨裝置，都可能被分開計算。

Session：一段連續造訪

Session 是使用者在一段時間內與網站互動的集合。依 UA 的官方 legacy 說明，若使用者 30 分鐘以上沒有活動，後續活動預設會進入新的 session。這也是為什麼「一天有幾次造訪」不等於「一天有幾個人」。

Hit：一次送進 UA 的互動

Hit 可以理解為傳送給 UA 的一筆互動資料。Pageview 與 event 在 UA 中是不同 hit 類型；事件又常用 Category、Action、Label 描述。

例如，一位讀者進入文章頁、再打開第二頁，最後點擊 PDF 下載：

可能形成 1 個 session；
兩次網頁瀏覽是 2 個 pageview hits；
PDF 下載若有設定，可能另送 1 個 event hit。

所以「UA 以 session 為核心」不代表 UA 沒有事件，更不代表所有資料只有 session 一個層級。較準確的說法是：UA 把不同 hit 組織進 session，再用 user、session、hit 等不同範圍產生報表。

為什麼舊教學會出現 View、Goal 與 Pages/Session？

UA 的報表由維度與指標組成。City、Page 之類的欄位是維度；Sessions、Pages/Session 則是指標。除此之外，UA 還有兩個很容易讓 GA4 初學者困惑的設計：

View（資料檢視）：同一個 UA Property 底下可以有不同 View，並在 View 層用篩選器排除內部流量、改寫欄位或建立不同報表視角。因此，兩個 View 即使來自同一網站，也可能顯示不同數字。
Goal（目標）：在 View 層設定轉換規則，例如到達感謝頁、停留達到某個時間、每次 session 瀏覽一定頁數，或觸發特定 event。Goal 是規則產生的報表結果，不等於原始行為本身。

GA4 沒有 UA 相同的 View 概念，事件結構與轉換設定也不同。看到舊文章寫「到 View 新增 Goal」或「填入 Category／Action／Label」，不要直接在 GA4 後台找同名按鈕，而要先把它翻譯成新的資料設計問題：究竟想衡量什麼行為、需要哪些事件參數、怎麼驗證資料。

UA 何時退役？三個時間點要分開

UA 的退役不是只有一個日期。把以下節點分開，才能避免誤解：

日期	發生的事	對使用者的意義
2023-07-01	標準 UA 資源停止處理新資料	免費版 UA 不再是可持續收數的方案
2024-07-01	UA 360 的一次性處理延長結束	企業版的新資料處理也告終
自 2024-07-01	Google 官方說明 UA 已 sunset 且不再可用；帳戶、API 與 Google Ads 的 UA 資料存取終止	不能把舊的匯出教學當成 2026 年仍可執行的操作

「停止處理新資料」與「失去歷史資料存取」是兩件事。標準 UA 先在 2023 年停止新增資料，但官方當時仍給一段時間查看與匯出；到了 2024 年 7 月 1 日，整體服務與存取階段才告終。這也說明為何某些舊文章會寫「還能看一段時間」：那是當年的過渡資訊，不是現在的狀態。

UA 歷史資料能不能搬到 GA4？

答案是：不能把 UA 歷史資料匯入 GA4，也不能在 GA4 Property 中直接查看 UA 的歷史報表。 GA4 只會顯示自該 GA4 資源開始收集後的資料。

這裡要把「設定遷移」和「資料搬移」分清楚。過渡期間，部分 UA 設定可以在 GA4 重建或透過工具轉換，例如某些 Goal、Audience 或 Google Ads 連結；但那不會把過去幾年的 UA 數字變成 GA4 原生歷史資料。

實務上可分成三種情況：

當年已匯出報表或資料。 可在試算表、資料庫或資料倉儲中保存與分析。UA 360 客戶若當年已有 BigQuery 匯出，也可繼續使用已保存的資料。這是外部歷史資料集，不是把資料「回灌」到 GA4。
只留下 PDF、截圖或月報。 它們仍能支持趨勢回顧，但通常缺少可重新切分的維度與明細。閱讀時應保留原始日期範圍、時區、View、篩選器、Goal 定義與幣別說明。
當年沒有匯出，現在才想下載。 依 2026 年查核到的官方狀態，不應假設仍能從 UA 介面或 API 取回，也不應相信沒有證據的「完整救回」承諾。

如果要把 UA 與 GA4 放在同一張長期趨勢圖，最好在切換點做明顯註記，保留兩套指標定義與收集期間。不要因為欄位都叫 Users 或 Sessions，就把兩段資料當成完全相同口徑。

UA 與 GA4 的差異，重點不是「改名字」

面向	Universal Analytics（UA）	Google Analytics 4（GA4）
核心資料模型	以 session 組織多種 hit	以 event 為統一收集基礎
事件	Event Category／Action／Label 常見；pageview 是另一種 hit	以 event name 與 parameters 描述互動
報表治理	Property 下有 View，可在 View 層套篩選與 Goal	沒有相同的 View 結構，改用 Property、data stream、報表自訂與其他治理功能
轉換	Goal 與電商交易等舊式架構	以事件及 key event／conversion 邏輯衡量
網站與 App	網站衡量是主要脈絡，App 有舊式獨立報表與 SDK	網站與 App 可放入統一事件模型分析
歷史資料	已退役，官方存取已終止	只含 GA4 開始收集後的資料；不能吸收 UA 歷史資料

GA4 仍然有 session 概念與相關指標，所以不能把差異粗暴寫成「UA 有 session、GA4 沒有 session」。真正的差別是資料收集基礎、事件結構、身分方法、報表範圍與處理規則整體改變。這些變化都可能讓同名數字不同。

為什麼 UA 至今仍重要？三個實例

1. 內容網站：讀懂一次造訪發生了什麼

舊報表顯示 10,000 Sessions、18,000 Pageviews，不能直接說「有 18,000 人」。Pageviews 是瀏覽 hit 的總數，一個 session 可包含多次瀏覽；Users 又是另一個識別層級。若要和 GA4 比較，還要確認兩邊的日期、時區、流量排除與 user 定義。

2. App：辨識已過時的操作脈絡

舊教材可能教你看 Screenviews、Screens/Session，或在 mobile app View 裡設定 Goal。這些內容可協助解讀歷史報表，但不適合作為新 App 的實作指南。新專案應依 GA4／Firebase 的現行事件模型設計與驗證。

3. 電商：交易、事件與 Goal 不是同一件事

一次購物 session 中可能出現商品瀏覽、加入購物車 event、結帳頁 pageview、transaction，以及由規則觸發的 Goal。若 UA 交易數與後台訂單不同，可能涉及標籤未觸發、重複送出、付款跨網域、退款處理或 View 篩選等多種因素，不能只用一個原因解釋。

此外，UA 把交易信用分配給某個來源／媒介，是歸因規則的結果，不代表該管道在因果上「造成」了購買。

常見錯誤與自我檢查

常見錯誤

把 UA-... ID 貼進 GA4 的 measurement ID 欄位。
認為 UA 只是停止更新功能，仍能重新啟用收數。
把「遷移 Goal 設定」誤認成「搬入 UA 歷史資料」。
直接把 UA 與 GA4 的 Users、Sessions、Conversions 接成同一口徑。
忽略 UA View 的 filters、Goal 與時區設定，導致歷史數字失去上下文。
把匯總報表當成完整原始事件資料，或把歸因結果當成因果證明。

自我檢查清單

在使用一份舊 GA 資料前，先回答：

來源是 UA 還是 GA4？有沒有 UA- ID、View、Goal 等線索？
資料涵蓋哪個日期與時區？是否跨過 2023 或 2024 的退役節點？
數字的 scope 是 user、session 還是 hit／event？
UA View 套用了哪些 filters？Goal 定義在期間內有沒有變更？
這是官方報表匯出、外部資料倉儲、PDF，還是人工彙整？能否追溯欄位定義？
若要和 GA4 比較，是否已標註兩套定義、實作與資料缺口？

完成這六項，比強迫兩套數字「完全對上」更重要。

FAQ

Universal Analytics 現在還能使用嗎？

不能把 UA 當作現行新資料收集方案。標準 UA 在 2023 年 7 月 1 日停止處理新資料，UA 360 的延長在 2024 年 7 月 1 日結束；Google 官方目前將 UA 標為 sunset 且不再可用。

UA 歷史資料可以匯入 GA4 嗎？

不可以。Google 官方明確說明，UA 歷史資料不能匯入 GA4，也不會出現在 GA4 資源中。若當年已匯出，只能在外部檔案或資料倉儲保存與分析。

看到 `UA-XXXXXXXXX-1`，就代表網站現在沒有 GA4 嗎？

不一定。它證明網站或設定曾指向 UA，但網站可能同時或後來另裝 GA4。要確認現況，仍需檢查目前載入的 Google tag、GTM 設定、GA4 data stream 與實際收數結果。

UA 的 hit 和 GA4 的 event 是同一件事嗎？

不能直接畫等號。UA 有多種 hit 類型，pageview 與 event 分開；GA4 則把互動統一建模為 event，再用參數補充內容。遷移時應重新設計事件名稱與參數，而不是逐欄複製。

UA 與 GA4 的 Sessions 為什麼對不上？

兩者的資料模型、身分方法、工作階段規則、流量排除、時區、實作與報表處理都可能不同。應先核對設定與趨勢，不要把任何差異都判定為追蹤錯誤，也不要假設同名指標必然相等。

官方參考資料

研究截止日：2026 年 7 月 31 日。 平台介面與政策仍可能調整；閱讀高更新風險資訊時，請再以 Google 官方最新文件為準。

通用 Analytics（Universal Analytics，UA）是什麼？舊資料模型、退役時間與 GA4 遷移判讀

Universal Analytics 是什麼？