绩效不平等差距，2026 年

让我们切入正题吧？ 2026 年更新的网络测试参数为： 9 Mbps 下行链路 3 mbps 上行链路 100 毫秒 RTT 关于设备，我更新的建议是 Samsung Galaxy A24 4G（或同等设备）和 HP 14。这些建议的目标是模拟 75% 的用户体验，这意味着四分之一的设备和网络的性能将低于此基准。将这些参数插入更新的预算计算器，我们可以得出三和五个第二页面加载目标的关键路径资源阈值。通常，我们考虑以两种样式构建的页面：JS-light，其中只有 15% 的关键路径字节是 JavaScript，以及 JS-heavy，由 50% JavaScript 组成： Time JS-light (MiB) JS-heavy Total JS Other Total JS Other 3 秒 2.0 0.3 1.7 1.2 0.62 0.62 5 秒 3.7 0.57 3.2 2.3 1.15 1.15 注意：预算考虑两个 TLS 连接。许多站点发起更多的早期连接，从而减少了下载资源的时间。使用四个连接可将三秒预算减少 350 KiB，达到 1.5 MiB/935 KiB。五秒的预算损失了近半兆字节，降至 3.2 / 1.9 MiB 。采用 H/2 或 H/3 并巩固连接是值得的。这些预算非常慷慨。即使是三秒的目标也是奢侈的；大多数网站应该能够更快地为几乎所有用户提供交互式内容。与此同时，网站数量却在不断膨胀。现在移动页面的中位数为 2.6 MiB ，超过了 4 月份《DOOM》的大小 (2.48 MiB )。第 75 个百分点的网站现在比《DOOM》的两个副本还要大。 P90+ 站点的面积扩大了 4.5 倍以上，并且每个点的大小在过去十年中都增加了一倍。换句话说，现在移动页面的中位数比人类登上月球的计算机的总存储空间大 70 倍。移动网站的页面权重中位数比十年前增加了 2.5 倍以上，而位于 75% 的网站现在的权重是 2015 年的 4 倍。 JavaScript 的增长对这种膨胀做出了巨大的贡献。自 2015 年以来，移动 JavaScript 有效负载增加了一倍多，分别达到 P50 和 P75 时的 680 KiB 和 1.3 MiB。这种结构的转变加剧了潜在的不平等，损害了试图发展的企业。当 JavaScript 在关键路径资源中所占的比例不断增加时，每字节 CPU 成本增加会减少预算。这种棺材角效应解释了为什么图像和 CSS 重的体验比使用前端失去的十年的失败工具构建的网站表现得更好。事实上，最新的 CrUX 数据显示，甚至只有一半的来源通过了移动用户的 Core Web Vitals 分数。超过 40% 的网站对于桌面用户来说仍然表现不佳，而且这两个群体的进展都处于停滞状态：这是技术和业务挑战，也是道德危机。任何愿意关注的人都可以看到那些最需要技术帮助的人所面临的悲惨后果。与此同时，前端影响者阶层为捍卫这些方法而制造的谎言、半真半假的事实和借口，如果有的话，正在变得更糟。通过自己的努力，前端开发人员每年都获得了更多的计算和带宽。前端的主流文化并没有将这种财富转化为令人愉快的体验和积极的业务成果，而是倾向于自我夸大的叙事，将失败视为成功。其结果是，网络越来越多地惩罚穷人的坏运气，同时向开发人员支付巨额薪水，以带来破坏业务的结果。没有人上班是想把工作做好，但低质量的结果现在已成为常态。这是一个典型的定价过低的外部性案例，是由生活在特权泡沫中的开发商和项目经理引发的需求所造成的。交互式预算计算器已针对 2026 年进行了更新和修订，让您可以了解网络、设备、连接和 JavaScript 对网站性能的影响。今年的预测中包含了有关设备和网络发展轨迹的充满希望的消息。与 2024 年初的估计相比，我们看到预算在三秒内增长了 600+ KiB，在五秒内额外增加了整整兆字节的空间。虽然这还不足以克服有效负载的持续增长，但现在的预算比 2017 年首次制定的预算要慷慨一个数量级。快速交付页面从未如此简单，但我们并没有集体达到目标。为了恢复健康、有竞争力的网络，开发人员需要施加更多的限制。如果过去只是序幕，那么节制就不可能有机地出现。将生态系统层面的失败视为个人失败也是无益的。是的，今天的前端文化已经被打破，但在激励措施仍然不一致的情况下，我们不应该期待更好。浏览器、搜索引擎和开发人员工具需要提供更强有力的推动，尽可能引导用户远离臃肿的网站，并将问题传达给决策者。这将是