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

- 網址：https://www.edgedeploy.tw/blog/website-tracking-tags-data-audit
- 分類：隱私與資料治理
- 發佈日期：2026-08-26
- 更新日期：2026-08-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（客戶關係管理系統）及多家廣告平台，就值得請技術、隱私與行銷人員共同盤點。

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

### 查證來源

- [個人資料保護委員會籌備處：個人資料保護法第 5 條](https://www.pdpc.gov.tw/News_Content/100/292/)
- [個人資料保護委員會籌備處：個人資料保護法第 8 條](https://www.pdpc.gov.tw/News_Content/100/295/)
- [Google Tag Manager：About Tags](https://support.google.com/tagmanager/answer/3281060)
- [Google Analytics：避免傳送可識別個人資料的做法](https://support.google.com/analytics/answer/6366371)
- [Google Analytics：GA4 資料遮蔽的範圍與限制](https://support.google.com/analytics/answer/13544947)
- [Google Tag Manager：About consent mode](https://support.google.com/tagmanager/answer/10000067)