网站性能指标：要盯的五个，以及怎么解读

网站性能指标告诉你页面在真实访客那里感觉有多快：内容多快出现、点一下多快响应、页面跳动有多厉害。本文讲值得盯的五个指标、它们的阈值、为什么要看真实用户的第 75 百分位而不是一次实验室测试，以及怎么把一个慢页面追到原因。

哪些指标重要

能测的时间点有几百个，覆盖访客感受的是这五个：

• LCP（最大内容绘制）：主要内容（通常是最大的图片或标题）什么时候可见。
• INP（交互到下一次绘制）：页面对点击、轻触和按键的响应要多久。
• CLS（累积布局偏移）：加载过程中内容移动了多少。
• FCP（首次内容绘制）：什么时候开始出现内容。
• TTFB（首字节时间）：服务器什么时候开始发送页面。

LCP、INP 和 CLS 是核心网页指标（Core Web Vitals），FCP 和 TTFB 用来解释 LCP 为什么慢。阈值见下表。

良好和差之间是「需改进」。

实验室测试和真实用户

实验室测试是在一台机器、一种网络下把页面加载一次。用来排查问题有用，但那不是访客的真实体验。真实用户数据来自每一次访问、每一种设备和网络。

看第 75 百分位（P75）：四次访问里有三次至少这么快。平均值会掩盖慢的那一截，百分位能把它显示出来。

按页面和设备看

性能在不同页面之间的差别，比在不同日子之间大得多。按页面模板和设备拆开：

• 移动端和桌面端。移动端通常更慢，要单独评判。
• 页面模板。搜索页、分类页和结账页常常依赖较慢的后端调用。
• 国家。离服务器远，会体现在 TTFB 上。

一个完整的例子

一家网店移动端 P75 LCP 是 3.4 秒，处在「需改进」区间。按 P75 LCP 排序的最慢页面列表里，/search 和 /category 排在前面。它们的加载耗时拆分显示，大部分时间花在后端：TTFB 超过 2 秒，前端耗时正常。

团队给分类列表加了缓存，换了更快的搜索索引。两周后，这些页面的 P75 LCP 降到 2.5 秒以内，移动端全站 P75 LCP 降到 2.4 秒。

在 TapCub 里

性能卡片可以在 P95、P75、中位数和平均值之间切换，趋势和拆分用 P50、P75、P90 和 P99。可以按页面、国家、设备、浏览器和操作系统拆分。加载耗时拆成后端、网络和前端，最慢页面按 P75 LCP 排序。0 到 100 的评分综合了 LCP、INP 和 CLS。页面指标在页面隐藏时上报一次，可以用 data-vitals="false" 关闭。

一套简单的例行检查

1. 每月看一次移动端的 P75 LCP、INP 和 CLS。
2. 打开最慢的页面，看耗时拆分。
3. 先修占比最大的部分：后端、网络（CDN、图片大小）或前端（脚本、阻塞渲染）。
4. 修完两周后，按同样的页面和设备再看一次。

真实用户数据的更多内容见真实用户监测。

常见问题

本节已更新

最重要的网站性能指标是哪些？

LCP、INP 和 CLS 这三个核心网页指标，再加上用来解释它们的 FCP 和 TTFB。

页面加载时间多少算好？

目标是真实访问的第 75 百分位 LCP 不超过 2.5 秒。

为什么实验室评分和真实用户数据不一样？

实验室测试只在一种配置下跑一次；真实用户数据覆盖了访客用的所有设备、网络和地点。

另见：首次输入延迟（FID）、页面体验、网站性能监控。