GTM Server-Side 設定教學：從建立容器到自訂網域部署

為什麼需要自訂網域？從預設網址到品牌化追蹤

預設的 Server-Side GTM 網址（結尾為 appspot.com）會限制 Cookie 的作用域，導致瀏覽器視為第三方 Cookie，可能被限制或封鎖。設定自訂網域，能將伺服器容器端點改為你自己的子網域（例如 gtm.example.com），讓所有收集的請求都來自第一方，提升資料收集的穩定性與可信度。

此外，使用自訂網域也符合品牌一致性，讓技術端點與你的網站網域保持關聯。這是建構可靠第一方數據收集架構的關鍵一步。若你還不熟悉伺服器端追蹤的基本概念，可以先閱讀Server-Side GTM 是什麼？從資料流看伺服器端追蹤架構。

步驟一：建立 GTM Server Container

從 Google Tag Manager 後臺建立一個新的伺服器容器，是部署的起點。這個容器將專門用於處理伺服器端的標籤與觸發程序，與你原有的網站容器（Client-Side）分開運作。

操作流程如下：登入 Google Tag Manager，點擊「建立帳戶」或在現有帳戶中點擊「新增容器」。容器名稱可自行命名，「容器用途」務必選擇「伺服器」。接著，選擇安裝方式，你會看到「在 Google Cloud 中託管」與「自動建立」等選項，此步驟暫時選擇「自動建立」即可。最後，畫面會顯示 Container Config，請完整複製這段代碼，後續部署時會用到。

步驟二：設定自訂網域 (Custom Domain)

設定自訂網域的核心工作，是在 GTM 伺服器容器中填入你的網域，並在域名伺服器（DNS）設定對應紀錄，讓流量能正確導向你的伺服器容器。

具體步驟包括：首先，回到 GTM 伺服器容器的「管理」頁籤，於「容器設定」中貼上你規劃使用的自訂網域（例如 gtm.example.com）。接著，前往你的網域供應商或 CDN 後臺，新增一筆 DNS 紀錄。紀錄類型通常為 CNAME 或 A 記錄，其值需指向 Google 提供的特定網址（例如ghs.googlehosted.com）。完成 DNS 設定後，回到 GTM 後臺，系統會自動檢測並協助你設定 SSL 憑證，確保連線安全。

步驟三：選擇部署平臺 — GCP 與 Stape 比較

將伺服器容器部署上線，主要有兩個選擇：使用 Google Cloud Platform（GCP）託管，或是採用第三方平臺 Stape。兩者的主要差異在於技術門檻與管理責任。

GCP（App Engine 或 Cloud Run）：這是 Google 官方的基礎架構。你有更高的控制權，可以調整運行參數，但需要自行管理計費與伺服器設定，技術門檻較高。選擇「自動建立」容器時，系統會自動在 GCP 中建立資源。Stape：作為第三方託管服務，它簡化了部署流程，提供一鍵安裝介面，並包含技術支援。其費用結構通常為訂閱制，管理上更為簡便，適合希望快速上手、減少維護負擔的使用者。無論選擇哪個平臺，部署完成後，都需要在 GTM 後臺將該平臺與你的伺服器容器連結。

你可以進一步比較不同架構的優劣，以決定最適合的方案，參考GTM Server-Side 與 Client-Side 架構差異：2026 年 SEO 如何選擇最佳標記管理方案。

步驟四：部署與測試你的 Server-Side 容器

完成平臺設定後，提交部署，並使用 GTM 內建的偵錯工具進行初步驗證，確保容器能正常運作。

操作方法為：在 GTM 伺服器容器中，點擊「提交」以儲存並發布容器版本。發布後，點擊右上角的「預覽」按鈕進入 Preview Mode。此時，你的瀏覽器會進入偵錯模式。接著，開啟你已設定好 Server-Side 事件的網站，並操作一些會觸發事件的行為（如點擊按鈕、瀏覽頁面）。回到 GTM 偵錯視窗，切換到「伺服器」頁籤，你應該能在這裡看到從伺服器端發出的請求。檢查「標籤」分頁，確認對應的伺服器端標籤有被觸發。

步驟五：在 GA4 中驗證事件接收

最後一步是確認資料從伺服器容器成功送達 Google Analytics 4，這需要在 GA4 的即時報告中查看。

請執行以下驗證：首先，登入你的 Google Analytics 4 帳戶，並開啟你想測試的資料串流屬性的「即時」報告。接著，回到你的網站，執行幾個會產生事件的動作（例如頁面瀏覽、自訂事件）。幾乎是同步地，在 GA4 的「即時」報告的「過去 30 分鐘內的使用者」圖表下方，查看「過去 30 分鐘內的事件」區塊。你應該能在這裡看到你剛才觸發的事件名稱（例如 page_view 或自定義事件名稱），並能點擊進去看相關參數。這表示事件已成功從伺服器端收集並匯入 GA4。

什麼是 GTM Server Container？它跟一般的容器有什麼不同？

GTM Server Container（伺服器容器）運行在伺服器端，而非使用者的瀏覽器中。一般的容器（Client-Side Container）直接在瀏覽器執行標籤，而伺服器容器則作為中介層，接收來自網站或應用程式的請求，再在伺服器端處理與轉發標籤，有助於繞過瀏覽器限制並提升資料控制權。

為什麼我要為伺服器容器設定自訂網域，而不是用預設的 appspot 網址？

預設的 appspot.com 網址會被瀏覽器視為第三方來源，其 Cookie 容易被限制或封鎖。設定自訂網域後，所有請求都從你自己的子網域（如 gtm.example.com）發出，屬於第一方請求，能穩定地設定 Cookie 並收集資料，同時也提升品牌專業形象。

設定自訂網域需要哪些具體步驟？DNS 要怎麼設定？

主要步驟為：1) 在 GTM 伺服器容器的設定中填入你的自訂網域名稱；2) 前往你的域名管理後臺，新增一筆 DNS 紀錄（通常為 CNAME 或 A 記錄），將其指向 Google 提供的目標網址（如 ghs.googlehosted.com）；3) 返回 GTM 後臺完成憑證設定。確切的紀錄值需參考 Google 官方文件。

部署平臺選 GCP 還是 Stape 比較好？兩者主要差異是什麼？

GCP 是 Google 原生基礎架構，提供高度控制但需要自行管理伺服器與計費，技術門檻較高。Stape 是第三方託管服務，簡化部署流程並提供支援，採訂閱制費用，管理上更為簡便。選擇取決於你的技術團隊能力、預算與對簡便性的需求。

伺服器容器部署好後，要怎麼測試有沒有正常運作？

主要使用 GTM 內建的 Preview Mode 與 Debug 查看器。進入伺服器容器的預覽模式後，在你的網站上觸發事件，然後切換至偵錯視窗的「伺服器」頁籤，即可查看伺服器端收到的請求，以及標籤是否成功觸發。

部署 Server-Side GTM 後，資料還會被廣告攔截器擋掉嗎？

Server-Side GTM 有助於改善這個問題。因為請求是從你自己的網域（伺服器端）發出，廣告攔截器通常難以辨識為第三方追蹤請求，從而減少被攔截的機會。不過，它並非絕對的解決方案，因為攔截器也可能直接封鎖與 GA4 或其他服務端點的通訊。

我可以從傳統的 Client-Side GTM 直接升級到 Server-Side 嗎？

兩者可以並行運作，並非非此即彼的替換。你可以維持現有的 Client-Side 容器，同時新增一個 Server-Side 容器，並將部分標籤（如 GA4、廣告轉換標籤）遷移至伺服器端執行。這是一個漸進式的遷移過程，有助於降低風險。

設定自訂網域後，我的網址結構會變成什麼樣子？

通常會使用你主網域的一個子網域，最常見的結構是 gtm.你的網域.com（例如 gtm.example.com）。這個子網域會專門作為 Server-Side GTM 容器的端點，所有來自網站或應用的事件請求，都會被導向這個網址。