伺服器端 GTM 廣告標籤收完整 IP：SEM 量度要點

截至 2026 年 11 月，伺服器端容器裡跑 Google 廣告標籤的帳戶，要在分界日之前決定一件事：Google 廣告類的幾個標籤，繼續收部分遮蔽的 IP，還是收完整 IP。Google 已就此發出通知，Search Engine Journal 於 2026 年 11 月 4 日報道了內容。對做 sem 的團隊來說，接下來要同時改歸因和合規兩邊的做法，因為同一個容器內，GA 標籤與廣告標籤處理 IP 的方式會開始不同。

分界日大概一年後就到。通知是 Google 發給廣告客戶的，經 Google Ads 專家 Adriaan Dekker 在 LinkedIn 公開。Search Engine Journal 查過，Google 的 Tag Manager 更新日誌當時仍未提到這次改動。

重點摘要

• 伺服器容器由「整個容器統一遮蔽 IP」改為「逐個標籤處理」。廣告類標籤接受完整 IP，GA 標籤照舊遮蔽。
• 想保住遮蔽的帳戶，要用 Custom Template Variable 呼叫 getAnonymizedIpAddress，再用 Augment event Transformation 覆寫 ip_override。
• 第三方標籤各自決定收甚麼。部分從自訂 header 或事件參數讀 IP，要另行設定 Transformation。
• 通知只講伺服器容器。瀏覽器端的 Google tag 與 web 容器不在範圍內。
• 收集之前要先有合規的用戶通知與同意。EEA 客戶另受 EU User Consent Policy 約束。

目錄

• Google SEM 是甚麼意思，以及今次改動量度了甚麼
• 通知改了哪四件事
• 保留 IP 遮蔽的兩步設定
• 第三方標籤與同意要求
• Topkee 對這件事的看法
• 你下一步要做的檢查
• 常見問題

Google SEM 是甚麼意思？what does Google SEM mean 與量度

大部分香港客戶找供應商，是從「SEM 係做咩」這類問題開始，很少由「標籤收哪一層 IP」入手。Google SEM 指的是在 Google 搜尋與廣告媒體上，以關鍵詞與出價換取點擊的推廣做法，而衡量成效靠的就是這批轉化標籤。這次的改動落在量度的底部。轉化歸因靠的是把一次點擊和一次成交對上，IP 是其中一個對照訊號。訊號由部分遮蔽變完整，等於每一條廣告轉化能拿去比對的數據多了一截。Search Engine Journal 引述 Google 說法，稱更新整合了私隱增強技術、過濾垃圾與無效流量，並會改善推廣成效。這句是 Google 的立場，不是已公開的量化結果，通知本身也沒有給出任何成效數字。

所以先要判斷的是量度鏈路在 IP 口徑改變之後還對不對得上；至於完整 IP 會不會讓回報變好，現階段沒有數字可以回答。同一個帳戶裡，GA 的報表和 Google Ads 的轉化報表會開始用兩個不同的 IP 前提，這才是要處理的地方。

誰在範圍內，誰不在

通知只涵蓋伺服器容器。它對瀏覽器端的 Google tag、以及跑在用戶瀏覽器裡的 web 容器隻字不提。如果追蹤代碼仍然主要靠網頁端觸發，這次改動暫時碰不到；如果轉化標籤已經搬到伺服器端，它就在分界線之內。先把這個清單列出來，比討論要否跟隨這件事實用得多。

通知改了哪四件事

標題為「Updates to network signal processing in server-side tagging」的通知寫明，伺服器容器會由容器層級的 IP 遮蔽，轉為逐個標籤處理。它列出四個效果，這四項加起來就是整個決策的骨架：

為何「容器統一」會變成「逐標籤」

過去伺服器容器替所有標籤做同一件事，現在把選擇權交回每個標籤。好處是按標籤用途分開處理，例如轉化標籤收全 IP、報表標籤收遮蔽 IP。代價是沒有設定過的地方，預設會由「遮蔽」變成「不遮蔽」。這是一個默認值方向的改變，不是新增一個可選功能。

保留 IP 遮蔽的實際兩步設定

不想讓廣告標籤收完整 IP 的帳戶，Tag Manager 說明中心有一頁「IP address redaction for server-side tagging」。Search Engine Journal 的報道引述了它的做法，步驟很窄：

• 建立一個新的 Custom Template Variable，呼叫 Google 的 getAnonymizedIpAddress 函數。
• 建立一個新的 Augment event Transformation，用第一步的結果覆寫 ip_override 欄位。

之後把這個 Transformation 掛到想保護的標籤上，例如 Google Ads 或 Floodlight。官方頁面亦提醒，要先用 Preview 檢查結果，才把改動發佈到正式環境。這一步不要省：Transformation 掛錯標籤，畫面上看不出異常，只有事後對數才會發現。反過來，若決定收完整 IP，也要在這一輪把 google ad 廣告 的轉化標籤與報表標籤分開點名，免得同一個 Transformation 誤套到不需要的標籤。

遮蔽之後的 IP 長成甚麼樣

Google 的 API 參考寫明，該函數會把 IPv4 位址最後一段、以及 IPv6 位址的最後一段清零，說明中心把結果稱為「部分遮蔽的 IP」。意思是保留地區級別的可辨識度，但不再等同於一個完整位址。同一個頁面亦說，GA 伺服器標籤本身已預設套用部分遮蔽。

舊設定要怎樣遷移

如果容器現在靠「容器統一遮蔽」這個預設值運作，改動之後這個保護就消失。做法是把上述 Transformation 逐一加到每個需要保護的廣告標籤，並在 Preview 裡核對 ip_override 的值。標籤數目多的帳戶，這一輪的工作量和重新做一次轉化標籤核對差不多。

第三方標籤與同意要求

第三方標籤不在 Google 的通知範圍。說明中心指它們可以從自訂 header 或事件參數讀 IP，不一定經 ip_override，所以要針對每個標籤實際讀取的欄位做 Transformation。實務上，先問供應商「你從哪個欄位拿 IP」，再決定 Transformation 指向哪裡，比一律照抄 ip_override 穩妥。

同意與通知不能後補

通知要求使用 Google 廣告產品的客戶，在數據收集開始之前，確保有適當的終端用戶通知與法律要求的同意。在 EEA 使用 Google 廣告產品的客戶，要嚴格遵守 EU User Consent Policy，而該政策同時延伸至終端用戶身處英國或瑞士的客戶；其他有私隱法規的地區，則跟隨當地要求與平台條款。

Search Engine Journal 同時指出，通知沒有說明這次改動與 consent mode 如何互動，也沒有交代完整 IP 會存放在哪裡、保存多久。這兩個問題目前沒有官方答案，任何保證「已完全處理」的說法，都講得太早。

與 GA 數據管控更新的分別

報道把這次改動與 Google 另一項 Google Analytics 數據管控更新分開：後者會把 Google tag 與 SDK 收集的 IP 加密，再傳給連結的 Google Ads 帳戶，日期待 Google 公布。兩件事的對象和時序都不同，不要混在同一次技術評估裡。

Topkee 對這件事的看法

Topkee 知識庫記載的 GTM 應用，是用於部署與管理 PPC 廣告轉化追蹤代碼的標籤管理工具；我們與客戶做的，是用 GTM 或自研 TAG 營銷代碼，在電郵、表單、電話、WhatsApp、Messenger 這些與廣告相關的位置埋點，捕捉廣告帶來的轉化行為，並由此建立再營銷受眾名單。知識庫並沒有記載伺服器端容器或完整 IP 傳遞的做法，所以我們不會把「完整 IP」講成既有能力。

我們看到的重點是事件口徑。TTO TAG 接收銷售階段事件，並轉發至 Google Analytics、Facebook Pixel、Google Ads Conversions 與 Bing UET，每次銷售階段更新都以 ttoclic 身份 ID 回傳。當 GA 標籤與廣告標籤對 IP 的處理開始不同，這種以自家身份 ID 串接的方式，比只靠各平台標籤自行拼接更能保持同一份受眾數據的完整。至於 IP 欄位收哪一層，仍然要按標籤、按客戶的同意安排逐個決定，沒有通用答案。

你下一步要做的檢查

在分界日之前，先把每個伺服器容器裡的 Google Ads、Floodlight 與第三方標籤列出來，逐個確認它讀哪個 IP 欄位。這是一份清單工作，不是技術攻關。落實的方法，是把 Transformation 設定與 Preview 核對排在同一輪工作裡，並把 IP 數據寫進既有的同意流程；用 google ad 廣告 的帳戶結構整理，通常同一批標籤會一併出現。

如果兩個渠道的報表長期對不上，可以先用 google廣告收費 的分項費用作為起點，把這些費用與轉化數據放在同一份報表裡核對。IP 前提不同，單看平台自報的數字容易誤判，與渠道結構一併比較才看得見差異。

想了解投放與量度怎樣一起調整，可參考我們的效益型 Google 廣告投放服務，全站服務概覽見 Topkee Media 主頁，工具層面的變動則寫在 Weber平台更新日誌，提升Weber平台的功能、視覺體驗。設定一改，sem 報表的對數方式也要跟着改。

常見問題

我的標籤不在伺服器容器裡，需要處理嗎？

不需要為這次改動做準備。通知只講伺服器容器，對瀏覽器端的 Google tag 與 web 容器沒有提及。若之後把轉化標籤搬到伺服器端，才要重新看一次。

只改 Google Ads 標籤，GA 報表會受影響嗎？

不會，GA 標籤本來就繼續套用 IP 遮蔽。受影響的是廣告轉化報表與 GA 報表之間的 IP 前提，對數時要記得兩者已不同，並在報表註明口徑。

沒有設定 Transformation，是否等於收完整 IP？

按通知的四項效果，Google 廣告類標籤會接受完整 IP。要保留遮蔽，就要主動加上 Transformation，再在 Preview 核對結果。

提醒供應商要問甚麼？

問清楚它從 ip_override、自訂 header 還是事件參數讀 IP，再決定 Transformation 指向哪個欄位，並要求對方書面回覆。

完整 IP 會存多久？

通知沒有交代。Search Engine Journal 亦指出這一點未有說明，現階段不宜假設任何保存期限，也不要把它寫進客戶的私隱聲明當作既定事實。

這次改動與 Google tag 的更新有何關係？

通知只處理伺服器容器。Google Analytics 另有資料管控更新，會把 Google tag 與 SDK 收集的 IP 加密後傳給連結的 Google Ads 帳戶，日期待 Google 公布。兩者要分開評估。

Sources

1. Google Ad Tags In Server-Side GTM To Get Full IP Addresses, Search Engine Journal, 2026-11-04. https://www.searchenginejournal.com/google-ad-tags-in-server-side-gtm-to-get-full-ip-addresses/595807/
2. Release notes - Tag Manager Help, Google, 2026. https://support.google.com/tagmanager/answer/4620708?hl=en
3. Google Ads conversions | Google Tag Manager - Server-side, Google for Developers, 2026. https://developers.google.com/tag-platform/tag-manager/server-side/ads-setup