推进 Interaction to Next Paint

INP 不再处于实验阶段。了解 Chrome 关于在 2024 年将其成为 Core Web Vitals 的计划。

Annie Sullivan
Annie Sullivan

Chrome 通过 Web Vitals 计划的使命是,帮助开发者专注于对出色用户体验至关重要的指标:Core Web Vitals。我们一直关注的用户体验的一个重要方面是响应速度,即网页对用户互动的快速响应能力。

First Input Delay (FID) 是 Core Web Vitals 指标,用于衡量响应速度,但正如我们之前所说,FID 存在已知的限制。这促使我们探索并收集有关能够更有效地解决这些限制的实验性指标的反馈。2022 年,我们宣布了 Interaction to Next Paint (INP) 这一新指标,并在我们的工具中广泛提供该指标,并开始与社区合作测试其有效性。

经过一年的测试和收集来自社区的反馈后,我们准备结束培训,并宣布 INP 不再处于实验阶段。此外,从 2024 年 3 月开始,我们还致力于推广 INP 来取代 FID,将其作为新的核心网页指标作为响应速度的新指标。

在这篇博文中,我们将更详细地介绍做出此决定的动机、具体变化以及如何着手。如需详细了解此举对 Google 搜索有何影响,请参阅他们的博文

更有效的响应性指标

我们在 2020 年推出 Core Web Vital 指标后,FID 向前迈进了一大步。它为开发者提供了一种新的方式来衡量响应能力,以实际用户体验的方式衡量响应情况,而这一直是网页指标计划的重要组成部分。与仅大致估算页面互动性的类似指标(例如总阻塞时间 (TBT)可交互时间 (TTI))不同,FID 可直接衡量用户体验。至关重要的是,网页的 TBT 或 TTI 速度较慢,但网页仍会因真实用户与网页的互动方式而被视为响应迅速。

虽然 FID 确实改善了我们衡量响应能力的方式,但 FID 并非不受限制。该名称本身实际上提供了两个此类限制:“first input”和“delay”。FID 仅在用户首次与网页互动时报告响应能力。虽然第一印象很重要,但首次互动并不一定代表网页生命周期内的所有互动。此外,FID 仅测量首次互动的“输入延迟”部分,即浏览器在开始处理互动之前必须等待的时间(由于主线程繁忙)。

输入 INP。INP 不仅仅衡量首次互动,而是会考虑所有互动,报告的是网页整个生命周期内最慢的互动之一。此外,INP 不仅会测量延迟部分,还会衡量从互动开始、通过事件处理脚本直到浏览器能够绘制下一帧为止的完整时长。因此,应定义 Interaction to Next Paint。这些实现细节使得 INP 能够比 FID 更全面地衡量用户感知的响应能力。

不断发展的 INP

从今天开始,INP 不再处于实验阶段,而是被视为待处理的 Core Web Vitals 指标。这一新标识表明 INP 已证明其已准备好取代 FID,但我们尚未做出变更。为了让生态系统有时间进行调整,INP 将于 2024 年 3 月正式成为稳定的 Core Web Vitals 指标。

此图显示了 INP 各个阶段的时间安排,从 2022 年 5 月 Chrome 宣布为 INP 提供实验性支持到 2023 年 5 月今天(Chrome 宣布 INP 现已成为一项非实验性核心 Web 指标,尚待评估),最后到 2024 年 3 月,INP 成为一项稳定的 Core Web Vitals 指标,取代 FID。
显示 INP 阶段时间轴的图片。

在我们的各种工具中,您会发现 INP 不带 experimental 前缀或图标。如果您以编程方式使用来自以下任何 API 的 INP 数据,则需要更新代码才能切换到非实验性 INP 字段。

工具 已弃用的字段 新字段
CrUX API experimental_interaction_to_next_paint interaction_to_next_paint
CrUX History API experimental_interaction_to_next_paint interaction_to_next_paint
CrUX BigQuery experimental.interaction_to_next_paint interaction_to_next_paint
PageSpeed Insights API experimental_interaction_to_next_paint interaction_to_next_paint
Lighthouse 报告* experimental-interaction-to-next-paint interaction-to-next-paint
API 与其新旧 INP 字段名称的映射。
* Lighthouse 将在版本 11 中停止使用实验性 INP 字段。

为了简化过渡并避免破坏任何下游应用,这些 API 将在接下来的 90 天内继续在实验性 INP 字段中提供服务。我们将于 2023 年 8 月 8 日停止为实验性 INP 字段提供 API 支持。

与此同时,在 2024 年 3 月之前,FID 仍将是 Core Web Vitals 指标。届时,INP 将加入 Largest Contentful Paint (LCP)Cumulative Layout Shift (CLS),成为三项稳定的核心网页指标。在未来的更新中,我们将分享更多有关变更的确切时间安排以及 FID 被取代成为 Core Web Vitals 后的计划。

INP 使用入门

良好的 INP 值为 200 毫秒或更短,不良值不超过 500 毫秒,两者之间的任何值都需要改进。

不要等待 INP 在 2024 年成为 Core Web Vital 指标,以便开始对其进行改进。在移动设备上,FID 性能良好的网站很可能占到 93% 的网站;然而,您可能惊讶地发现,只有 65% 的网站在移动设备上具有良好的 INP。INP 能够更准确地反映响应速度,因此这些数字可以帮助我们更清楚地看到还有改进空间。

若要了解您的网站是否存在 INP 问题、如何解决这些问题以及所有 INP 问题,建议您首先参阅 INP 优化指南。无论您是第一次学习响应能力,还是性能方面的专家,我们都添加了许多新指南,让每个人都尽可能轻松地了解如何衡量和优化 INP。

INP 可能需要一些时间来学习,这没关系。为帮助您专注于投资回报率 (ROI) 最高的优化,我们今年早些时候发布了一篇博文,将我们的指南提炼成最有效的建议来改进核心网页指标。具体而言,我们介绍了三种同样适用于优化 FID 和 INP 的必知技术:避免或拆分长任务、避免不必要的 JavaScript,以及避免大规模渲染更新。如需详细了解上述技术以及许多其他 INP 优化技术,请参阅我们的文档

未来之路

响应速度的新标准已经设定,我们很高兴看到社区积极迎接挑战,从而提供更好的用户体验。早期的反馈案例研究前景充满希望,但我们知道,对许多人来说,这可能并非易事。我们会提供经过改进的诊断tools文档,力求帮助开发者一路前行,尽可能帮助您轻松完成这项工作。

我们将在 2024 年 3 月发布关于 INP 确切升级日期的最新消息,敬请关注。虽然该指标不再处于实验阶段,但我们随时欢迎您通过 web-vitals-feedback@googlegroups.com 提供反馈,帮助我们改善 INP 和网页指标计划的整体效果。