GA4 內部流量排除怎麼設：辦公室、居家辦公與代理商流量的三層過濾法
GA4 內部流量排除的正確做法，是先用「定義內部流量」標記自己人的來源，再把資料篩選器設成「測試」狀態觀察幾天，確認沒有誤殺真實訪客後才改為「啟用」。一旦啟用，被排除的資料不會再進入報表，也無法事後救回，所以順序比設定本身更重要。
這件事聽起來很基本，但我們實際稽核客戶的 GA4 資源時，完全沒有設定內部流量排除的比例並不低。更常見的是設了一半：定義了公司 IP，卻沒有啟用篩選器；或是篩選器啟用了，公司早就換了網路業者，IP 已經不一樣。
對小型網站來說，內部流量的影響可能比想像中大。一個每天只有幾百位訪客的 B2B 官網，如果業務、客服、行銷每天都會打開產品頁給客戶看，這些點擊在報表裡就是一群停留時間很長、瀏覽頁數很多的「高品質訪客」，足以讓你對內容成效做出錯誤判斷。
先釐清：哪些人算內部流量
在動手之前，先列出會造訪網站、但不應該被計入的人。我們通常把他們分成三層：
- 第一層：公司辦公室的固定網路，包括員工日常瀏覽與開會展示。
- 第二層：居家或外出辦公的員工，他們的 IP 不固定。
- 第三層：外部協力者，例如網站工程師、廣告代理商、內容外包，他們會頻繁測試表單與結帳流程。
三層的處理方式不同。第一層用 IP 規則就能解決；第二層和第三層的 IP 會變動，需要搭配其他方法。很多人只處理第一層就以為完成了，結果最會污染轉換資料的第三層反而沒被排除，因為工程師測試表單時，每一次都是一筆假的轉換。
第一層：用 IP 定義內部流量
GA4 的內部流量設定位於資料串流的代碼設定中。官方說明篩除內部流量描述的流程是：建立一條規則，指定 IP 位址條件，符合條件的事件會被加上 traffic_type 參數，預設值為 internal。
這一步只是「貼標籤」，還沒有真的排除任何資料。實際排除要靠下一步的資料篩選器。
如何取得正確的 IP
請在辦公室網路下，用搜尋引擎查詢「我的 IP」即可看到對外 IP。要注意兩件事。第一，很多辦公室同時有 IPv4 與 IPv6，兩種都要加入規則，否則使用 IPv6 連線的裝置會漏網。第二，如果公司有多條線路或備援線路，每一條都要查。
用範圍還是單一位址
如果公司向電信業者申請的是固定 IP 區段，可以用 CIDR 格式一次涵蓋整段。不確定的話，寧可逐一列出單一位址，也不要用太寬的範圍，避免把同一個電信業者的其他用戶一起排除。
關鍵步驟：資料篩選器先測試，再啟用
資料篩選器是真正把內部流量擋在報表外的機制。官方文件資料篩選器說明，每個篩選器有三種狀態：測試、啟用、停用。
| 狀態 | 資料是否被排除 | 適用時機 |
|---|---|---|
| 測試 | 不排除，但可在報表中用維度辨識 | 剛建立規則，需要觀察是否正確 |
| 啟用 | 永久排除，無法回復 | 測試期確認無誤之後 |
| 停用 | 不作用 | 暫時停止或準備刪除 |
測試狀態是這整套設定裡最重要、也最常被跳過的一步。在測試狀態下，GA4 會在符合條件的事件上加上「測試資料篩選器名稱」這個維度，你可以在探索報表中用它拆分，看看被標記的流量有多少、來自哪些頁面、是否合理。
我們建議至少觀察三到七天，包含平日與週末。如果被標記的流量在週末幾乎歸零，平日集中在上班時段，那就很符合內部流量的樣子。反之，如果週末也有大量被標記的流量，就要懷疑規則是否涵蓋了不該涵蓋的使用者。
確認無誤後，再把篩選器改為啟用。記住，啟用之後被排除的資料不會出現在任何報表，也無法事後找回。
第二層：居家與外出辦公的替代方案
IP 規則對居家辦公無效，因為每個人家裡的網路 IP 不同，而且會定期變動。這時可以考慮以下做法，由簡單到複雜排列：
- 讓員工使用公司 VPN 存取網站，這樣對外 IP 就會是公司固定 IP，可以沿用第一層規則。
- 在 GTM 中根據特定條件設定 traffic_type 參數，例如員工瀏覽器上存在某個自訂 Cookie 時，將 traffic_type 設為 internal。
- 請員工安裝瀏覽器的 GA 退出外掛，直接讓該瀏覽器不送出分析資料。
第二種做法最有彈性。常見的實作方式是做一個只有內部知道的網址，例如帶有特定查詢參數的頁面，員工造訪一次後 GTM 會寫入 Cookie，之後這台瀏覽器送出的事件都會帶上 traffic_type 等於 internal，再由同一個資料篩選器排除。這需要一點 GTM 設定能力，但只要做一次，後續新進員工只要點一次連結即可。
第三種做法最簡單，但依賴每個人自己安裝，執行率通常不穩定，比較適合當作補充而不是主力。
第三層：開發人員流量要另外處理
GA4 另外提供「開發人員流量」篩選器，專門排除開啟偵錯模式時送出的事件。工程師或行銷人員在 GTM 預覽模式或 DebugView 測試時，事件會帶上 debug_mode 參數，這類事件可以被開發人員流量篩選器排除。
這個篩選器的邏輯和內部流量篩選器一樣，也有測試與啟用狀態。建議兩個篩選器都建立，並且分開命名，未來查問題時才知道是哪一個規則在作用。
外部代理商的測試行為則比較麻煩。如果他們測試時沒有開啟預覽模式，而是直接在正式站填寫表單，這些測試轉換就會進入報表。這種情況只能靠合作規範處理：要求所有測試都在預覽模式下進行，或在表單中使用約定好的測試名稱，事後用探索報表排除。
怎麼驗證設定真的生效
設定完成後，用以下方式確認：
- 在測試狀態期間，用探索報表以「測試資料篩選器名稱」拆分，確認內部流量被正確標記。
- 從公司網路和手機行動網路各造訪一次網站，比對兩者在即時報表中的差異。
- 啟用後的第一週，比較整體工作階段與前幾週同期，若出現超過預期的大幅下滑，要回頭檢查規則範圍。
- 每季重新確認辦公室 IP 是否變更，特別是換電信業者或搬遷辦公室之後。
如果你的 GA4 數字和其他工具對不起來，內部流量只是原因之一，還可以參考GA4 與 Search Console 對不起來的五個定義差異，以及廣告平台回報與 GA4 差三成的拆解。
常見錯誤與提醒
- 只建立內部流量定義，沒有建立或啟用資料篩選器，資料其實沒有被排除。
- 沒有經過測試狀態就直接啟用，誤排除真實訪客且無法回復。
- 只加入 IPv4，漏掉 IPv6。
- 搬家或換網路後忘記更新 IP，舊規則形同虛設。
- 以為排除內部流量會影響 Google Ads 或其他平台的轉換，實際上資料篩選器只影響 GA4 報表。
- 把內部流量排除設定視為一次性工作，沒有寫進定期檢查清單。
最後一點特別值得強調。內部流量排除不是設好就永遠正確的設定，它跟公司的網路環境、人員組成一起變動。我們會把它列入每季的追蹤健檢項目，與事件命名、轉換設定一起檢查。事件命名的部分可以參考GA4 事件命名規範。若需要協助做一次完整的 GA4 資源健檢，可以透過聯絡頁面與我們討論。
常見問題
啟用內部流量篩選器之後，過去的資料會被排除嗎？
不會。資料篩選器只會作用在啟用之後收集的資料，過去已經處理的資料維持原樣。因此越早設定越好，過去被污染的期間只能在分析時自行註記。
內部流量篩選器會影響 BigQuery 匯出嗎？
被啟用中篩選器排除的事件不會被處理，因此也不會出現在後續報表中。若你需要保留完整原始資料做比對，可以考慮只把篩選器維持在測試狀態，改用維度在分析時排除。
公司使用行動網路分享熱點上網，該怎麼排除？
行動網路的 IP 會頻繁變動且與大量陌生用戶共用，不適合用 IP 規則。建議改用 GTM 寫入內部識別 Cookie 的方式，或讓相關裝置安裝退出外掛。
一個 GA4 資源可以建立幾個資料篩選器？
GA4 對資料篩選器數量有上限，實務上內部流量與開發人員流量各一個就足夠。規則數量多時，建議在同一個內部流量定義中加入多條 IP 條件，而不是建立很多個篩選器。