查到 200，页面却打不开

同事在工具里查状态码，回来告诉我 200，一切正常。

我拿他那个地址自己打开，页面是白屏。码是对的，结论是错的，问题出在中间那层渲染。

输入决定结果

输入不对，后面全白查，还会得出错误结论。

只填域名和填完整路径，可能是两个不同的资源，状态码自然也可能不同。

带参数的地址，少了参数就落到另一个页面，码自然不一样，这种误判最常见。

查状态码之前，先确认这条地址是不是用户真正点的那一条，差一个参数就差一个页面。

跟不跟随跳转

这个开关，决定你看到前半段还是结局，两种视角都有用。

不跟随跳转，你能看到 301 或 302，知道有一位跳转发生过，也能看到跳去哪。

跟随跳转，你看到的是最终落点的状态码，中间过程全被隐藏，链断了也看不出来。

两种都有用，关键是知道自己看的是哪一种，别拿一个当另一个。

UA 与地区也会影响

同一地址，换个身份就是另一个答案，所以要多节点测。

有些站点对移动端和桌面端返回不同内容，甚至不同状态码，UA 一换结论就变。

有些站点对海外访问直接拒绝，国内查是 200，国外查是 403，这类差异只能靠多地测出来。

用宝塔拨测的网站测速跑多地区多运营商节点，一次就能看到这种差异，比单点查询可靠得多，也不容易被一个结果带偏。

状态码要和分段一起看

单看码，只能知道成败，不知道代价。

只有码，没有耗时，你分不清是快速失败还是慢慢超时，两者的修法完全不同。

DNS、TCP、TLS、TTFB、下载五段一起看，才能判断断在哪一层，也才谈得上下一步。

码加分段，才是完整的信号，缺一个都容易得出片面结论。

复测与记录

能复现，结论才可信，也才敢写进报告。

同一个输入条件连测三次，排除偶发，别用一次结果当定论。

换地区、换运营商再测一次，确认是不是局部现象，这一步经常被省掉。

把「输入、是否跟随跳转、UA、地区」记下来，结论才可复现，别人也才能验证。

条件固定，结论才有分量。

有分量，才推得动改动。

推得动，问题才解决得了。

解决了，投诉就少。

少了投诉，才有空做优化。

优化起来，速度才提升。

提升了，用户才有感觉。

有感觉，才会说好话。

好话多了，合作就顺。

顺了，很多细节才谈得下去。

细节谈清，返工就少。

返工少，效率自然高。

效率上来，时间就宽裕。