GA4 資料保留期限是什麼?2 個月和 14 個月差在哪
GA4 資料保留期限的 2 個月和 14 個月,主要差在探索報表、漏斗報表、路徑探索可使用的使用者層級與事件層級資料範圍;標準彙總報表不會用同一種方式消失。
很多網站一開始沿用預設值,問題不是今天看不到報表,而是三個月後要做回訪、年度比較、漏斗拆解時,才發現探索能用的原始事件資料不夠。我的判斷是,新 GA4 資源若沒有明確合規縮短需求,至少要先檢查這個設定。
| 版本或設定 | 可選期間 | 主要影響 | 適合情境 |
|---|---|---|---|
| GA4 免費版預設 | 2 個月 | 使用者層級、事件層級資料保留較短 | 只看近兩個月操作表現 |
| GA4 免費版最長 | 14 個月 | 探索、漏斗、路徑可分析範圍較長 | 年度比較、回訪分析、漏斗檢查 |
| GA4 360 其他事件資料 | 26、38、50 個月 | 企業版可用更長事件資料保留選項 | 大型資源、企業報表治理、長期分析需求 |
免費版 GA4:2 個月 vs 14 個月
免費版 GA4 常見的資料保留選項是 2 個月與 14 個月。依 Google 的資料保留說明,這個控制項處理的是 Analytics 伺服器中的使用者層級和事件層級資料。
2 個月不是錯誤設定,但它太容易卡到真實分析工作。行銷人平常看標準報表可能無感,分析師一打開探索報表做半年路徑或回訪區隔,就會碰到資料範圍限制。
GA4 360:26、38、50 個月是什麼情境
GA4 360 主要給企業級資源使用,其他事件資料可有 26、38、50 個月等更長保留選項。這不是一般免費 GA4 資源可以直接開啟的設定。
如果需求只是看年度趨勢,先把免費版 GA4 資料保留設定調到 14 個月通常已經能解決多數介面內分析問題;若要保留多年原始事件資料,重點會轉向 BigQuery Export。
重要事件資料與其他事件資料的差異
官方文件列出,GA4 資源的使用者層級資料保留期限可設為 2 個月或 14 個月,且此期限也適用於重要事件資料;其他事件資料在 360 情境下才有更長選項。
設成 2 個月,資料真的會消失嗎?
設成 2 個月後,受影響的是保留期限內可用的使用者層級與事件層級資料;標準彙總報表仍可能看得到歷史彙總,不代表所有 GA4 資料同時歸零。
這是最容易誤解的一點。看到標準報表還有去年資料,不能反推探索報表也能查到同樣深度;看到探索缺資料,也不能直接判斷網站追蹤碼壞掉。
標準報表仍可能看得到歷史彙總
Google 明確說明,資料保留設定不會影響 GA4 資源中的標準彙總報表,即使報表使用主要或次要維度也一樣。因此,流量開發、頁面、事件等標準報表可能仍顯示超過 14 個月的彙總趨勢。
實務上,這就是「為什麼報表還在,但探索看不到」的根本原因:兩者取用的資料層級不同。
探索、漏斗、路徑會受資料保留限制
探索報表、漏斗探索與路徑探索會受 GA4 資料保留期限限制。當日期範圍超過保留期限,非彙總報表只能列出仍在保留期間內的資料。
如果你的資源仍是 2 個月,卻拿探索去看半年前的使用者路徑,空白或少資料是合理結果。這不是介面壞掉,是設定本身限制了可分析範圍。
用「原始事件資料/彙總報表資料/外部匯出資料」三層解釋
| 資料層級 | 放在哪裡看 | 是否受 GA4 資料保留影響 | 判斷重點 |
|---|---|---|---|
| 原始事件與使用者層級資料 | 探索、漏斗探索、路徑探索 | 會受影響 | 保留期限越短,可回查範圍越短 |
| 彙總報表資料 | GA4 標準報表 | 不受同一限制 | 可看趨勢,但不等於可重做原始事件分析 |
| 外部匯出資料 | BigQuery | 取決於是否已匯出與外部保存政策 | 適合建立 GA4 介面外的長期保存管道 |
建議改成 14 個月嗎?用情境決策樹判斷
多數行銷與分析情境建議把 GA4 資料保留期限設為 14 個月;只有在內部隱私、合規或資料最小化政策要求時,才保留 2 個月。
我的做法會很直接:如果這個 GA4 資源未來要做任何跨季、跨年、漏斗、路徑或回訪分析,2 個月太短。不要等到要查去年活動成效時,才發現資料層級不夠用。
只看近兩個月標準報表
如果網站只需要看最近流量、活動來源、熱門頁面、重要事件總數,而且不做探索報表拆解,2 個月仍能支撐基本管理需求。
但這種情境比想像中少。只要主管問「去年同檔活動的回訪品質如何」,2 個月設定就會變成限制。
要做年度比較、漏斗、路徑、回訪分析
只要會用到年度比較、漏斗報表、路徑探索、使用者區隔、回訪行為,GA4 14 個月是比較穩的基本設定。14 個月也剛好能覆蓋常見的去年同期比較。
- 只看標準彙總報表:可接受 2 個月,但仍建議確認需求。
- 要做探索或漏斗:改 14 個月。
- 要保存超過 14 個月的原始事件資料:規劃 BigQuery Export。
- 有企業級上限、未取樣或治理需求:評估 GA4 360。
需要合規縮短保存期限的情境
若公司有明確資料保存政策、隱私治理要求或客戶合約限制,2 個月可能是刻意選擇。這時不能只因為分析方便就拉長,應先確認內部政策與權限責任。
SEO 和行銷團隊常犯的錯,是把「分析需要」放在最前面,卻沒有問資料治理負責人能不能留。這個問題要先談清楚。
GA4 資料保留期限怎麼改成 14 個月
GA4 資料保留設定路徑是「管理」到「資料設定」到「資料保留」,具備編輯者角色後,把事件資料保留改成 14 個月並儲存。
設定路徑
- 進入 Google Analytics。
- 確認目前選到正確帳戶與 GA4 資源。
- 點選「管理」。
- 在資源欄位進入「資料設定」。
- 點選「資料保留」。
- 把事件資料保留選為 14 個月。
- 視需求設定「發生新活動時重設使用者資料」。
- 按下「儲存」。
這裡需要編輯者角色。若只看得到報表,卻找不到管理設定,通常是權限不足。
變更後多久生效
依官方說明,每次修改保留期限後,Analytics 會在 24 小時後套用變更;如果在這段期間還原,資料不會受到影響。
延長期限只會套用到已收集且尚未被刪除的資料。已經超過保留期限並被刪掉的事件資料,不要期待改成 14 個月後會自動回來。
縮短期限後的刪除風險
把期限從較長改短,系統會在新期限過後的次月刪除受影響資料。這個動作不該在沒有內部確認時隨手調整,尤其是多人共用的正式資源。
GA4 資料保留影響矩陣:報表、探索、Looker Studio、API、BigQuery
GA4 資料保留期限主要影響探索、漏斗、路徑等非標準彙總分析;Looker Studio 與 Data API 不是原始事件倉庫,BigQuery 才是長期保存原始事件資料的主要管道。
| 工具或報表 | 能不能看超過 14 個月 | 是否保存原始事件資料 | 重點判斷 |
|---|---|---|---|
| GA4 標準報表 | 可能可以看歷史彙總 | 否 | 適合趨勢與例行報表 |
| 探索報表 | 受保留期限限制 | 否 | 適合事件、使用者、區隔分析 |
| 漏斗報表 | 受保留期限限制 | 否 | 適合轉換流程診斷 |
| 路徑探索 | 受保留期限限制 | 否 | 適合頁面與事件路徑分析 |
| Looker Studio | 看資料來源提供的範圍 | 否 | 視覺化工具,不是保存管道 |
| Data API | 查詢 GA4 可提供的報表資料 | 否 | 適合自動化報表查詢 |
| BigQuery Export | 取決於匯出後保存多久 | 是 | 適合長期保存與 SQL 分析 |
哪些地方能看超過 14 個月
標準報表可能能看超過 14 個月的歷史彙總,BigQuery 則能保存已匯出的原始事件資料,保存多久取決於你的資料集與公司政策。
真正要做長期資料治理,不要只靠 GA4 介面。介面是分析工具,不是完整資料倉庫。
哪些地方只能看保留期內資料
探索、漏斗探索、路徑探索這類非彙總分析,會受到 GA4 資料保留期限限制。設定 2 個月時,分析空間就很窄;設定 14 個月時,至少能支撐一年左右的比較。
Data API、Looker Studio 不是原始事件倉庫
Looker Studio 是視覺化報表工具,Data API 是查詢 GA4 報表資料的介面。兩者都不等於把 GA4 原始事件資料完整存下來。把它們當備份,是很多團隊事後補救失敗的原因。
超過 14 個月要怎麼保存或分析 GA4 資料
超過 14 個月的原始事件資料,應在 GA4 介面外規劃保存管道;BigQuery Export 負責保存事件資料,Looker Studio 與 Data API 負責查詢和呈現。
| 方案 | 適合用途 | 限制 | 判斷 |
|---|---|---|---|
| BigQuery Export | 保存原始事件資料、SQL 分析、跨系統整合 | 連結後才開始匯出,標準版每日批次匯出有事件上限 | 長期保存首選 |
| Looker Studio | 儀表板、視覺化、例行報表 | 不保存 GA4 原始事件資料 | 適合看報表,不適合當倉庫 |
| Data API | 自動查詢報表資料、接內部系統 | 不是事件級備份 | 適合報表流程自動化 |
| GA4 360 | 企業級保留、上限、治理需求 | 成本與採購門檻較高 | 適合大型資源與企業團隊 |
BigQuery Export 適合保留原始事件資料
BigQuery Export 是 GA4 長期保存原始事件資料的主要選項。Google 說明中也列出,標準 GA4 資源每日批次匯出限制為 100 萬個事件,串流匯出沒有同樣的事件數量限制。
完成連結後,資料通常會在 24 小時內開始傳送到 BigQuery 專案。這是從建立管道後開始保存,不是把已經刪除的歷史事件資料救回來。
Looker Studio / Data API 適合彙總報表查詢
Looker Studio 適合把 GA4、BigQuery 或其他來源做成報表;Data API 適合把報表資料接到內部流程。它們的價值在「取用與呈現」,不是長期保存原始事件。
GA4 360 適合企業級保留與上限需求
GA4 360 適合事件量大、權限複雜、報表治理要求高的企業資源。若只是一般網站想避免 2 個月太短,先改 14 個月並設定 BigQuery,通常比直接思考企業版更務實。
資料不見不一定是保留期限:先跑診斷流程
GA4 資料不見時,先檢查資料處理延遲、日期範圍、探索限制、取樣、資料閾值、高基數與區隔條件,最後才判斷是否超過資料保留期限。
我不建議一看到空白就改設定。很多缺資料其實是昨天資料尚未處理完,或探索條件切太細。先分辨原因,才不會把正常延遲誤判成資料消失。
先等資料處理完成,GA4 可能需要 24 到 48 小時
依 Google 的資料更新間隔說明,資料處理可能需要 24 到 48 小時才能完成,在這段期間報表資料可能變動。今天或昨天的資料偏少,常見原因是尚未完成處理。
檢查探索日期範圍是否超過保留期限
如果探索報表日期範圍超過 GA4 資料保留期限,報表只能顯示保留期內資料。先看資源目前設 2 個月還是 14 個月,再看探索日期是否超出範圍。
檢查取樣、資料閾值、高基數、區隔條件
探索查詢量太大時可能取樣;報表含客層資料或搜尋查詢資訊時,可能受到資料閾值影響;高基數維度也可能讓資料被合併或顯示為其他列。
- 先等 24 到 48 小時,排除資料延遲。
- 確認日期範圍是否超過 2 個月或 14 個月。
- 移除過細的區隔與篩選條件。
- 檢查是否使用客層、興趣、搜尋查詢等可能觸發閾值的維度。
- 檢查探索是否因事件量過大而取樣。
- 以上都排除後,再判斷是否真的受資料保留期限影響。
官方例外與常見踩雷:Google 信號、客層、大型資源、縮短期限
GA4 資料保留有幾個容易踩雷的例外:Google 信號有上限,年齡、性別、興趣資料固定較短,大型資源可能被縮短,UA 舊版建議不能沿用。
Google 信號資料與客層資料限制
Google 信號資料保留上限為 26 個月,且若 GA4 資料保留期限設定更短,就以較短期限為準。年齡層、性別和興趣資料的保留期限一律是 2 個月。
這一點很常被忽略。即使事件資料設成 14 個月,也不代表所有客層相關資料都能跟著保留 14 個月。
大型/特大型資源可能被縮短
若標準資源變成大型資源,或 360 資源變成特大型資源,事件層級資料保留設定可能自動縮短為 2 個月,超過 2 個月的事件層級資料會無法存取且被刪除。
事件量大的網站,不能只檢查一次設定就放著不管。資源狀態變動時,保留期限也可能跟著變成風險點。
UA 舊版「不會自動過期」建議不可沿用
Universal Analytics 舊文章常談到不同的資料保留邏輯,但 GA4 已經是不同架構。處理 2026 年的 GA4 資料保留期限,請以 GA4 官方文件和目前資源設定為準,不要把 UA 舊設定路徑套進來。
新版 GA4 的資料保留最長可以多久?
GA4 免費版常見可選 2 個月或 14 個月。GA4 360 的其他事件資料可有 26、38、50 個月等更長選項,但不是免費版資源可直接使用的設定。
GA4 免費版只能保留 14 個月,代表標準報表 14 個月前都看不到嗎?
不代表。資料保留設定不會用同一方式影響標準彙總報表;主要受影響的是探索、漏斗報表、路徑探索等需要使用者層級或事件層級資料的分析。
GA4 預設 2 個月,如果我現在改 14 個月,以前被刪掉的資料會回來嗎?
不會。延長保留期限只會套用到已收集且尚未刪除的資料。已經過期並被刪除的事件資料,改成 14 個月後不會自動回補。
為什麼我明明設 14 個月,探索報表還是看不到更早的資料?
因為探索報表仍受保留期限限制。若日期範圍超過 14 個月,只能顯示保留期間內資料。也要檢查資料閾值、取樣、高基數、區隔條件與資料處理延遲。
GA4 資料保留會影響漏斗探索和路徑探索嗎?
會。漏斗探索和路徑探索屬於會使用事件與使用者層級資料的分析場景,因此會受到 GA4 資料保留期限影響。
Looker Studio 可以避開 GA4 14 個月限制嗎?
Looker Studio 不能被當成 GA4 原始事件資料倉庫。它能把資料來源視覺化,但可查範圍仍取決於 GA4、BigQuery 或其他資料來源實際提供的資料。
Data API 和 BigQuery 都能保存 GA4 資料嗎?差在哪?
Data API 主要用來查詢 GA4 報表資料,BigQuery Export 才是保存 GA4 原始事件資料的主要管道。要做長期事件級分析,優先規劃 BigQuery。
BigQuery 可以回補還沒設定前的 GA4 歷史事件資料嗎?
通常不行。BigQuery Export 是建立連結後開始匯出資料,不能救回未匯出、已超過保留期限且已刪除的 GA4 歷史事件資料。
為什麼 GA4 今天或昨天的資料看起來少很多?
常見原因是資料還在處理。GA4 資料處理可能需要 24 到 48 小時,期間報表數字會變動。先等資料更新完成,再排查追蹤或保留期限問題。
年齡、性別、興趣資料也能保留 14 個月嗎?
不能。依 GA4 官方說明,年齡層、性別和興趣資料的保留期限一律是 2 個月,即使其他事件資料設定為 14 個月也一樣。
大型 GA4 資源會不會被強制縮短資料保留期限?
會有這個風險。當標準資源成為大型資源,或 360 資源成為特大型資源,事件層級資料保留設定可能被自動縮短為 2 個月。
Universal Analytics 舊文章說資料不會自動過期,現在還能照做嗎?
不能直接沿用。UA 與 GA4 的資料保留架構不同,2026 年處理 GA4 資料保留設定時,應以 GA4 目前官方文件與資源內實際設定為準。
以官方文件、實際設定與量測結果整理 SEO 數據、網站追蹤與分析方法,並標示資料來源與判讀限制。