所有文章

隱私與資料治理

網站追蹤碼把資料送去哪裡?企業投廣告前先完成資料出口盤點

2026年8月26日,邊境部署 撰

網站追蹤碼把資料送去哪裡?企業投廣告前先完成資料出口盤點

網站為了分析流量、投放廣告與客服,常累積多家追蹤碼,卻沒人說得清楚資料送去哪裡。本文帶企業主盤點用途、資料欄位、啟動條件、管理權與停用方式,避免個資外送、重複計數、網站變慢與廠商交接失控。


行銷公司為了看廣告成效,安裝 Google Analytics、Google Ads 與其他廣告平台追蹤碼;客服廠商又加入聊天工具,改版團隊為了驗收再放一套分析工具。幾次合作之後,網站仍正常開啟,卻沒有人能回答:現在有哪些程式會在訪客開頁或送出表單時啟動,資料送到誰的帳號,舊廠商離場後是否已停用。

這不只是網站多幾段程式。設定錯誤可能讓同一筆詢價被算兩次,廣告看似有效卻無法對帳;也可能把網址或使用者輸入意外送往第三方,增加個資說明、事故處理與交接責任。載入過多工具還可能拖慢帶來營收的頁面。

可以把追蹤碼想成店內的感應器。每個感應器都可能把「有人進門、拿起商品、完成結帳」傳給不同顧問。門口貼一張告示,不代表感應器只收必要資訊,也不代表離場顧問已停止收到資料。企業需要的是清冊、啟動規則與可驗證的資料去向。

追蹤碼其實是一個資料出口

追蹤標籤(tag)是分析、廣告或客服服務商提供的一小段程式,用來記錄頁面瀏覽、按鈕點擊與交易等事件,再把資料送到指定平台。Google Tag Manager(代碼管理工具)能集中管理這些標籤,但「集中放置」不等於已完成資料治理;容器(存放標籤設定的工作區)裡仍可能同時存在 Google 與第三方標籤、自訂程式及不同啟動條件。

若送出的內容涉及可識別個人的資料,就要回到台灣《個人資料保護法》的基本原則。第 5 條要求蒐集、處理或利用不得超過特定目的必要範圍,第 8 條要求原則上告知蒐集目的、資料類別、利用期間、地區、對象與方式等事項。是否需要取得同意,仍要依實際資料、目的、對象與適用規範判斷,不能只看工具名稱,也不能把裝了一個同意視窗當成完成全部責任。

先用五個問題找出失控的標籤

  1. 誰是帳號與容器的擁有人? 公司是否有最高管理權,還是所有發布、復原與驗證碼都在行銷或網站廠商手上?
  2. 每一個標籤解決什麼問題? 能否對應到廣告歸因、詢價完成或客服功能,而不是只因前任廠商曾經安裝就一直保留?
  3. 實際送出哪些資料? 除了事件名稱,是否包含完整網址、頁面標題、表單欄位、訂單資訊、裝置識別或其他自訂參數?
  4. 什麼時候會啟動? 開頁就送、按鈕點擊後送,還是取得適當選擇後才送?不同標籤是否真的遵守同一套設定?
  5. 如何停用與驗證? 刪除網站上的一段程式後,代碼管理工具、外掛、伺服器端傳送與舊帳號是否仍有其他出口?

若前三題只能由不同廠商各答一小部分,企業目前擁有的是零散工具,不是可管理的量測系統。

報表正常,也可能已經送錯資料

Google Analytics 的官方政策禁止把可識別個人身分的資訊傳入 Analytics。Google 也提醒,基本分析標籤會收集頁面網址與標題,電子郵件、電話或其他使用者輸入可能因此意外出現在網址、站內搜尋、事件名稱或自訂參數中。看到報表持續進資料,不代表內容就符合預期。

GA4(目前的 Google Analytics 版本)提供「資料遮蔽」功能,可在送出前以最大努力辨識電子郵件,並遮蔽指定的網址查詢參數,但官方同時說明它有範圍與誤判限制,不能取代源頭修正與實際測試。Google 的 Consent Mode(把訪客的選擇傳給標籤的機制)也不會自己產生同意視窗;不同模式下,拒絕後是否完全不傳資料並不相同。

因此驗收不能只截一張設定頁。應在測試環境依序操作首頁、廣告落地頁、詢價表單與完成頁,確認哪些請求真的送出、欄位是否必要、拒絕或尚未選擇時的行為是否符合設計,再對照後台收到的事件。這類檢查要使用測試資料,避免為了驗證反而再送一次真實客戶個資。

今天先做一張追蹤清冊

企業可以先列出「工具、商業目的、帳號擁有人、啟動頁面、送出欄位、接收對象、選擇條件、保存設定、停用方式」九欄。從廣告進站、詢價送出與付款完成等關鍵流程開始,不必第一天就掃完整個網站。

預算有限時,優先保留能回答明確營運問題的量測,移除無人使用、重複計數或無法說明資料去向的標籤。把標籤改成伺服器端傳送,可在送往廠商前統一驗證與刪減欄位,但會增加主機、監測與維護成本,也不會自動解決告知、權限與保存問題。便宜方案若只負責「裝上去」,通常少了資料設計、選擇狀態、跨平台測試與退場交接。

自行處理的邊界與專業協助時機

企業主可自行整理合作廠商、分析與廣告帳號、隱私告知頁、重要轉換事件及最近改版紀錄,也能檢查表單完成後的網址是否出現姓名、電話或電子郵件。不要在正式站直接大量刪除標籤,否則可能中斷廣告歸因、付款通知或既有報表,應先確認依賴關係並保留變更紀錄。

如果公司拿不到代碼管理工具權限、容器內有看不懂的自訂程式、同意選擇與實際傳送不一致,或網站同時串接表單、會員、付款、CRM(客戶關係管理系統)及多家廣告平台,就值得請技術、隱私與行銷人員共同盤點。

接洽前可準備網站網址、代碼管理工具與分析帳號識別碼、目前合作廠商、主要轉換流程、隱私告知內容、最近一次改版日期,以及一份不含秘密值的標籤截圖或匯出清單。邊境部署可以協助把這些線索整理成資料流、風險與驗收項目,再決定要移除、重設、改用伺服器端,或先補足權限與文件。

查證來源

你的網站也有這個狀況嗎?

帶著現況來聊,我們會先幫你判斷哪些可以自己處理,哪些需要專業協助。

說說你的情況