依 GDPR 要求使用 Google Tag Manager

Google Tag Manager（googletagmanager.com）本身不會載入追蹤工具，而是對其進行管理。真正涉及資料保護的問題在於它所觸發的各個標籤。

使用 Tag Manager 最常見的錯誤是以為容器裡一個被阻斷的同意工具就夠了。只要容器程式碼片段在 <head> 中，頁面載入時就會建立到 googletagmanager.com 的連線並把 IP 位址傳給 Google——早於任何標記觸發。對容器本身，只能透過在同意後載入或在伺服器端提供來避免。

自 2024 年 3 月起，若轉換資料要流向 Google Ads，Google Consent Mode v2 對歐洲經濟區的廣告功能實際上是強制的。但它不能代替同意工具：Consent Mode 只是讓 Google 標記的行為適配同意狀態——狀態本身必須由一個滿足同意要求的橫幅來擷取。

在伺服器端打標中，標記的執行遷移到自有端點（通常是子網域）。這改善了載入時間和資料控制，但不轉移同意義務：存取用戶端所設識別碼的伺服器端觸發標記同樣需要事先同意。

這是風險嗎？

如果代碼管理工具在使用者拒絕之前或不顧拒絕而載入了需要同意的標籤（如 Analytics、Ads、像素等），則依《德國電信數位服務資料保護法》第 25 條第 1 項，這些標籤缺乏法律依據。容器呼叫本身就已經將 IP 位址傳送給了 Google（美國）。

您可以怎麼做

• 使用 Consent Mode 或觸發條件，使標籤僅在取得同意後才觸發。
• 為容器內的每個標籤指派一個類別，並將其與同意狀態進行比對。
• 可以考慮使用伺服器端標籤管理，但需一致地沿用同意邏輯。
• 設定完成後，請在「網路」分頁中檢查首次點擊之前載入了哪些內容。

常見問題

Google Tag Manager 本身需要同意嗎？

容器呼叫不載入追蹤器，但在頁面載入時把 IP 位址傳給 Google（美國）。嚴格來說這已是無技術必要的存取——保守起見，容器因此僅在同意後載入。

用 Consent Mode v2 代替 Cookie 橫幅夠嗎？

不夠。Consent Mode 只控制 Google 標記如何回應同意狀態。狀態必須由一個單獨的、在接受與拒絕之間提供真實選擇的同意工具來擷取。

如何確保標記只在同意後觸發？

給容器中的每個標記設定一個觸發條件例外或同意條件，檢查相應類別的同意狀態。然後在預覽模式和「網路」標籤中核對首次點擊前載入了什麼。

伺服器端打標對同意有幫助嗎？

它改善效能和資料控制，但不代替同意。處理個人資料的伺服器端標記與用戶端標記需要相同的法律依據。

consentglass 如何提供協助

免費檢測會分析所提供的 HTML，並顯示哪些服務被內嵌、是否偵測到 Cookie 橫幅，以及是否有隱私權政策與營運者資訊連結——每一項發現皆附有分類。不能取代法律諮詢。