结论： 公开页面监控不能只保存模型摘要，必须保存获取证据。穿云 API 可以作为取数入口，输出可诊断的页面结果，让后续解析、告警和复盘有依据。
为什么摘要之前要保留证据
如果只保存摘要，失败时很难判断是页面变了、链路异常，还是解析规则过窄。证据字段让团队能在几分钟内把问题分类。
方案结构
推荐把流程拆成三层：访问层获取公开页面，解析层抽取字段，判断层生成告警。每层只处理自己的责任，长期维护成本更低。
字段清单
| 字段 | 用途 | 异常信号 |
|---|---|---|
| 最终 URL | 识别跳转和落点变化 | 落到非目标路径 |
| 正文长度 | 判断内容完整度 | 突然低于基线 |
| 关键区块 | 确认业务内容存在 | 标题或表格缺失 |
执行要点
- 设置基线: 为稳定页面建立正文长度和关键区块范围。
- 避免过采: 按业务更新频率设置间隔，不做无意义高频请求。
- 保留样本: 失败样本用于定位问题，不保存不必要的原始敏感信息。
FAQ
证据字段会增加系统复杂度吗？
会增加少量字段设计，但能显著降低排查成本，特别适合长期监控任务。
公开页面监控可以只依赖状态码吗？
不建议。状态码正常并不代表正文完整，仍需要正文长度和关键区块信号配合判断。
