跑分从58提到92那半年，停留时长只多了两秒

先说这条规律为什么值得信：6.1 秒压到 2.8 秒，跳出率掉了 16 个点

移动端超过三秒还没出内容，一半以上的访客会直接返回；加载时间每减少 100 毫秒，转化率大约能抬高百分之一。这两个数字流传得极广，也确实经得起复现。去年经手的一个工业配件企业站，改造前首屏最大内容绘制要 6.1 秒，原因很朴素：一张 2.3MB 没压过的车间实拍图挂在顶部，后面串行加载三个第三方脚本，其中一个统计脚本的域名当时解析平均要 700 毫秒。

处理办法没有任何技巧可言。图片换成 WebP 并按视口切三档，体积压到 180KB；三个脚本改成延迟加载并去掉一个已经没人看数据的；服务端开启传输压缩。两周后 LCP 落在 2.8 秒，跳出率从 74% 降到 58%，平均停留从 31 秒涨到 47 秒。客户当月的表单询盘从 9 条变成 14 条。在这个阶段，速度就是唯一值得动的杠杆，别的什么都别谈。

正因为这类案例太好复现，速度在网站设计里几乎成了默认的第一优先级。跑分工具还把它变成了一个谁都看得懂的绿色数字，写进周报、写进验收单都特别顺手。麻烦也是从这里开始的。

同一个站继续压到 1.1 秒，停留时长只多了 2 秒

客户尝到甜头，要求把跑分做到 90 以上。接下来半年做的事更细：关键 CSS 内联、中文字体做子集从 3.4MB 减到 210KB、首屏图片预加载、把剩下两个脚本挪到交互后再执行。LCP 从 2.8 秒压到 1.1 秒，Lighthouse 移动端跑分从 58 提到 92。折算下来是两个人差不多三周的净工时，分散在半年里做完。

回收到的数据是这样的：跳出率从 58% 变成 56.5%，平均停留从 47 秒变成 49 秒。更值得看的是分布——停留落在 0 到 5 秒区间的访客占比，从 41% 只降到 39%；而停留 60 秒以上的那部分，从头到尾纹丝不动，一直是 12%。也就是说，那 1.7 秒确实省下来了，但省出来的时间没有变成任何人的阅读。

被默认掉的前提是「访客离开是因为等不到」

这条规律成立有个隐含条件：离开这个动作，发生在访客还没看到内容的时候。6.1 秒的时候确实如此，屏幕上是一片空白或者一个转圈，人凭本能就退出去了。可当页面已经能在 1.5 秒内把东西摆到屏幕上，剩下还在离开的那批人，退出的理由完全换了——他们看到了、也看懂了，然后判断这跟自己要找的东西没关系。对这批人来说，页面再快 0.5 秒，只是让他们更早地做出同一个决定。

还有更别扭的情况：某些优化手段本身在伤害内容到达速度。为了让 LCP 元素更早绘制，把首屏那段说明文字改成脚本渲染；为了减少初始请求数，把产品参数图设成滚动到才加载；为了避免字体阻塞，先用系统字体渲染再替换。三样叠加，跑分从 84 涨到 92，但访客真正读到第一句有效信息的时间，从 1.9 秒被推到了 2.6 秒。指标和体验在这里岔开了道，而周报上只会出现那个涨了的数。

边际线大概落在哪，可以给个粗略参照：LCP 在 2.5 秒以内之后，再快 1 秒对平均停留的拉动通常不到 3 秒；而同样的人力放在改首屏文案和跳转路径上，往往能换来 10 秒以上的差距。这不是说性能不重要，是说它在不同区间的单位收益差了一个量级。

换四样可以真正交付的东西

第一样，把「首屏出现时间」这个指标，换成「第一句有效信息到达时间」。做法很土：用手机录屏，慢放逐帧找出第一句能回答「你们做什么、给谁做、凭什么信你」的文字出现在第几秒，目标压进 2 秒。见过一个站 LCP 只有 0.9 秒，但那 0.9 秒里出现的是一张轮播大图加四个字的口号，真正说明业务范围的文字要滚动一屏、到第 4 秒才露头。跑分给它 95 分，访客给它一次返回。

第二样，停留时长看分布，不看均值。拆成四段统计占比：0 到 5 秒是误点和完全不相关的流量，5 到 15 秒是看完首屏就走，15 到 60 秒是读了一部分，60 秒以上才是在认真评估。这四段的病因各不相同，速度优化基本只影响第一段，第二段归内容，第三、四段归路径和信任材料。先看哪段占比最大，再决定这个季度修什么，比盯着一个均值有用得多。这四段占比建议固定写进网站设计的季度复盘表，改版前后各存一份，否则下一轮讨论必然又退回到均值上。

第三样，给第二屏做接力设计。埋三个滚动深度点：25%、50%、75%。常见的形态是 25% 处还有六成人在，到 50% 只剩不到三成，断点几乎都出在首屏底下紧跟的那段公司简介上。把那个位置换成访客最可能问的第二个问题——价格区间、常规工期、有没有同行业的案例——滚动深度立刻会有反应。这是网站设计里成本极低的一处改动，一个下午就能改完，比再压 0.4 秒便宜太多。

第四样，性能预算留给慢的那四分之一。不要再优化 P50，去看 P75 和 P90：三年前的安卓中端机、地下车库的弱网、微信内置浏览器。一个 P50 已经 1.1 秒的站，P75 常常还挂在 3.4 秒上。把 P75 从 3.4 压到 2.4，覆盖的是真正还在「等不到」的那批人，收益比把 P50 从 1.1 再压到 0.8 大一个量级，而后者往往是绝大多数团队正在做的事。

什么时候原来那条规律依然算数

三条线里只要中一条，就别听上面这些，先修速度：首屏 LCP 超过 2.5 秒；P75 超过 4 秒；首页传输总量超过 1.5MB。处在这个区间时，流失的确实是没看到内容就走的人，任何内容层面的打磨都轮不到上场。这也是为什么速度优先在网站设计的早期阶段几乎不会错——大多数没被系统处理过的站，起点都在这条线的外面。

另有两类页面，速度的权重要一直保持高位。一类是付费投放的落地页，访客是被广告推过来的，本身没有耐心额度可言，多等一秒的代价直接体现在单次获客成本上；另一类是需要反复交互的列表页和搜索页，每次点击都要重新等待，延迟会被操作次数放大。相比之下，企业官网首页的访客大多来自搜索、名片扫码或者销售发来的链接，带着明确目的，容忍度天然高出一档。

所以更实用的判断是反过来问：如果手上这版跑分已经过 85、P75 在 2.5 秒以内，而 0 到 5 秒的停留占比仍然高于 35%，那就说明再动性能是把预算投在了最不缺的地方。这种时候该改的是页面上写的那些字，不是加载它们的方式。网站设计能投进去的预算从来都是有限的，决定它流向哪里的，应该是那张分布表，而不是跑分工具给出来的那块颜色。