本文目录导读：
这是一个很好的问题，页面性能打分标准是否有变化”，答案是：是的，一直在变，而且变得很频繁，尤其是以 Google 的 Lighthouse 和 PageSpeed Insights 为代表的评分工具。
不仅仅是分数阈值在变，其核心的衡量指标和权重在过去几年也发生了根本性的变革。
为了给你最准确、最有针对性的回答,我们需要分开来看：
核心衡量指标的变化（这是最大的变化）
以前，性能主要看“加载完成时间”（onload 事件），标准已经完全转向了 “以用户为中心” 的指标。
旧标准（约2020年之前）：
- DOMContentLoaded
- Load 事件
- Speed Index (SI)
当前标准（Web Vitals 时代，持续更新中）：
Google 推出了 Core Web Vitals（核心网页指标），这已经成为性能评分的基石,甚至影响了搜索引擎排名。
- LCP（Largest Contentful Paint，最大内容绘制）：衡量加载性能，用户感觉页面主要内容是否加载完毕，阈值：< 2.5秒（满分）。
- FID / INP（First Input Delay / Interaction to Next Paint）：衡量交互性。
- 重大变化：从2024年3月开始，INP 正式取代了 FID。
- FID 衡量的是第一次交互的延迟，而 INP 衡量的是用户与页面的所有交互中，最差的单次交互延迟，也就是说，标准更严格了,它惩罚那些后续交互卡顿的页面。
- 阈值：INP < 200毫秒（满分）。
- CLS（Cumulative Layout Shift，累积布局偏移）：衡量视觉稳定性是否会突然跳动，阈值：< 0.1（满分）。
如果你只看“加载时间”，而忽略了 LCP、INP、CLS，你的评分可能会非常低，因为新标准重点关注“用户感知的性能”。
Lighthouse 评分版本的迭代
Lighthouse 是市面上最主流的性能评分工具,它的版本更新直接导致了分数变化。
-
Lighthouse v10（2023年发布）：这是一次大改版,评分权重被重新分配。
- 最大变化：移除了“预估输入延迟时间”，完全拥抱 INP（虽然当时INP还是实验性，但权重思路已定）。
- 权重变化示例：
- LCP 权重提升：从25% 提升到 25%（稳定）。
- TBT（Total Blocking Time，总阻塞时间，是FID/INP的代理指标）权重提升：从25% 提升到 30%。
- CLS 权重提升：从15% 提升到 25%。
- SI（速度指数）权重：被大幅降低（从15%降到10%）。
- 具体如下（Lighthouse 10 标准权重）：
- LCP：25%
- TBT（代理INP）：30%
- CLS：25%
- SI（速度指数）：10%
- TTI（可交互时间）：10%
- 含义：一个页面如果加载快但交互卡顿（TBT/INP高），得分会非常低，反之，一个加载稍微慢一点但交互非常流畅的页面,得分反而可能更高。
-
后续更新（2024年及以后）：
- INP正式化：随着 INP 成为官方 Core Web Vital，Lighthouse 的评分算法会继续微调以准确反映 INP 的权重。
- 实验性指标：如 Interaction to Next Paint (INP) 本身、Time to First Byte (TTFB，首字节时间) 等,可能在后续版本中权重进一步上升或正式加入评分。
- 设备模拟：Lighthouse 默认使用模拟Moto G4和慢速3G网络，如果你在 Chrome DevTools 中测试，实际网络环境不同（如4G），Lighthouse 可能会根据网络速度动态调整评分标准。2024年后，Lighthouse 对移动端模拟的精确度要求更高，对低端设备的模拟权重可能不变，但对实际低端设备（如Moto G4）的测试结果更严格。
工具本身的变化
- PageSpeed Insights (PSI)：这是 Google 官方工具，它同时使用 Lighthouse（实验室数据）和 CrUX（Chrome 用户体验报告）（真实用户数据），它的评分标准是综合的，如果你的 CrUX 数据显示真实用户性能很差，即使你本地 Lighthouse 跑满分，PSI 的评分也可能很低。
- Search Console：从2024年3月开始，Search Console 的“核心网页指标”报告正式使用 INP 替换了 FID，这意味着如果你的网站 INP 表现不佳，会在后台直接标记为“需要改进”或“较差”,进而影响SEO排名。
总结与建议
页面性能打分标准确实有重要变化，核心是：
- 从“加载快”转向“交互流畅且稳定”，INP 取代 FID 是最大的改变。
- 指标权重重组：交互性（TBT/INP）和稳定性（CLS）的权重显著提升，加载速度（SI/TTI）权重下降。
- 评分更依赖真实用户数据：CrUX 数据对最终评分的影响越来越大。
你应该如何应对？
- 更新你的知识库：忘掉旧的“加载完成时间”思维，专注于 LCP、INP、CLS 这三个核心指标。
- 升级测试工具：确保你使用的 Lighthouse 版本是 v10 或更高版本（Chrome DevTools 通常会自动更新）。
- 重点关注 INP：检查你的网站是否有长时间运行的JavaScript任务（超过50ms的“长任务”），这些会导致交互延迟，优化方法是：拆分长任务（使用
setTimeout、requestIdleCallback或 Web Workers）。 - 查看 CrUX 报告：除了跑 Lighthouse，务必在 PageSpeed Insights 或 Search Console 中查看你的真实用户数据（CrUX）,那个数据才是终局决策的依据。
- 持续监控：标准还在演化，关注 Google 的 Web.dev 博客和 Chrome 开发者博客,及时获取最新变化。
一句话回答你的问题： 是的，标准变化了，而且正在变得更严格、更以用户体验为中心，特别是 INP 取代 FID 后，交互流畅度成为决定性因素之一。
