被高估的网站性能统计 | Standardista

译者：loveisbug

原文链接

作者：Estelle Weyl
翻译：zbolin，Dandan-M，loveisbug

注：本文洁版首发于Instart Logic’s blog。

谁关心性能问题？毫无疑问是你的用户。把网站的速度加快几秒甚至几百毫秒都会让你的用户高兴。至少他们会不那么愤怒。道理很简单，只需用常识判断，都不用看统计数据。

例如，文件大小压缩到50%对某些 2G 手机会产生巨大影响，但对 T1 线路（注：T1 是一种数据传输速率标准，是北美标准）来说微乎其微。凭常识便可推断，不论网速怎样，这种方法对一个5Mb的网站影响都比一个5Kb的更显著，因为将5Kb的下载量减半所获得的性能提升根本感觉不到。同样，页面加载时间从 12 秒提升到 11 秒达不到从 3 秒提升到 2 秒同样的效果。改进 1 秒造成的影响取决于原始体验。显然，这也是常识。

基于常识得出的结论通常是准确的，而基于统计数据得出的结论往往不考虑实际情况。统计数据经常被用来说明事实，但它通常只反映数据的一个侧面。马克·吐温曾说，“事实不可改变，但统计数据可以解释。”

我们在讨论 web 性能统计的时候，把整个 web 看成一块巨石，上面所有的 web 应用都一个样，性能改善的影响是线性的。可能不是用简单的指数方程来表示。但是性能不是简单的科学，不应该假设度量是线性，甚至是精确的。

很多网站加速器引用这个统计数据：“网页响应速度延迟1秒，会导致转化率减少 7%，浏览量下降 11%，用户满意度下降 16%”，现在看这个数据很扯。这份引述来自2008年的一项研究，而当时 iPhone SDK 刚发布，Android 应用市场也才刚起步。研究进行的时候，还没有 iPad 和 Android 平板。作为网站加速器，我们不能引用基于过时设备的性能研究报告。但我们是这样做的。

用户满意度的统计数据可能很扯，但结论是对的。网站加载的时间越长，用户的满意度越低，更多的用户离开你的网站，转化率降低，挣的钱就会变少。这不仅仅是用户不满意的问题，而是他们不再使用你的网站了。这是常识，跟数据百分比没有关系。

给你的网站做一个性能预算，并且测试一下。在整个开发阶段都要测试你的应用程序，优化图片，调整其大小，减少域名查找，减少网站膨胀，减小请求大小，压缩所有请求。减少 HTTP 请求，使用 HTTP/2 协议，尽可能地缓存。基本上，尽可能地按照这份性能建议来做。

当然不止是主页，还要改善所有内容的性能。集中精力在网站的关键路径上。显然，有些页面的优化不那么重要，比如在政治候选人的网站上，“关于我们”页面中“我们的智库”页面。但要知道，用户经常从边门进入网站，例如对在线商店来说，商品页面有购物车功能很重要。在电商网站中，优化首页也许可以很“节约”，但对于改善用户体验、增加实际潜在用户收效甚微。

请永远牢记：仅仅提高下载速度是不够的，改进网站 1 秒钟的延迟不会提升用户满意度，因为当网站加载完，他们看到的也只是一个反应迟钝的界面。

不过一切皆有可能。

让我回到2008年去看一看吧。