旅宿主人或员工每天查看网站时，这些浏览也可能被记录到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日确认官方信息。
