旅宿主人或員工每天查看網站時，這些瀏覽也可能被記錄到Google Analytics 4（GA4）。網站製作公司在某個月份反覆確認更新，也可能讓數據看起來像是實際旅客增加了。
這類營運方的瀏覽可以區分為「內部流量」。但是，不要一開始就啟用排除。安全的順序是決定哪些人算內部、以測試狀態確認，確定沒有問題後才啟用。
先了解的結論
符合以下條件的旅宿，可以透過IP位址設定內部流量。
- 旅宿的業務用網路有不容易變動的公用IP位址
- 能區分住客用Wi-Fi與業務用網路
- 旅宿主人或員工的瀏覽很多，對流量分析有明顯影響
- 設定後能從旅宿網路及另一條網路進行測試
相反地，如果旅宿的住客和員工使用同一個Wi-Fi，排除整條網路可能連真正住客的瀏覽也一併排除。手機網路、VPN、IP位址經常變動的網路，也不適合單純指定IP。
如果難以完全排除，也不必勉強設定。可以記錄數據可能混入營運方的瀏覽，透過期間比較或報表篩選來觀察趨勢。
決定哪些人屬於內部流量
不是「排除所有與旅宿有關的人」，而是只將會明顯扭曲測量結果的反覆瀏覽列為候選。
| 瀏覽的人或地點 | 判斷範例 |
|---|---|
| 辦公室的電腦 | 若每天多次確認，可列為候選 |
| 旅宿主人或員工的手機 | 確認能否只在連上館內Wi-Fi時列入對象 |
| 網站製作公司的辦公室 | 確認固定IP與負責範圍後，才列為候選 |
| 住客用Wi-Fi | 會排除真正使用者，原則上不排除 |
| 住家、行動網路、VPN | IP可能變動，不要輕率指定大範圍 |
GA4用來判斷的通常是外部看得到的公用IP位址。這裡不是要指定電腦上顯示的192.168...等館內用位址。
不要把實際IP位址寫進文章、公開螢幕截圖、給AI的委託文或Git裡的原稿。即使委託他人設定，也由旅宿主人或有權限的負責人在管理畫面輸入數值。
設定前要確認的事
- 確認目標GA4資源與網頁資料串流
- 確認Google代碼是否重複安裝
- 列出準備排除的網路
- 確認住客用Wi-Fi與業務用網路是否使用同一個對外出口
- 向網路業者確認公用IP是固定還是動態
- 準備與館內Wi-Fi不同的手機網路供測試
定義內部流量需要GA4資源的編輯者或以上權限。不要把旅宿的Google帳號或密碼交給網站製作公司，只向負責人自己的帳號授予必要權限。
設定步驟
GA4的畫面名稱可能變動。找不到時，不要只依靠本文的畫面名稱，請從文末Google官方說明確認目前的步驟。
1. 建立內部流量規則
從GA4管理畫面開啟目標網頁資料串流。進入「Google代碼」設定中的內部流量定義，建立規則。
- 規則名稱使用「旅宿・業務用網路」等能看懂用途的名稱
traffic_type的值若沒有特別理由，使用預設值internal- 選擇比對類型，輸入已確認的公用IP位址或範圍
指定大範圍，可能把無關使用者也當成內部流量。不要猜測「大概是這個範圍」，應向網路管理者確認。也可能不只使用IPv4，還使用IPv6，因此請確認實際連線條件。
在這個階段，尚未刪除流量。這是在準備為符合條件的流量附上表示內部流量的值。
2. 資料篩選器從「測試」開始
接著，在資源的資料篩選器建立以「內部流量」為對象的篩選器。
- 篩選器類型：內部流量
- 操作：排除
- 參數值：與規則相同的
internal - 篩選器狀態：測試
不要一開始就設為「啟用」。Google說明，透過啟用中的篩選器排除的資料不會處理，之後也無法使用。這也不是回溯刪除過去內部瀏覽的功能。
3. 從兩條網路確認運作
至少從以下兩個方向，在能區分的時間開啟同一頁。
- 列為排除候選的旅宿業務用網路
- 關閉館內Wi-Fi的手機網路等外部網路
使用測試篩選器的項目或DebugView等，確認是否只有業務用網路如預期被視為內部。透過Cookie同意拒絕測量的裝置、使用廣告攔截的裝置、隱私設定較嚴格的瀏覽器，可能連確認用事件本身都看不到。
不要因為「即時報表沒有顯示」就疊加代碼或篩選器，應逐一確認目標資源、評估ID、同意狀態與生效時間。
4. 留下記錄後才啟用
確認完成後，把以下內容記錄到營運紀錄。
- 目標資源與資料串流
- 規則名稱與對象地點
- 是固定IP還是動態IP
- 不包含住客用Wi-Fi
- 測試日期、負責人、外部網路的結果
- 下次確認日期
不要在公開記錄留下實際IP位址。沒有問題才啟用篩選器。與其在旺季或開始投放廣告前立刻切換，不如選擇能持續比較一段時間的時期，會更容易判斷。
數據沒有減少或減少過多時
設定後與預期不同時，在新增設定前確認以下項目。
- 資料篩選器是否仍為「測試」或「停用」
- 內部流量規則與篩選器的值是否相同
- 是否正在查看另一個GA4資源或資料串流
- 網路的公用IP位址是否已變動
- 連線使用IPv4還是IPv6
- 手機是否使用行動網路，而非Wi-Fi
- VPN或網站製作公司的連線途徑是否已變動
- 是否連住客用Wi-Fi也以同一個IP被排除
- 是否只是因Cookie同意、瀏覽器功能或廣告攔截而沒有被測量
- 是否透過多種方式安裝Google代碼
若懷疑連住客的瀏覽也被排除，請停用篩選器後確認原因。已被啟用中的篩選器排除的期間資料無法復原，需要及早判斷。
IP會變動的旅宿可用的替代方案
勉強追蹤動態IP或行動網路，會增加規則更新，也容易漏掉該排除的流量。
- 使用DebugView等測試方法確認網站更新
- 只在分析時使用報表比較或篩選
- 記錄更新工作的日期與時間，解讀該時段的增加時納入考量
- 請網站製作公司記錄確認工作的日期、時間與次數
- 在月報註明「部分包含營運方的瀏覽」
內部流量排除不是識別個人的機制，也不能取代Cookie同意與隱私說明。
可以請AI協助的事與由人處理的事
AI可以協助整理現況、設定前檢查清單、測試計畫與確認結果記錄。另一方面，登入Google帳號、輸入實際IP，以及是否啟用的最終判斷，由旅宿主人或有權限的負責人處理較安全。
唯讀調查的委託文
請整理旅宿網站GA4混入營運方確認瀏覽的問題。
條件：
- 尚不變更設定
- 不要求Google帳號密碼或實際IP位址
- 分別考慮住客用Wi-Fi與業務用網路
- 確認固定IP、動態IP、行動網路、VPN的差異
- 分別列出不明事項、確認對象、設定候選與不設定的選項
建立測試計畫的委託文
請制定啟用GA4內部流量篩選器前的測試計畫。
條件：
- 最初設為「測試」狀態
- 比較旅宿業務用網路與外部手機網路
- 確認沒有誤排除住客用Wi-Fi
- 實際IP位址以遮蔽字元處理
- 列出合格條件、失敗時的停止條件及記錄項目
- 未經我確認，不改為「啟用」
最終檢查清單
- 已決定排除目的與對象
- 未將住客用Wi-Fi列為對象
- 已確認公用IP是固定還是動態
- 未在公開原稿或AI對話中寫出實際IP
- 已讓內部流量規則與篩選器的值一致
- 已以測試狀態建立資料篩選器
- 已從業務用網路與外部網路兩者確認
- 已理解啟用後無法復原被排除的資料
- 已記錄設定日、負責人、確認結果與下次確認日
- 每月1次或網路變更時重新檢查設定
關於GA4整體導入，也請參閱旅宿主人的Google Analytics 4入門；預訂動線測量則請參閱用GA4測量預訂按鈕、電話與詢問的方法。
參考資訊
※畫面名稱與功能可能變動。本文於2026年8月19日確認官方資訊。
