多數 GA4 帳戶的資料保留期限，從安裝那天起就沒人碰過。這種設定平常感覺不出差別，直到通用 Analytics（UA）的下場擺在眼前才讓人回頭注意：標準版 UA 自 2023 年 7 月 1 日起停止處理新資料，2024 年 7 月 1 日起連介面與 API 的存取權一併收回，就算是有效的 360 訂閱也只延到同一天。Google 官方在說明文件裡寫得很直白，屆期沒有匯出的資料會被永久刪除、無法復原，並提醒使用者務必在期限前自行把資料搬出來。沒能及時匯出的帳戶，一次失去的是好幾年份的歷史趨勢。
GA4 裡也藏著一個性質類似的設定，叫資料保留（Data Retention）。它不會像 UA 停用那樣一次把整個帳戶關掉，而是每天在背景默默把超過期限的原始資料清掉，不會跳出任何警示。多數人以為資源還在正常運作，數據就會一直留著，直到某天要拉一段舊資料出來比較，才發現那段時間的指標憑空消失，這正是資料保留期限設計上最容易被忽略、也最容易造成損失的地方。
資料保留期限實際管得到哪些資料、指標為什麼會查著查著就不見、現在把設定拉長能不能救回已經刪掉的舊資料，以及想真正把資料留久一點該怎麼設定，都得先從 UA 停用留下的教訓講起，因為它就是資料保留期限失控之後，最極端的那個版本。
通用 Analytics 停用留下的教訓
通用 Analytics（UA）真正讓人有感的是兩個時間點。標準版資源自 2023 年 7 月 1 日起停止處理任何新資料，等於數據停在那一天；2024 年 7 月 1 日起，連原本還能查看歷史數據的介面與 API 存取權也一併收回。持有有效 GA4 或 UA 360 訂閱的帳戶拿到一次性延期，同樣是延到 2024 年 7 月 1 日，不是無限期保留。
真正讓人措手不及的是接下來這句話。Google 官方的說明明白寫著，一旦過了期限，尚未匯出的資料就會被永久刪除、無法復原，並且反覆提醒使用者要在期限前自行把過去累積的資料匯出成 CSV、試算表或匯入 BigQuery。這不是含糊的警告，是白紙黑字寫清楚的最後通牒，只是很多帳戶的管理者當下沒把這句話當一回事。
除了整批資料被清空，UA 停用還留下另一個更細節的教訓。有幾個 UA 慣用的指標，在 GA4 裡根本找不到直接對應版本。最明顯的是不重複瀏覽數，GA4 的事件模型沒有這個計算方式；另外像平均網頁停留時間、單次工作階段頁數、離開率這幾個以 UA 工作階段概念為基礎的指標，GA4 換了一套完全不同的資料模型，每一次互動都是一個事件，不是分類、動作、標籤的階層結構，也沒有能直接套用的替代欄位。
連 UA 裡設定過的智慧型目標與時間長度目標，Google 官方也明確表示無法用 GA4 的重要事件複製出來。這些指標不是被藏起來，是真的被廢棄了，也是資料保留期限一旦失控最具體的警世案例。
GA4 資料保留期限是什麼？管得到哪些資料、管不到哪些？
資料保留期限的設定入口在「管理」→ 資源欄的「資料設定」→「資料保留」。標準版資源可以選 2 個月或 14 個月；採用 GA4 360 方案的資源，選項會多出 26、38、50 個月這幾檔，能留得更久。使用者層級的識別碼資料，跟事件層級資料共用同一組設定，不是分開算。
比選項本身更重要的是搞清楚這個設定管得到哪裡、管不到哪裡。資料保留設定不會影響標準的彙總報表，包括主要維度、次要維度，以及報表裡的期間比較功能。這些報表看的是已經彙整好的統計結果，歷史趨勢線會一直留著，不會因為保留期限到了就斷掉。它真正會影響的，只有探索報表與漏斗探索這兩種功能，因為這兩種報表要即時查詢原始事件層級的資料，查詢範圍一旦超出保留期限，那段時間就真的沒有底層資料可以撈。
這個範圍釐清很重要，因為「保留期限到了，資料就全部不見」是最常見的誤解。如果你平常主要是看報表區的成效總覽、標準趨勢圖，大多不受影響；只有想用探索報表回頭做細部切分、或跑漏斗分析回溯很久以前的使用者行為時，你才會真的撞到這道牆。
年齡、性別、興趣資料，為什麼永遠只留兩個月？
這個設定還有一條例外規則，不管資源整體選的是 2 個月還是 14 個月，年齡層、性別、興趣這幾類受眾輪廓資料一律固定只保留兩個月，沒有辦法拉長。想拿這幾類資料做長期的受眾輪廓比較，兩個月就是天花板。
另外還有兩條容易被忽略的規則。Google Signals 資料的保留上限固定是 26 個月，不受資源整體的保留設定影響；至於使用 Google 帳號登入狀態下產生的使用者資料，預設保留 26 個月，但如果資源本身的資料保留期限設得比 26 個月短，就會以較短的那一個為準。這幾條硬性規則平常不會被注意到，卻常常在做受眾輪廓分析、比對跨年度使用者輪廓時被踩到。
保留期限到了，指標為什麼會突然查不到？
把前面「管得到哪裡」的規則套進實際操作，現象就會變得很具體。當你在探索報表或漏斗報表裡，把日期範圍拉到超出保留期限的區間，那段區間就是空的，看起來很像某個指標的舊資料被刪掉了、或者這個指標本身壞掉了。但其實不是，是查詢範圍碰到了保留期限這道牆，超過期限的原始事件早就被清除，自然撈不出資料。
同一個畫面裡還有一個容易被忽略的選項，叫「發生新活動時重設」。打開這個選項之後，只要某個使用者持續有新的事件產生，他的識別碼保留期限就會不斷往後重新計算，結果是常回訪的使用者資料留得住，只造訪一次的訪客資料則照原訂期限到期就刪除。這個機制只作用在使用者層級的識別碼資料，不會延長事件層級資料的保留天數，兩者要分開看。
現在把設定拉長，救得回已經刪除的資料嗎？
延長保留期限這件事，最多人誤會的一點是以為改了設定就能把已經刪除的資料找回來。Google 官方的說明寫得很明確，延長資料保留期限之後，新的期限只會套用到已經收集、但尚未刪除的資料。換句話說，把設定從 2 個月改成 14 個月，能延長保留的只是那些還沒被清掉的資料；那些已經超過原本期限、早就被系統清除的部分，不會因為改了設定就重新冒出來。
這句話換算成實際行動的意義是，資料保留期限這個設定要趁早調整才有意義。等到哪天真的要查一段很久以前的舊資料，打開探索報表才發現查不到，那個時候再回頭改設定已經來不及，只能保住接下來還會累積的資料，救不回已經流失的那段。
標準版資料最長留 14 個月，想留更久得靠 BigQuery Export
即使把標準版 GA4 資源的保留期限直接拉滿 14 個月，終究還是有時效性的，做不到永久保留，也沒辦法拿現在的數據跟五、六年前的同期做逐年比較。真正能突破這道天花板的方法，是把 GA4 串接到 BigQuery Export。串接完成後，GA4 每天會把前一天完整的原始事件資料匯出到 BigQuery，資料一旦進了 BigQuery，就不再受 GA4 介面那組保留期限規則限制，要留多久由使用者自己決定。標準版資源可以先用免費的 BigQuery 沙箱，額度內不用另外付費，超過沙箱的每日資料量才需要計費，對多數中小型網站來說是划算的起點。
還有一個常被忽略、也最容易讓人白等一場的限制，串接 BigQuery Export 不會回溯匯出串接之前的歷史資料，它只會從設定完成的那一刻起才開始累積。跟前面提醒的道理一樣，這件事要趁早做，等到真的需要回頭看好幾年前的數據才想到要串接，那段沒串到的歷史，一樣救不回來。
資料保留該怎麼設定，才不會重演一次歷史
你可以先進「管理」→「資料設定」→「資料保留」，確認這個資源目前實際選的是哪個選項，很多帳戶其實從安裝那天起就沒有特別選過，一直停在系統預設值。標準版資源沒有理由留在較短的選項，直接選滿 14 個月上限，能保留的區間愈長，之後做趨勢比較的彈性就愈大。
如果你做的是會員留存、顧客終身價值（LTV）這類需要追蹤同一批使用者長期行為的分析，記得把「發生新活動時重設」打開，讓常回訪的使用者資料不會被提前清掉。如果這個資源是你新建立的，或未來預期會需要跨年度的長期趨勢比較，愈早把 BigQuery Export 串上愈好，它不會替你回溯補齊還沒串接前的舊資料。
資料保留期限這個設定，本質上就是縮小版的「UA 停用事件」，差別只在於它不是一次性砍掉整個帳戶，而是每天悄悄地在背景執行，不會有公告、也不會有倒數計時提醒你。
資料保留期限這種設定最麻煩的地方，在於它不會主動提醒你出了問題，只有等到哪天真的要查一段舊資料，赫然發現查不到的那一刻，才會意識到問題早就發生了。與其等到那一刻，不如你現在就花五分鐘，把這個設定確認一遍。