网站监测是指按计划定期检查正在运行的网站或 Web App，在访客发现之前找出并修复问题。很多人以为监测只是看网站有没有“宕机”。这一点确实重要，但网站即使能正常打开，预约按钮也可能失效，商品可能被放进错误的分类，某个页面的价格也可能与其他页面对不上。
为什么网站能打开，仍然可能有问题
网站经常更新，而且往往由不同的人和工具同时维护。以下情况尤其容易出问题：
- 内容更新：上架新商品、推出季节性促销或修改页面后，旧链接可能仍指向已经不存在的页面。
- 同一信息分散在多处：价格、库存、营业时间或联系方式在一个页面改了，另一个页面却没有同步。
- 软件更新：新版本、插件或主题更新，可能改变页面布局，或导致表单无法提交。
- 外部服务变化：预约组件、支付页面、地图和在线客服工具大多由其他公司提供，可能在没有通知的情况下发生变化。
- 忘记续期：域名或安全证书过期，可能导致网站无法访问，或者浏览器弹出安全警告。
这些问题不一定会让整个网站停止运行，所以只检查网站能否打开，未必能发现它们。
网站监测可以检查哪些内容
监测方案通常会组合几类检查，常见的包括：
- 可用性：重要页面能否响应并正常加载。
- 失效链接和图片：打不开的页面、无法显示的图片，以及跳转到错误位置的按钮。
- 表单和关键流程：约定的咨询、预约或购买步骤能否顺利完成。
- 内容一致性：商品、价格和其他信息是否符合企业确认的资料和分类规则。
- 搜索可读性：公开页面能否被收录、页面描述是否合适，以及搜索系统读取的信息是否与访客看到的内容一致。
- 续期日期：域名和安全证书什么时候到期。
以下示例仅用于说明：一家网店在季节性更新时给某款商品改了名，商品页面也随之换了新地址。网站运行正常，新页面也能打开，但首页横幅仍链接到旧地址，访客看到的是“页面不存在”。只检查网站能否打开，结果会显示一切正常；按计划执行的链接检查，则会标记这个横幅有问题。
自动化检查与人工审核
自动化工具擅长重复性检查，例如页面是否有响应、链接是否有效、提交表单后是否出现预期的确认信息。另一些问题则需要了解背景：这款商品真的放错了分类，还是属于促销活动？两个页面的信息不一致，是错误还是已经确认的例外？
AI 工具可以帮助标记这类疑似问题，但也可能误判。有用的监测报告会把已确认的故障和尚需核实的问题分开，附上截图和受影响页面等证据，并在任何人修改网站之前，由专人审核结果。
从哪里入手
用所有方式检查每一个页面，通常没有必要。更实际的做法是：
- 列出最重要的页面和流程，例如首页、主要商品或服务页面，以及咨询、预约或结账步骤。
- 明确以哪些资料为准，例如价格、库存和分类规则，让每项检查都有对照依据。
- 确定检查频率，例如按固定计划检查，并在重要更新后再检查一次。合适的频率取决于网站改动的频繁程度。
- 为需要登录的部分准备测试账号和安全的测试数据，避免检查时产生真实订单或发送真实消息。
- 约定由谁接收报告、由谁修复，可以是企业内部团队，也可以是现有开发服务商。
- 保留记录，列出未解决的问题、修复情况和复查结果。
监测、测试与支持的区别
这三项工作相互关联，但解决的问题不同。回归测试在改动发布之前，确认原有功能依然正常。监测则在网站上线后持续检查，包括内容修改和外部服务引起的问题。软件支持 SLA 规定问题报告后由谁处理、多快响应。
监测也有局限。它只覆盖事先约定的页面、语言和流程，检查通过也不代表网站没有任何问题。监测负责发现和报告问题，修复仍然需要有人执行。与搜索相关的检查可以改善网站基础，但不能保证搜索排名。
如需了解服务范围，可以查看 technine.io 的AI 网站与应用监测服务。
常见问题
网站监测和 uptime 监测是一回事吗？
不是。Uptime 监测只检查网站或页面是否有响应。网站监测还可以覆盖失效链接、表单、内容一致性和搜索可读性。Uptime 只是其中一部分。
网站应该多久检查一次？
取决于网站改动的频繁程度，以及业务对网站的依赖程度。每周都上架新商品的网站，通常需要比一年只改几次的网站检查得更频繁。至少应在每次重要更新后检查一次。
监测能覆盖需要登录的页面吗？
可以，但需要先约定测试账号、访问权限和允许执行的测试操作。原生移动应用通常需要单独安排，包括使用的设备和测试范围。