INP现在是一个稳定的 Web 重要指标，取代了首屏渲染（FID）。
今天是个大日子！经过多年的努力，我们终于准备好将 Interaction to Next Paint（INP）作为Web的一个核心指标。这标志着我们在测量交互响应性方面迈出了重要的一步，解决了首次输入延迟（FID）的许多缺点。
图示了 INP 在 Web 重要性指标计划中的三个阶段的进展。从 2022 年 5 月开始，Chrome 将INP作为一项实验性指标引入。到了 2023 年 5 月，宣布INP将在 2024 年 3 月成为一个核心 Web 重要指标。现在，我们正式将 INP 引入为Web的一个核心 重要指标，取代 FID。
在这篇文章中，我们将快速概述今天发生的具体变化，制定一个更具体的时间表来弃用和移除 Chrome 工具中的 FID，同时分享一些资源，帮助您找到和修复INP的问题。
今天的变化
在 Chrome 方面， Web所有的核心 重要性工具现在都将在适用的地方反映出INP的稳定状态。例如，像 PageSpeed Insights、CrUX 仪表板和 Web Vitals extension这样的工具将更加突出地显示 INP 在核心 Web 重要指标中的三元组中。特别是在 PageSpeed Insights 中，核心 Web 重要性评估逻辑将评估INP的性能，而不是 FID。要了解有关 Search Console 相应更改的详细信息，请参阅搜索团队的博客文章。
此外，从今天开始，一些工具可能会显示有关 FID 弃用的通知，作为一个警告，说明该指标不再是核心 Web 重要指标，将会被移除。下面的FID弃用时间表部分讨论了需要了解的日期，以确保您完全迁移到 INP。
FID 弃用时间表
现在，INP 已经取代FID成为核心 Web 重要指标，Chrome 正式弃用对FID的支持。这意味着 Chrome 工具将不再保证 FID 的可用性，开发人员必须在 2024 年 9 月 9 日之前切换到 INP。
这对于 Chrome 用户体验报告（CrUX）或PageSpeed Insights API的使用者尤其重要。从这些 API 中处理FID数据的应用程序必须在 9 月 9 日之前切换到 INP，以避免任何中断或服务中断。明确指出，这将是最新版本 API 中的一个重大变化，不会增加主版本号！
优化 INP 的资源
无论您是第一次接触 INP 还是专业的响应性专家，优化资源集合都是一个很好的起点，可以找到您需要的内容。这个持久的文档集合涵盖了从指标本身的定义、本地和真实用户测量技术、优化各种用例的实用建议，以及展示指导实际效果的真实案例研究列表。
使用这些文档，以下是您可以遵循的一般工作流程，以找到并修复您网站上的 INP 问题：
- 详细了解
INP如何衡量用户交互的响应性，参考 INP 的规范文档。
- 详细了解
- 查看真实用户数据，评估您网站的
INP性能。至少 75% 的INP体验应在 200 毫秒以下响应用户输入才被视为良好。如果您的网站已经具有良好的INP，则不用担心！
- 将您的
URL 输入到PageSpeed Insights中，或者查看Search Console上的核心Web重要性报告（如果您的网站包含在CrUX数据集中）。 - 查看您的分析提供商是否支持
INP监控。 - 使用
web-vitals.js自己实现INP解决方案。
- 查看真实用户数据，评估您网站的
- 如有需要，对您的网站进行仪表化，收集有关用户体验的诊断信息。这是重要的元数据，例如用户与哪个页面元素交互以及为什么速度慢，以及其他有用的数据。总体而言，这些信息将帮助您了解改进的最大机会。
- 在
Chrome DevTools中本地重现慢速交互。这将帮助您准确了解底层发生了什么以及哪些代码有问题。
- 在
- 优化您的代码，尽量在处理用户交互时减少工作量：
- 在本地测量您的更改，并监视您的真实用户体验，确保您的 INP 性能变得（并保持！）快速。
希望这些指导能帮助您正确地优化INP。如果您在此过程中遇到任何问题，您可以在 Stack Overflow 上发布一个标记为interaction-to-next-paint的问题来寻求帮助。
将 INP 推出为核心 Web 重要指标已经等待了很长时间，回顾我们在 2021 年首次发布关于构建更好的响应性指标的帖子。从那时起，我们考虑了所有惊人的社区反馈，并开发了一项我们坚信能够引导开发人员改进用户体验中一个被忽视的领域的指标，最终促进了更好的网络。感谢您所有人的帮助，塑造了这个指标，以及您为改善响应性状态所付出的辛勤工作！