更新時間:2024年12月12號
在GTM的實務應用中,主要有兩種安裝與部署方式:
- 客戶端標記(Client-Side Tagging,CST)
- 伺服器端標記(Server-Side Tagging,SST)
這兩種方式最大的差異在於「資料是直接從瀏覽器送出,還是先經過伺服器再轉送」,也會直接影響效能、隱私與成本結構。
客戶端標記(CST, Client-Side Tagging)
客戶端標記是目前最常見、也是最傳統的GTM使用方式。
在此模式下,GTM的容器代碼會直接安裝在網站每一個頁面上:
- 使用者打開網站
- 瀏覽器載入 GTM 代碼
- GTM 在「使用者端(瀏覽器)」執行追蹤邏輯
- 資料直接送往第三方平台(如 GA4、Google Ads、Meta Pixel)
特點:所有追蹤邏輯在瀏覽器端執行、設定快速、部署簡單、依賴前端環境
伺服器端標記(SST, Server-Side Tagging)
伺服器端標記是 Google 在 2020 年推出的新型架構,用來強化資料控制與追蹤效能。
SST的核心改變是「資料中介層」:使用者行為發生後,資料先送到伺服器端GTM,再由伺服器轉送到第三方平台(如 GA4、Ads 等
特點:資料不直接從瀏覽器送出、可集中管理與過濾資料、更高的資料控制權
CST vs SST 核心差異
| 項目 | 客戶端標記(CST) | 伺服器端標記(SST) |
|---|---|---|
| 資料流向 | 瀏覽器 → 第三方平台 | 瀏覽器 → 伺服器 → 第三方平台 |
| 執行位置 | 使用者端(前端) | 伺服器端 |
| 建置難度 | 低 | 中~高 |
| 成本 | 幾乎免費 | 需伺服器成本 |
| 控制權 | 較低 | 較高 |
| 隱私與安全性 | 一般 | 較高 |
伺服器端標記的優點
相較於客戶端標記,SST 在以下幾個面向具有明顯優勢:
- 提升網站效能:減少瀏覽器端執行的追蹤腳本數量,有助於:加快頁面載入速度、降低前端資源負擔改善 Core Web Vitals 指標
- 更高的資料安全性:由於資料先進入企業控制的伺服器環境:可過濾敏感資訊、降低第三方直接取得使用者資料的機會、提升資料治理能力
- 更好的資料穩定性:減少瀏覽器阻擋影響、減少 cookie 限制帶來的資料遺失
伺服器端標記的缺點
雖然SST有優勢,但導入前仍需評估成本與維運能力:
- 伺服器成本較高:以使用GCP為例,每月基本費用約USD $45 起,為降低資料遺失風險,通常建議至少部署3台伺服器,每月成本可能達USD $135以上;若流量較大(例如每月1億事件),伺服器成本可能約 USD $300 / 月(依 Google 預估模型)
- 架構較複雜:需要雲端與伺服器設定能力、維運與監控成本增加
- 代碼與模板仍在發展中:GTM Server-Side 社群模板較少、第三方整合資源仍不如 CST 成熟
總結:該選CST還是SST?
- CST(客戶端標記):適合大多數網站,快速部署、成本低
- SST(伺服器端標記):適合中大型企業、重視數據治理與隱私合規的情境
實務中,SST 做關鍵數據補強與資料治理,是目前較主流的進階做法。
