在 GA4 的「探索」建一份路徑探索,把日期範圍拉回去年同一季,表格裡什麼都沒有;切回「報表」,同一段期間的工作階段和購買數字都還在。如果這個資源從建立以來沒有人動過資料保留設定,這就是預期中的結果。
原因分散在 Google 說明中心的兩頁。〈開始使用「探索」〉寫的是:「根據預設,Google Analytics 資源會保留 2 個月的資料。」〈資料保留〉寫的是:「資料保留設定只會影響探索和漏斗報表。」兩句合起來,就是上面那個畫面。
我們的判斷是:免費版能做、也該今天就做的是把保留期限改成 14 個月——「資料保留」頁上的事件資料保留與使用者層級資料保留兩項都要改。這不花錢,有編輯者角色的人在一個設定頁就能改完。例外是被 Google 歸為「大型資源」的資源,期限只能設 2 個月,下文說明。要不要留得比 14 個月更久,先確認你要往回看的數字是不是只有探索才給得出來;真的需要,免費版的做法是 BigQuery 每日匯出,而且要啟用 Google Cloud 計費,不能停在沙箱。Analytics 360 雖然能留到 50 個月,但 Google 在產品頁上寫明它是為大型企業設計的,中小企業不必為了保留期去談這份合約。
六個問題,六個答案
| 你在問的事 | 答案 | 出處 |
|---|---|---|
| 新資源預設留多久 | 2 個月 | 〈開始使用「探索」〉 |
| 免費版最長能設多久 | 14 個月。使用者層級資料可選 2 或 14 個月,官方寫明這個期限「也適用於重要事件資料」;事件資料在標準版也只有 2 或 14 個月可選。兩者是分開的設定,都要改。例外:被歸為「大型資源」的標準資源只能 2 個月 | 〈資料保留〉、〈Google Analytics 360〉 |
| 付費的 Analytics 360 呢 | 事件資料另外可選 26、38、50 個月,最長 50 個月。例外:被歸為「特大型資源」的 360 資源只能 2 個月 | 〈資料保留〉、〈Google Analytics 360〉 |
| 哪些報表會受影響 | 只有探索和漏斗報表。「報表」裡的標準匯總報表不受影響 | 〈資料保留〉 |
| 改長了會不會補回來 | 只套用到已收集且尚未刪除的資料;變更在 24 小時後才套用 | 〈資料保留〉 |
| 有沒有改了也沒用的資料 | 有兩種。年齡層、性別和興趣資料一律只留 2 個月,不看你的設定;資源變成「大型資源」時,事件資料保留會被自動縮短為 2 個月,超過 2 個月的事件資料永久刪除 | 〈資料保留〉 |
保留期限刪的是事件明細,標準報表的數字留著
GA4 把網站上的互動記成一筆一筆的「事件」。資料保留控制項做的事,是讓 Analytics 在你設定的期限到了以後,自動刪除儲存在 Analytics 伺服器中的使用者層級和事件層級資料;〈資料保留〉列出的適用範圍,是跟三種識別碼關聯的資料:Cookie、使用者 ID(例如 User-ID),以及廣告 ID。
「報表」裡的是匯總資料。官方的寫法是:即使你在報表中建立了比較項目,資料保留設定也不會影響標準匯總報表,主要和次要維度都包含在內。所以去年 11 月整個月有多少工作階段、多少購買,這類加總數字不會因為保留期限到了就消失。
「探索」屬於官方所說的「非匯總報表」,日期範圍比保留期限長的時候,只能顯示保留期間內的資料。說明頁自己舉的例子是:保留期限 14 個月,日期範圍比 14 個月多 1 天,多出來的那 1 天就不會出現在報表裡。〈開始使用「探索」〉列出的技巧包括任意形式探索、漏斗探索、路徑探索、區隔重疊、同類群組探索、使用者探索和使用者生命週期,這些全都在保留期限的管轄範圍內。任意形式探索就是交叉表,同一頁寫明「新的空白探索預設採用的技巧是任意形式表格」——只是拉一張加總數字的表,只要是在探索裡拉的,一樣受保留期限影響。
把漏斗探索存成報表也一樣。〈建立自訂漏斗報表〉寫明,日期範圍超過資源的事件資料保留期限時,會出現「顯示日期範圍內的部分資料」警告,官方舉的例子正是保留期限 2 個月、報表日期範圍 6 個月。
改成 14 個月:步驟,以及三個改了也救不回的情況
〈資料保留〉寫明,必須具備資源的「編輯者」角色才能改這個設定。步驟如下:
- 在 Google Analytics 按「管理」,確認畫面上的帳戶和資源是你要改的那一個。
- 進到「資料保留」頁。〈開始使用「探索」〉寫的路徑是「資料收集和修改」底下的「資料保留」;〈資料保留〉說明頁寫的是「資源」欄的「資料設定」>「資料保留」。兩頁的選單名稱不同,終點都是「資料保留」。
- 「事件資料保留」選 14 個月。
- 頁面上若有使用者層級資料的保留期限,也選 14 個月。這是另一個獨立設定,〈資料保留〉說明頁寫明它的期限「也適用於重要事件資料」,只改事件資料保留的話,使用者層級與重要事件資料仍停在原本的期限。
- 「發生新活動時重設使用者資料」選開啟或關閉(下一節說明差別)。
- 按「儲存」。
改完之後,Analytics 會在 24 小時後才套用變更;這 24 小時內改回原設定,資料不會受到影響。
第一個救不回的情況是已經刪掉的資料。系統每個月都會自動刪除已屆滿保留期限的資料,而延長期限時,官方寫的套用範圍是「已收集和尚未刪除的資料」。一個用預設值跑了一年的資源,今天改成 14 個月,已經被每月刪除清掉的事件明細不在套用範圍裡;探索能往回看的長度,是從還留著的那一段開始,往後慢慢累積到 14 個月。這是要今天改、不要等到需要時才改的原因。
第二個是年齡層、性別和興趣資料。〈資料保留〉寫明這三種資料「無論設定為何」保留期限一律是 2 個月,所以改成 14 個月之後,探索裡跟這三個維度有關的分析,能往回看的範圍仍然只有 2 個月。
第三個是資源變成「大型資源」。這是 Google 依事件量給資源的分級:資源的事件量超出目前的資源大小限制,標準資源就會變成大型資源。〈資料保留〉寫明,這時事件層級資料保留設定會自動縮短為 2 個月,超過 2 個月的事件層級資料會無法存取且永久刪除,原本設成 14 個月也擋不住;〈Google Analytics 360〉的比較表同樣寫明大型資源的保留期限只能 2 個月。
這一種有預警。Analytics 會根據每週事件量,在判斷資源即將達到限制時寄警告信給所有資源管理員,達到限制後再寄一封,通知保留設定已經縮短。兩封信之間,減少傳送到這個資源的可計費事件數量、讓它維持在目前的資源大小限制內,就能保住原本較長的事件資料保留期限;官方寫的另一條路是升級到 360,提高限制。所以資源管理員的信箱要有人在看。
反方向也要知道:如果有人把期限改短,所有受影響的資料會在新期限過後的次月被刪除。官方的例子是從 26 個月改成 14 個月,次月就刪除所有保留超過 14 個月的資料。
「發生新活動時重設」:開啟後,持續回訪的人資料會一直延長
這個開關只作用在使用者層級資料。設為開啟時,使用者每產生一個新事件,他的識別碼保留期限就重新起算,到期日變成「當下的時間加上保留期限」。官方的例子:保留期限 14 個月,使用者每個月都開始新的工作階段,他的識別碼每個月都會更新,也就不會到達 14 個月的期限;在期限到達前都沒有再來的人,資料才會在到期時刪除。
設為關閉時,系統在保留期限屆滿時直接刪除與使用者 ID 相關的資料,不管這個人最近有沒有再來。
我們的判斷:想在探索裡看長期回訪客的行為,開啟比較合理,因為最常回來的那群人資料會一直留著。如果公司的隱私權政策對訪客寫了固定的資料保存期間,關閉後資料會在保留期限屆滿時刪除,比較容易跟政策上寫的期間對得上,這時候該以政策為準。
要比 14 個月更久:免費版的做法是 BigQuery 每日匯出
BigQuery 是 Google Cloud 上存放與查詢大量資料的服務,資料以資料表存放在你自己的 Cloud 專案裡,儲存空間和查詢處理分開收費。GA4 標準版可以連結 BigQuery,連結之後,每日匯出會每天匯出一次前一天的所有原始、未取樣事件資料。官方說明寫,資料匯出至 BigQuery 後你「即擁有該項資料」。
標準版可選的匯出有兩種(第三種「每日更新」只限 360 資源),中小企業選每日匯出就夠:
| 匯出類型 | 標準版的上限 | 費用與限制 |
|---|---|---|
| 每日匯出 | 每日最多 100 萬個事件。持續超出時,每日匯出會暫停,而且不會重新處理前一天的匯出資料;大幅超出時可能立即暫停。連結設定裡可以排除資料串流和事件,讓匯出量維持在上限內 | BigQuery 端的儲存與查詢費用 |
| 串流匯出 | 沒有數量限制 | 每 GB 資料另外多付 0.05 美元;官方說明可能出現資料缺漏;BigQuery 沙箱不支援串流 |
沙箱只能試用:資料表 60 天就到期
GA4 說明中心寫,可以把資料匯出到 BigQuery 的免費執行個體,也就是 BigQuery 沙箱,但資料量超出沙箱限制時需要付費。沙箱不需要提供信用卡或建立帳單帳戶。Google Cloud 的沙箱說明頁列的限制有五項:適用 BigQuery 的所有配額與限制;儲存空間終身上限 10 GiB,刪除資料也不會退還配額;免費運算限制與 BigQuery 免費方案相同,每個月可處理 1 TiB 的查詢資料;所有資料表、檢視表和分區都會在 60 天後自動到期;不支援串流、資料操縱語言(DML)陳述式、BigQuery 資料移轉服務等功能。跟留資料直接相關的是 10 GiB 和 60 天這兩條。
也就是說,用沙箱接 GA4,每天匯進去的資料表 60 天後就到期,留得比 GA4 本身的 14 個月還短。要靠 BigQuery 留資料,就要從沙箱升級。沙箱頁寫的升級步驟是啟用專案的計費功能,並在升級後更新資料表、檢視區塊和分區的預設到期時間。
啟用計費之後,BigQuery 定價頁寫的免費用量是每個月前 10 GiB 儲存空間、每個月處理的前 1 TiB 查詢資料,超過的部分才計費。
啟用計費之後要顧的兩件事
付款方式要一直有效。〈設定 BigQuery Export〉寫明,必須在 Cloud 中設定有效的付款方式才能繼續匯出;因為付款方式無效而中斷的那段期間,資料無法重新匯出。
連結越早越好,因為連結之前的資料不會補進 BigQuery。〈設定 BigQuery Export〉寫的是「完成連結後,資料應該會在 24 小時內開始傳送到您的 BigQuery 專案」。Google Cloud 官方部落格 2022 年 5 月 6 日的〈Ingesting GA4 Events for Discovery solutions〉寫明:「GA4 also does not allow backfilling data into BQ」,也就是 GA4 不支援把資料補匯到 BigQuery,要有歷史資料,就得事先設好 BigQuery 匯出。〈設定 BigQuery Export〉在變更資料位置的段落也寫明:「變更位置後,資料會有遺漏之處,因為系統不會處理從刪除現有連結到建立新連結之間的資料串流及每日匯出資料。」沒有連結的那段期間,資料不會進到 BigQuery。所以確定需要的話,越晚接,缺的那一段就越長。
設定連結的人要同時有兩種權限:Google Analytics 帳戶的編輯者或更高角色,以及 BigQuery 專案的「擁有者」存取權。動手前先確認哪一個帳號兩種權限都有。
Analytics 360:能留 50 個月,但它是為大型企業設計的
付費版 Analytics 360 的事件資料保留可選 2、14、26、38、50 個月,標準版則是最久 14 個月。兩邊都有例外:〈Google Analytics 360〉的比較表寫明,標準版的大型資源、360 的特大型資源都只能 2 個月。
Google 的 Analytics 360 產品頁寫的是:「Analytics 360 is tailored for the unique measurement needs of large enterprises」,也就是為大型企業的衡量需求量身打造。產品頁沒有列價格,頁面上的聯絡入口是「Talk to Sales」(洽詢業務)。Google Marketing Platform 說明中心的計費說明只寫了結構:GA4 資源的 Analytics 360 收取固定基本費,內含每月前 2,500 萬個事件,超過的部分再依事件量分級收費。
中小企業如果只是想留住超過 14 個月的事件明細,BigQuery 每日匯出在標準版就能做,沒有理由先為了保留期去談 360。
現在可以做的三件事
1今天把事件資料與使用者層級資料的保留都改成 14 個月
找到有這個資源編輯者角色的人,照上面的步驟改,24 小時後回到「資料保留」頁確認設定是 14 個月。這一步不花錢,而且改得越晚,被每月自動刪除清掉的事件明細就越多。之後寄給資源管理員的資源大小警告信要有人處理,否則資源變成大型資源時,期限會被自動縮回 2 個月。
2列出你要往回看超過 14 個月的分析
逐項判斷它在標準報表裡(含比較項目、次要維度)做不做得出來。全部做得出來的話,做完第 1 件就可以停。有任何一項得在探索裡做(包括任意形式表格),或要用漏斗報表,才進到第 3 件。
3確定需要,就接 BigQuery 每日匯出並啟用計費
連結的人要同時是 GA4 編輯者與 Cloud 專案擁有者。不要停在沙箱:啟用計費後,記得更新資料表與分區的預設到期時間,並讓付款方式維持有效,中斷的那段補不回來。
參考來源
- Google Analytics 說明中心:資料保留 ↗ 2026-10-02 查證
- Google Analytics 說明中心:開始使用「探索」 ↗ 2026-10-02 查證
- Google Analytics 說明中心:建立自訂漏斗報表 ↗ 2026-10-02 查證
- Google Analytics 說明中心:Google Analytics 360(Google Analytics 4 資源) ↗ 2026-10-02 查證
- Google Analytics 說明中心:BigQuery Export ↗ 2026-10-02 查證
- Google Analytics 說明中心:設定 BigQuery Export ↗ 2026-10-02 查證
- Google Cloud:使用沙箱試用 BigQuery ↗ 2026-10-02 查證
- Google Cloud:BigQuery 定價 ↗ 2026-10-02 查證
- Google Marketing Platform:Analytics 360 產品頁 ↗ 2026-10-02 查證
- Google Marketing Platform 說明中心:Manage billing and monitor usage(Analytics 360 計費說明,英文) ↗ 2026-10-02 查證
- Google Cloud 官方部落格:Ingesting GA4 Events for Discovery solutions(2022-05-06,英文) ↗ 2026-10-02 查證