同一个站，Chrome 快 Firefox 慢

客户说他那边打开很慢，我远程一看，他用的浏览器和我不同。

换我的浏览器打开，两秒；他的要六七秒，差别不在网站，而在客户端这一侧。

浏览器影响哪几段

找对那几段，才知道该调什么，而不是一味删插件。

DNS：有的浏览器会预解析链接里的域名，有的默认关掉，这一项差异很隐蔽。

TCP 和 TLS：连接复用策略不同，域名拆得越多，差异被放大得越明显。

下载：并发连接数不同，资源多的时候排队方式完全不一样，页面越重差得越多。

TTFB 基本不受浏览器影响，主要看服务端，这一段拿来排除客户端最有效。

四个可验证的变量

每一个都能单独关掉验证，比猜有效得多。

扩展：广告拦截和脚本拦截，会让资源加载顺序整体改变，有时反而更慢。

缓存：隐私模式或者禁用缓存，等于每次都从零开始，测出来的数偏悲观。

代理：系统代理或浏览器插件代理，DNS 和建连路径都会变，甚至会绕一圈。

版本：老内核不支持新协议，TLS 握手要多来回几次，老电脑上特别明显。

怎么做对照

对照实验的关键是只变一个条件，变多了就白做。

用宝塔拨测的网站测速跑多地区多运营商节点，先确认站点侧正常，这一步做完，才有资格怀疑浏览器。

再在同一台机器上，用两个浏览器各打开一次，记录首屏时间，别凭感觉。

最后用无痕模式再试一次，把扩展和缓存这两个变量排掉，剩下的差异才可信。

什么时候不是浏览器

先排除它，才不会白折腾，也不会冤枉站点。

多节点结果本身就慢，说明问题在站点，换浏览器只是掩盖，下次还会犯。

只有某个地区慢，先看链路，浏览器无关，别在客户端上耗时间。

所有浏览器都一样慢，去查系统网络和服务端，那才是共性原因。

复测与结论

结论具体，后面才好交接，新人照着做就行。

同一个浏览器，改一个设置测一次，别一次改一堆，不然不知道哪项起效。

记录每次的首屏时间和分段耗时，看变化落在哪一段，数字比印象可靠。

结论写清是浏览器设置、扩展，还是站点问题，避免反复扯，也方便交接。

浏览器慢和站点慢分开，责任就清楚了。

责任清楚，改起来就不扯皮。

不扯皮，效率就上来了。

上来之后，才有精力做优化。

优化做顺，体验自然好。

体验好，抱怨就少。

少一点抱怨，多一点信任。

信任在，事情就好办。

好办，就少加一次班。