网站可用性监控哪种好一点

选网站可用性监控，网站先看你是可用控种要“知道挂了”还是“知道为什么挂”。这两个需求差很远，性监选错工具就是好点白花钱。

去年帮一个做跨境电商的网站朋友排查问题。他用某免费监控，可用控种每天早上收到一封“网站正常”的性监邮件，但客户投诉页面打不开。好点折腾三天才发现，网站那个监控只检测首页HTTP状态码，可用控种而实际故障出在支付回调接口——首页返回200，性监接口早就500了。好点这就是网站典型的“监控了个寂寞”。

自建 vs 第三方：先算人力账

有人觉得Uptime Kuma加个VPS就够了。可用控种确实，性监部署简单，界面清爽，还能挂Telegram通知。但问题在于：你的监控服务器本身挂了怎么办？去年有个开发者用同一台VPS跑站和监控，机房网络抖动，监控和网站一起失联，他第二天看日志才发现。自建监控适合有运维余力的团队，至少得有个异地节点做交叉验证。否则就是拿体温计测体温计。

第三方服务里，UptimeRobot免费版够用，5分钟检测间隔，支持HTTP关键词匹配。但免费版有个坑：只从美国节点发请求。如果你的用户主要在东南亚，美国节点显示正常，不代表当地能访问。Pingdom和StatusCake的付费版支持多节点，但价格跳到每月10美元以上。国内的话，阿里云站点监控按量付费，便宜，但配置项偏底层，适合已经泡在阿里云生态里的团队。

检测频率和告警通道，比功能列表重要

很多评测文章列一堆功能对比，其实日常最影响体验的就两件事：多久检测一次，告警能不能叫醒你。

1分钟检测和5分钟检测，故障发现时间差4分钟。对电商大促来说，4分钟够损失几万块。但1分钟检测的套餐通常贵不少。折中方案：核心页面1分钟，边缘页面5分钟。告警通道别只配邮件，邮件在手机上的推送优先级太低。Telegram、飞书机器人、短信，至少配两个。见过有人只配了Slack，结果Slack自己挂了，告警没发出来——这属于黑色幽默。

关键词监控：容易被忽略的实用功能

HTTP 200不代表页面正常。数据库连接失败时，很多框架会返回一个“200 OK”的错误页。关键词监控就是检测页面里有没有“数据库连接失败”或者“502 Bad Gateway”这类字符串。UptimeRobot免费版就支持，但很多人没开。建议每个关键页面都配上，成本为零，效果立竿见影。

我的选择逻辑

小项目、个人站：Uptime Kuma自建 + UptimeRobot免费版做异地备份。零成本，覆盖基本场景。

中小团队、有营收压力：StatusCake付费版或阿里云站点监控，1分钟间隔，多节点，告警走飞书+短信。每月几十到一百多块，比故障损失便宜太多。

大厂或强合规场景：直接上Datadog Synthetics或New Relic，贵，但能跟APM、日志打通，排查链路短。这时候监控不是“网站挂没挂”，而是“用户体验降没降”。

别纠结功能列表长度。先想清楚：故障发生时，你希望几分钟内知道，通过什么渠道知道，知道后能不能立刻定位。这三个问题的答案，比任何评测都管用。