网站监控究竟应该检查什么？

网站监控应检查企业赖以开展业务的最小必要结果集合。确认首页有响应只是其中一项检查，它无法说明访客能否提交咨询、申请预约、将商品加入购物车，或登录会员账户。

先明确网站的用途。选出可以安全测试的重要操作，定义成功的标准，并确定检查失败时由谁接收提醒。这样形成的监控方案便于理解和复查，也不会沦为一串技术指标。

可用性检查能证明什么？

基本的可用性检查通常会请求一个页面，并确认服务器有响应。它可以发现整个网站中断，但检查结果能说明什么，取决于它实际验证了哪些内容。

页面可能返回成功响应，却显示了错误内容、缺少重要组件，或者访客尝试使用时功能失效。更完善的页面检查还可以确认预期的标题、商品、表单或其他稳定元素是否存在。

这并不意味着可用性检查不重要。它的职责很明确：确认一个已知的公开网址能够按预期响应。要验证其他结果，还需要其他检查。

应该监控网站的哪些功能？

这取决于网站需要完成什么。通常没有必要监控每一种可能的操作，而且有些操作无法安全重复，否则会产生不需要的记录、消息或付款。

• 信息类网站可以检查首页、联系页面、重要服务页面和咨询提交流程。
• 预约类网站可以安全地检查日历或可预约时段是否加载，以及约定的测试流程是否可用。
• 网店可以确认商品可查看并能加入购物车，同时不创建真实订单。
• 会员网站可以使用受控测试账户检查登录步骤，并访问约定的受保护区域。
• 出版类网站可以确认新文章、分类页面、信息源或订阅流程仍可访问。

这些是示例，并非固定套餐。关键问题是：哪项操作一旦失败，就会妨碍网站完成一项重要职责？

每项检查应该确认什么？

每项检查都应有可观察的结果。“检查表单”说法过于笼统。更实用的定义会说明打开哪个页面、执行什么安全测试操作、什么响应表示成功，以及测试是否会创建需要清理的内容。

浏览器中的咨询表单测试可以确认必填字段能够填写，且网站接受提交。但这仍不能证明生成的邮件已送达收件箱。我们在关于联系表单邮件送达的文章中解释了这一区别。

自动化浏览器检查通常称为合成监控，会在受控条件下重复执行预先定义的操作。真实用户监控则从实际访问中收集数据。AWS 将两者视为互补手段：合成测试可以定期检查关键流程，真实用户数据则反映访客在不同设备和实际条件下的体验。AWS 概述了这两种方法。

网站监控应包含速度检查吗？

如果速度对网站的用途很重要，就应该包含，但可用性和速度应作为不同的信号。页面可能可以访问，却异常缓慢；也可能加载很快，但重要功能无法使用。

受控测试有助于在可重复的条件下发现变化。现场数据则能反映真实访客经历的差异。Google 的 Web Vitals 指南指出，实验室测量与真实用户测量可能不同，因为设备、连接、位置、内容和互动各不相同。Web Vitals 测量指南说明了两者的区别。

因此，监控方案应说明测量什么、数据来自哪里，以及哪些变化需要关注。单一的通用速度阈值或测试地点无法代表所有受众。

哪些预防性检查可以提前发出信号？

某些技术检查可以提醒负责人注意可能在之后影响网站的状况。视网站情况和约定的职责范围而定，检查内容可以包括域名和 DNS 解析、证书到期时间、主机服务或资源限额、定时任务以及关键外部依赖。

这些检查用于补充业务结果检查。接近资源上限的提醒本身并不能证明访客已经受到影响，也不能确定另一个可见故障的原因。它的价值在于，让负责人有理由在问题发生前或问题出现时进行调查。

提醒应该在什么时候通知到人？

提醒只有送达能够判断情况的人，并提供足够的信息以决定下一步时，才有实际价值。内容应指出哪项检查失败、受影响的页面或功能、故障何时开始、是否仍在持续，以及对所监控结果的严重程度。

不同故障可能需要不同的处理方式。次要页面短暂失效，不一定需要像结账或客户访问故障那样响应。适当的处理时限、接收人和升级路径，取决于网站及双方约定的支持安排。

Google 的事件管理指南建议覆盖用户可见的关键功能，通常围绕症状而非推测的原因发出提醒，并确保提醒能够指导行动。指南也允许设置预防性的内部提醒，例如资源硬上限接近时，因为这可能导致突然故障。对于企业网站，提醒应明确说明它报告的是用户实际遇到的问题，还是需要调查的内部风险信号。

监控不能替代什么？

监控可以发现变化或故障，但不能替代备份、安全工作、软件维护、访问控制、恢复规划或经过演练的响应流程。

监控也无法回答所有商业问题。分析工具可以显示访客如何使用网站，Search Console 则报告 Google 如何抓取、编入索引并在搜索中展示网站。Google 说明了 Search Console 在搜索表现监测中的作用。这两者都不能替代对网站实际功能的检查。

制定监控方案时应该问什么？

企业所有者或管理者应该能获得以下问题的明确答复：

• 会检查哪些页面和业务功能？
• 每项检查能证明什么，不能证明什么？
• 各项检查多久运行一次？
• 测试会创建预约、订单、消息、账户或其他记录吗？
• 谁会收到提醒，提醒中包含哪些信息？
• 哪些故障需要立即处理，哪些可以稍后复查？
• 网站改动会如何反映到检查中？
• 可以查看哪些监控历史或汇总？
• 由谁负责调查并采取后续措施？

答复不必描述每个技术组件，但应清楚说明实际覆盖范围和责任归属。

监控可以纳入更全面的网站维护服务，与更新、备份、证书、支持和其他持续维护工作一并进行。我们评估现有网站时，会根据其功能、集成、风险以及与客户约定的支持范围，确定合适的检查项目。