如何備份 Google Analytics 4 的數據以防資料到期

隨著 Google Analytics 4 成為主要的分析工具，資料保存成為每位 GA4 使用者都需要關注的議題，因為 GA4 目前最久的資料儲存時間為 14 個月。這邊文章將說明常見的幾種資料備份方法，並且分析當中的優缺點。
如果你只有一分鐘也沒關係，直接看總分析。

GA4 備份方式 | 總分析比較

若以資料備份命題來看，BigQuery 肯定是首選，因為你並不會知道未來需要哪些資料，確保簡單又靈活這兩項特性絕對是很有幫助的。但如果你已經知道你要用的資料範圍且變動性不大，就可以考慮另外兩種選項，請看以下分析。

學習門檻低：由 Google Sheet 選項為最佳，而 BigQuery 為第二名的原因是因為畢竟 BigQuery 是一個收費工具，所以會需要多花一些時間做研究，而 API 選項因為會需要花時間做開發，所以為最低分。
操作簡單：由 BigQuery 選項為最佳，只要在 GA4 產品連結區塊做幾下點擊資料就可以準備匯出了，而 Google Sheet 選項是別人做好的現成工具，只要花一些時間熟悉操作方式就可以開始使用，就操作簡單而言，如果沒有程式背景那麼 API 選項肯定也不會是你心中的首選。
資料靈活：由 BigQuery 選項為最佳，因為匯出的是原始資料，且是自動匯出，未來的資料靈活度是無限大的，而如果能夠透過 API 來備份資料，透過程式也能夠很全面的備份資料，而 Google Sheet 選項，由於是要透過人手動建立報表，資料靈活度肯定是有限的，例如要建立 30 種不同報表的話，相較前面兩者，肯定略為遜色。
資料整合便利：由 Google Sheet 選項為最佳，加總後的資料雖然不夠靈活，但馬上可以做使用，透過此方法備份資料，不需要另外將做計算，而這一點 API 選項也是一樣的，略微低分是因為如果是工程師與行銷人合作，程式的改動始終會需要人力與溝通成本，而 BigQuery 提供原始資料需要將另外做計算才能得到數字，所以排在最後一名。

如果你希望了解各種做法的設定過程，請繼續看下去。

首先到 GA4 後台，『資料收集和修改 > 資料保留』查看目前的設定值，這裡分成兩個區塊分別是『事件資料』以及『使用者資料』，建議都改成 14 個月。

只有 14 個月顯然是不夠用的，例如要進行年度數據比較，甚至在未來要做歷史分析時，都會需要用到超過 14 個月的資料，以下這些工具都可以將 GA4 資料以其他方式進行保存。

以下我們就來了解如何使用上述工具來進行 GA4 資料備份

將資料匯出到 BQ 是 GA4 的功能，只要在後台進行簡單設定，就可以資料匯出到 Google 提供的雲端儲存服務，想更進一步瞭解 BigQuery 可以參考官方說明，簡短版或者完整版。

此外，匯出的事件資料是原始資料、匯出的事件資料是原始資料，匯出的事件資料是原始資料！太重要了必須重複 3 次。使用匯出到 BigQuery 也是唯一可以拿到原始資料的方式，其他方式都會拿到加總過後的資料。

這可是當年 GA360 的特色功能之一，在 GA4 免費開放提供大家使用，原始資料可以讓我們在未來做各式各樣的運用，像是深入分析、避免資料抽樣、與其他資料源結合，甚至可以自建 CRM 模型或者作為 CDP 的資料中台。

這完全將資料戰場拉升到一個全新的競爭水平。

Google 試算表應該不用多做解釋了，它的 Extensions 有許多工具包可以使用，其中有一些特別適合拿來做 GA4 資料備份，比如 Syncwith 的 GA4 to Google Sheet，不過資料是加總過後的資。

你可以先選擇將過去 n 天的數據一次性的倒入目前的表格中，接著選擇每日更新昨天的數據。

接著再把資料區間改成 Yesterday

要特別注意的是 Update Mode 要改成: Append rows to end of sheet，否則原先資料會被蓋掉。

最後在 Scheduling 區塊選擇 Daily，選擇刷新的時間，由於 GA4 每日資料還是會有些延遲，我個人是設定在中午十一點附近刷新。

如果是熟悉程式語言的朋友，那麼還可以考慮戳 API 的方式來備份資料，不過拿到的仍然是加總資料，可以參官方文件，要快速開始的話也可以找找現成的工具庫。

Python 的話我推薦這個工具庫，可以馬上將資料匯出到本地檔案做備份。

我的最新課程 – 數據啟航：Google Analytics 4 與 BigQuery 整合應用入門 已經正式開課囉！