三个人都说白，其实是三种白

群里同时来了三条反馈：一个是全白，一个是页面有框没内容，一个是内容有但排版全乱。

如果都按「白屏」处理，只能一个个试。先把三种分开，能省一大半时间，也能少冤枉人。

第一种：整页纯白

这一类最像「网站挂了」，但很多时候只是返回体空了。

地址栏正常，页面什么都没有，连文字都没有，右键查看源码也接近空。

这类要看状态码和下载段。状态码失败说明请求没成，下载段接近零说明返回就是空的。

第二种：有框架没内容

这一类最容易被误判成网络慢，其实请求早就回来了。

导航、页头都在，中间那块是空的，或者一直转圈，看着像加载不完。

这类多半是接口失败或者脚本报错，主文档其实是好的，问题在它后面那一层。

看一下 TTFB 和下载段：这两段正常，问题就在渲染和接口上，查网络没有意义。

第三种：内容在但样式丢

这一类最容易被忽略，因为文字能看见，用户反馈也含糊。

文字都在，但排版散开，像一版白底黑字，用户会以为网站崩了。

这是 CSS 没加载成功，静态资源和主文档不是一条路径，问题在资源那一侧。

单独测一次 CSS 的地址，就能确认它是不是 404 或者超时，这一步最快。

用结果判断是全局还是局部

范围不清，改哪都不踏实，也容易被一句「我这边正常」顶回来。

用宝塔拨测的网站测速跑多地区多运营商节点，先看状态码分布，再看五段耗时，两个维度一起读。

所有节点都白，问题在服务端或构建产物，改前端缓存没用。

只有某几家运营商白，先看那条线路上的资源加载，可能是 CDN 同步未完成。

复测与收尾

修好要能看见，不能只写在报告里，用户的屏幕才是验收标准。

同一地址连测三次，确认白板是稳定还是偶发，偶发的先记着观察。

改完再实际打开一次，光看指标通不算好，用户看的是屏幕。

把「哪种白、哪些地区、哪一段异常」写清楚，下次同类问题直接照做，不用重新推理。

三种白分开，修起来才不至于乱。

不乱，改动才对得上症状。

对得上，才有真正的修复。

修好一次，下次就有经验。

经验多了，白板就少。

少了，投诉也少。

投诉少，团队才稳。

稳了，才敢接更多活。

活多了，能力也就上来了。

能力上来，判断就准。

准了，就不用反复返工。

返工少，时间就够用。

够用，就能做更细的优化。

细的优化做多了，问题就少了。