GA4 串接 BigQuery 的成本結構:查詢+儲存雙軌計費
GA4 串接 BigQuery 本身不收費,Google Analytics 4 的資料匯出功能是免費的,但資料進到 BigQuery 之後,就會依照 BigQuery 的計價模式收費。BigQuery 的成本主要由兩個部分組成:查詢費用與儲存費用,理解這個雙軌結構,是估算每月帳單的第一步。
BigQuery 的計費方式與傳統資料庫不同,它不是按執行次數收費,而是按你「掃描了多少資料」來收費。也就是說,同一句 SQL 查詢,掃描 1GB 與掃描 1TB 的費用相差約一千倍。儲存費用則相對直觀,按月每 GB 計費,資料量越大、存放越久,費用越高。兩者合計,就是你每月要付給 Google Cloud 的金額。
查詢費用怎麼算:on-demand 與 capacity 的選擇
BigQuery 提供兩種查詢計價模式,分別是 on-demand(隨需)與 capacity(容量)。多數 GA4 使用者會從 on-demand 開始,因為它不需要預先購買任何資源,完全依照查詢掃描量計費,用多少付多少。免費額度也是以 on-demand 為基礎設計的。
capacity 計價則適合查詢量穩定且密集的團隊,預先購買一定數量的 slot(運算單元),換取可預期的月費與較佳的查詢效能。對一般內容網站或中小型電商而言, on-demand 通常已足夠,capacity 的優勢要在查詢量非常大的情況下才會顯現。
儲存費用與資料保留策略的關係
儲存費用的計算方式,取決於資料表是否在 90 天內有被修改。BigQuery 將儲存區分為「主動儲存」(active storage)與「長期儲存」(long-term storage),後者的單價約為前者的一半。超過 90 天沒有被修改的資料表,會自動轉為長期儲存計價,這是一個可以注意的細節,因為 GA4 每日匯出的資料表通常不會被修改,時間一久自然會落入較低的計價級距。
另一個與儲存相關的決策是資料保留。GA4 介面內的資料保留預設為 2 個月,可調整至 14 個月,但這隻影響 GA4 介面內可瀏覽的資料範圍。匯出到 BigQuery 的資料沒有期限限制,會一直保存到你主動刪除為止。這代表儲存費用是持續性的固定成本,而且會隨著時間累積而增加。
如果你還不確定 GA4 BigQuery 能分析哪些資料,可以先參考 GA4 BigQuery 能做什麼?原始事件資料分析與報表差異,先了解資料匯出後的應用價值,再評估成本。基本上,BigQuery 存放的是未經採樣、未經處理的原始事件資料,與 GA4 介面內的彙總報表不同,可以回答更複雜的交叉分析問題。
每月免費額度夠用嗎?先看你的網站流量規模
BigQuery 每月提供一定額度的免費用量:儲存 10GB、查詢 1TB(依據 Google Cloud 官方定價頁,資訊時間:2025 年第 4 季)。這代表每個月查詢掃描量不超過 1TB、儲存不超過 10GB 的部分不會收費。這個額度對什麼規模的網站夠用,取決於你的每月事件量與查詢習慣。
Ga4 匯出至 BigQuery 的資料量,與網站流量和事件收集數量直接相關。月瀏覽量越高,產生的事件數越多,佔用的儲存空間也越大。但儲存量的成長速度有延遲性,因為資料是每日累積的。
月瀏覽量 10 萬、100 萬、1,000 萬的成本估算
以下用月瀏覽量三種規模,說明免費額度的適用情境。請注意這是定性描述,實際資料量會因事件參數數量、自訂事件設定、使用者互動深度而有明顯差異,並不代表精確數據。
| 流量規模(月瀏覽量) | 是否需要即時查詢 | 建議方案 |
|---|---|---|
| 10 萬以下 | 偶爾查詢,非每日使用 | 多數情況可落在免費額度內,直接使用 on-demand 即可 |
| 100 萬左右 | 每週固定查詢,分析流量變化 | 需注意查詢掃描量,建議養成預估與過濾習慣,在多數月份仍可控制在免費額度附近 |
| 1,000 萬以上 | 頻繁查詢,或需要長時間保留資料 | 建議評估長期成本,考慮將冷資料移出 BigQuery 以降低儲存費用 |
月瀏覽量 10 萬以下的中小型內容網站,每日事件量可能在數萬到數十萬之間,累積一個月的原始資料通常不超過數 GB,距離 10GB 儲存上限還有空間。查詢方面,只要不是頻繁執行全表掃描,1TB 的免費查詢量足以支撐日常分析。
月瀏覽量 100 萬左右的網站,一個月的原始事件資料可能累積到數十 GB,幾個月內就會超過 10GB 免費儲存額度。此時需要開始注意查詢掃描量,這個規模的網站通常會需要每週追蹤流量變化、分析使用者行為,若查詢習慣沒有節制,費用會明顯上升。
月瀏覽量 1,000 萬以上的大型網站,原始資料量會在短時間內突破免費儲存額度。這類網站通常需要專業的資料工程師或數據分析師,來規劃查詢策略與資料生命週期管理。若不進行任何成本控制,每月帳單可能達到數千元甚至更高。
查詢前先看價格:3 個必做的成本控管習慣
控制 BigQuery 成本的核心原則只有一個:減少掃描量。每次查詢前先確認預估掃描量,養成指定分區過濾的習慣,設定預算提醒機制,就能避免月底收到意外帳單。
BigQuery 提供查詢預估功能,在執行 SQL 之前會顯示這句查詢會掃描多少資料,以及預估費用。這個功能是成本控管的第一道防線,也是最重要的防線。養成在按下執行鍵前先看預估數字的習慣,可以大幅降低超支風險。
查詢前用 Query Validator 預估掃描量
BigQuery 主控臺的查詢編輯器下方,會自動顯示預計掃描的資料量。這個數字會隨著你撰寫 SQL 即時更新,不需要額外操作。當你看到預估掃描量超過預期時,就該停下來檢查 WHERE 條件是否完備。
另外,BigQuery 也提供乾跑(dry run)功能,可以透過程式碼或 API 執行查詢預估,不實際運行查詢,也不產生費用。對於排程查詢或自動化任務,建議將 dry run 納入流程,在正式執行前先驗證掃描量。
用分區與 WHERE 過濾避免全表掃描
GA4 每日匯出的資料表,是以日期分區(partition)的方式儲存的。也就是說,每一天的資料存放在各自的資料分區中。查詢時如果沒有指定日期範圍,BigQuery 就必須掃描所有分區,成本隨之倍增。
最簡單的優化方式,是在 WHERE 條件中明確寫出日期範圍,例如只查詢最近 7 天或最近 30 天的資料。這樣 BigQuery 只會掃描對應的日期分區,掃描量可減少到全表的十分之一甚至更少。對於以 GA4 資料分析為主的使用者,這是最有效且最容易被忽略的成本控制手段。
此外,避免使用 SELECT * 也是基本原則。GA4 事件資料的欄位非常多,包含大量巢狀結構與重複欄位,全欄位掃描會大幅增加查詢成本。只選取你需要的欄位,可以顯著降低掃描量。
進階省錢策略:將冷資料移出 BigQuery
長期累積的 GA4 資料,儲存費用會持續增長。若你發現大多數查詢都集中在近期的資料,而歷史資料只是備而不查,那麼將冷資料移出 BigQuery 是值得評估的方案。具體作法是將不常使用的歷史資料轉存至 Cloud Storage,以 Parquet 格式儲存,需要時再以外部查詢方式讀取。
這個策略的取捨邏輯很直接:BigQuery 的儲存費用較高,但查詢效能較好;Cloud Storage 的儲存費用極低,但每次需要分析冷資料時,必須透過外部查詢連動,效能與便利性都會打折。適合的場景是「資料一定要留,但很少需要回頭分析」的狀況。
Cloud Storage + Parquet 與純 BigQuery 成本比較
以下用比較方式說明兩種方案的成本特性與適用情境。請注意這是架構面的定性比較,不涉及具體金額,實際費用取決於你的資料量與查詢頻率。
純 BigQuery 儲存方案:所有 GA4 資料都保留在 BigQuery 中,查詢方便、速度最快,且能直接使用 BigQuery 的 SQL 功能。成本會隨資料量累積持續上升,因為每個月的資料都會疊加上去,而且每日匯出的新資料也在持續增加。
Cloud Storage + Parquet 外部查詢方案:將超過某個時間點(例如 6 個月前)的資料,以 Parquet 格式壓縮儲存至 Cloud Storage。這類冷資料的儲存費用比 BigQuery 低很多,但需要撰寫額外的轉檔與搬移程式,而且查詢冷資料時需要透過 BigQuery 的外部資料表功能,速度較慢,掃描量計費方式也與一般查詢不同。
需要明確的是,這是一個單一專家建議,屬於實務上常見的省錢做法,並非 Google 官方文件列出的標準方案,也不一定適合所有團隊。採用此方案需要具備一定的資料工程能力,包括撰寫資料轉檔程式、管理 Cloud Storage 儲存桶、設定生命週期規則等。若你的團隊沒有相關技術背景,建議先從查詢優化與分區過濾開始,這兩個方法已經能處理大部分的成本問題。
常見問答:GA4 BigQuery 成本實務疑慮
GA4 串接 BigQuery 要付費嗎?
GA4 的 BigQuery Export 功能本身是免費的,Google 不會因為你把 GA4 資料匯出到 BigQuery 而收取任何串接費用。費用發生在資料進入 BigQuery 之後,包含查詢費用與儲存費用。如果每月用量在免費額度內,實際支付金額可以是零。
BigQuery 的免費額度是多少?夠用嗎?
BigQuery 每月提供 10GB 儲存與 1TB 查詢的免費額度(依據 Google Cloud 官方定價頁,資訊時間:2025 年第 4 季,以官方頁面為準)。對月瀏覽量 10 萬以下的中小型內容網站,多數情況可落在免費額度內。月瀏覽量 100 萬以上的網站,儲存費用會隨時間累積,建議開始採取成本控制措施。
查詢一次要花多少錢?怎麼在查詢前知道費用?
查詢費用以掃描量計費,同樣一句 SQL 掃描 1GB 與 100GB 的費用差異很大。執行前可以在 BigQuery 主控臺的查詢編輯器下方看到預估掃描量與預估費用,也可以使用乾跑(dry run)功能取得精確預估值,不實際執行也不產生費用。
GA4 的資料保留期限是多久?用 BigQuery 可以存多久?
GA4 介面內的資料保留期限約為 2 個月(可調整至 14 個月),超過後無法在 GA4 介面中查看原始事件資料。但匯出到 BigQuery 的資料沒有期限限制,可以永久保存,直到你主動刪除。需要注意的是,資料保存越久,儲存費用就越高。
哪些查詢習慣最容易讓成本爆掉?
最常見的成本地雷有三種:SELECT * 查詢所有欄位、WHERE 條件中沒有指定日期分區導致全表掃描、以及多表 JOIN 時缺乏適當過濾條件。這三種習慣都會讓掃描量暴增,建議查詢前先確認預估掃描量。
不想把資料放 BigQuery,有其他省錢的儲存方式嗎?
可以將不常查詢的歷史資料以 Parquet 格式轉存至 Cloud Storage,需要分析時再透過外部資料表查詢。這樣做能大幅降低儲存費用,但需要自行撰寫轉檔程式,且查詢冷資料的速度較慢。此方案較適合具備資料工程能力的團隊。
要怎麼設定預算提醒,避免月底收到意外帳單?
建議在 Google Cloud 主控臺中設定 Billing Alerts(帳單提醒),當每月費用超過指定門檻時,系統會主動寄送通知。你也可以設定自訂預算,並與 Pub/Sub 整合,在接近上限時自動觸發通知或執行特定動作。
以官方文件、實際設定與量測結果整理 SEO 數據、網站追蹤與分析方法,並標示資料來源與判讀限制。