网站检测诊断，别被漂亮分数骗了

分数这东西看着最省心，也最容易骗人。打开一个检测页面，等几秒，几十项指标刷出来，绿的黄的红的排满一屏，顶上挂一个总分。看着像体检报告，可体检报告里最没用的恰恰就是最后那行结论：它只说明总体还行，不说明你哪块该动刀。网站检测诊断也是这个道理，工具输出的是一个按固定规则算出来的结果，你要的却是「我这站到底会在哪儿出事」。

网站检测诊断的分数，是几行固定规则算出来的

这类工具的原理不神秘：抓一次页面响应，量一量 TTFB、HTML 大小、图片体积、请求数、有没有开压缩、缓存头写没写、重定向跳了几次、DOM 节点有多少……每一项对应一个阈值，超了就扣分，加权之后出总分。规则集是写死的，所以它只能判断「这个页面像不像一个优化良好的页面」，判断不了「这个站明天会不会挂」。

还有个更容易被忽略的点：不同平台的规则集不一样，权重也不一样。同一个站扔到三个平台，分数能拉开一大截。拿 A 平台的分数去比 B 平台的分数，跟拿体温计量身高差不多。真想拿它当尺子，就固定用同一家、固定在同一个时间点跑，只看自己跟自己的差值。

高分翻车，翻在分数看不见的地方

见过太多这种场面：截图里一片绿，老板挺满意。转头做个活动，链接往群里一发，手机上打开白屏，因为首屏一个脚本把渲染堵死了。桌面端跑分时网络好、缓存热，这种情况根本测不出来。分数没撒谎，它测的那部分确实健康，问题出在它没测的地方。

常见的盲区大概这几类。一是移动端真实的弱网环境，桌面跑分默认给你一条好网络；二是登录之后、加购之后那些要交互的路径，工具抓的是首屏 HTML，进不去；三是并发，一个人访问和一万人同时访问完全是两回事，跑分永远只有一个访客；四是前后端分离的站，检测工具看到的常常是个空壳，JS 还没执行它就把结论写完了。

有些扣分项，可以先放着不管

报告里一堆黄色提示，看着糟心，但真不是每条都要处理。比如让静态资源上 HTTP/2、加预连接、上 CDN、开 Brotli、给字体做子集化，这些对日均几十万 PV 的站是实打实的收益；对一个日访几百的企业站，折腾一下午可能就省下几十毫秒，用户压根感知不到。判断标准很简单：这条会不会影响「页面能不能打开、能不能用」？不影响就先记下来，别为了把分数从 92 推到 98 去改一堆配置，最后改出新的问题来。

网站检测诊断最值钱的部分是变化，不是绝对值

一个静止的分数说明不了什么，一条会动的曲线才说明问题。这周 88，下周 86，再下周 79，这时候别管别人家多少分，先查自己这两周动了什么：换模板了？上了新插件？图片没压缩直接传？某段统计脚本卡住了？反过来，一直稳定在七十来分的站，只要可用性没毛病，也不用焦虑，那可能就是它的正常水位。所以建议隔一段时间跑一次，把关键几项（TTFB、首屏、请求数、页面体积）记下来，比记总分有用得多。

真出故障了，别一上来就跑分

页面打不开的时候，跑去检测平台点一下，除了浪费时间没别的用。顺序应该反过来：先确认域名解析是不是指到对的 IP，本地 dig 一下，换个公共 DNS 再 dig 一下；再看证书过期没有、是不是只签了主域名漏了 www；然后看端口，80/443 通不通；接着才轮到源站，Web 服务活着吗，PHP 或者 Java 进程还在吗，磁盘满没满，数据库连得上吗。这些用命令行确认过，再去看应用日志里的 5xx。跑到这一步，绝大多数问题已经现形，检测报告是最后拿来复盘的，不是拿来救火的。

机器测不到的部分，人工补上

有些检查只能手动做，但花不了几分钟。手机开 4G、关掉 WiFi 打开一次，别在公司网络里测，公司宽带往往是全城最好的那条线。开无痕窗口，排除缓存和登录态的干扰。找外省的朋友帮点一下，跨网跨省的路由问题跑分工具不会告诉你。表单提交、搜索、下单这些流程完整走一遍，别只盯首页。翻一翻 404 页面和跳转链，看有没有跳到早就下线的旧域名上。最后瞄一眼服务器日志，有没有成片的 5xx，有没有奇怪的爬虫在扫路径。

拿到报告之后，我一般这么看

第一步先看红的，而且只看「影响打开」的那几条，其他先折叠。第二步把所有黄色提示按「十分钟内能改完」和「要动代码」分两堆，前者顺手做掉，后者排进计划。第三步把总分遮住，单看 TTFB 和首屏这两个数，只有这俩跟用户感受直接挂钩。第四步把这次的数字存下来，下次对比着看。至于那个总分，扫一眼就行，它更适合拿去汇报，不适合拿来指导干活。

检测工具是个好东西，但它给的是线索，不是结论。分数漂亮只能说明你没踩那几颗已经被标出来的雷，剩下的雷得自己走一遍才知道在哪儿。下次看见一片绿，先别急着高兴，拿手机在 4G 下把站打开一次，比什么分数都实在。