结论：把“页面变了”当成一个需要证据支撑的判断：只要获取证据字段异常（最终 URL、字节数、关键区块哨兵），就先按“获取完整性事件”处理，不要直接对比内容并升级告警。
核心答案
采用两段式规则：先做完整性闸门（证据字段 + 哨兵），再做内容对比（仅对通过闸门的样本）。闸门不通过时，输出诊断证据而不是变化结论。
判断标准
- 最终 URL 是否一致：跳转链变化或落点漂移，往往意味着路由或版本切换。
- 响应体字节数是否落在基线区间：突然变小通常是内容不完整或主体缺失的信号。
- 关键区块哨兵是否出现：表格、条款段落、关键标题缺失时，不具备可比性。
- 重复采样是否一致：短时间少量重复采样可区分瞬时波动与持续变化。
相关问题
- 要不要直接对比整页 HTML？不建议作为第一步。整页对比噪声高，应放到完整性闸门之后。
- 动态渲染怎么办？优先让证据字段稳定，再对比你能控制的、可归一化的区块。
常见误区
- 把“状态码成功”等同于“内容可用”：成功响应也可能是不可用内容。
- 一次采样就下结论：单次差异容易被瞬时网络波动放大。
- 证据字段太少：没有字节数与哨兵，复盘只能靠猜。
常见问题
最省事的分流信号是什么？
字节数基线 + 哨兵出现情况。两者结合能快速把“获取不完整”与“真实改动”分开。
每个页面需要几个哨兵？
从 1 个关键区块开始，只有当它确实能降低误报时再加第二个。哨兵越多，维护成本越高。
