工具说 200，页面却是错的

用状态码工具查一个地址，返回 200，我以为一切正常。打开页面，看到的是「系统维护中」。

200 只说明请求被正常处理了，不说明内容是对的。状态码和内容，要分开看。那次我差点把维护页当成正常。状态码有语义，但现实里常被误用：有的应用出错也返回 200，有的网关把 5xx 包成 200，只能看内容和日志。

状态码是谁给的

可能是源站应用返回的，可能是 Nginx 返回的，也可能是 CDN、WAF、负载均衡返回的。

同一个 502，可能来自源站，也可能来自 CDN 回源失败。来源不同，处理方式完全不同。

响应头里的 Server、拦截标识、请求 ID，能帮你判断来源，和日志对得上，才找得到人。

节点数量决定覆盖

一个节点只能代表一条链路，节点少，结论就只能代表那条路。

用宝塔拨测的网站测速跑多地区多运营商节点，同一 URL 的状态码可能不一样：大部分 200，个别 502。

这种局部异常，单节点工具永远发现不了。

按运营商和地区分组，能看出问题是全局还是局部。多节点还能看出 CDN 配置差异，有的节点缓存命中，有的回源，状态码就跟着变。

测的是哪一层

有些工具只发 HEAD 请求，只拿响应头。

有些会跟跳转，你看到的是最后一跳的状态码，中间那几跳被隐藏了。

有些只测 HTTP，不测 HTTPS，测出来的结果和用户实际访问的不是一回事。

用之前先确认它测什么，不然数字会骗人。跟不跟跳转，结果差很多。

复测与间歇性问题

一次 200 不代表一直 200。

间歇性 5xx，往往要在几次请求里才出现。连测三次以上，看结果是否稳定，间歇性最考验工具。复测时固定 URL 和路径，带参数和不带参数可能不同，别混着比。

如果状态码在 200 和 502 之间跳，说明上游有实例不稳定，比全站 502 更难查，也更值得做连续监测。

怎么判断可信

看三样：节点数、测试层级、是否有复测。

再加一样：响应内容和时间。四个条件对上，这个状态码才值得当结论。

工具给的是信号，不是判决。多问一句「它测了谁、从哪测、测了几次」，能省很多误判。报告里写清测的是哪个地址，别人复现才对得上。工具的价值在于快，但快不等于准，理解它的边界才能用好，不然越查越乱。问清楚，比测十次有用。

状态码是线索，判断还得靠上下文。