更多： 网站统计
简短回答
打开 监测 › 性能，查看真实访客的 LCP、INP、CLS、FCP 和 TTFB。良好的标准是 LCP ≤ 2.5 秒、INP ≤ 200 毫秒、CLS ≤ 0.1。先看 P75，再用「最慢页面」和按页面、设备或国家的拆分。除非脚本写了 data-vitals="false"，否则默认采集。
简短回答
打开 监测 › 性能。这里显示最大内容绘制、交互到下一次绘制、累积布局偏移、首次内容绘制和首字节时间，都是在真实访客的浏览器里测得的。先看 P75，再打开「最慢页面」，按页面、设备或国家拆分，找出要修的地方。
网站统计代码默认就会采集，不用额外安装。
阈值
| 指标 | 良好（不超过） | 较差（超过） |
|---|---|---|
| 最大内容绘制（LCP） | 2.5 秒 | 4 秒 |
| 交互到下一次绘制（INP） | 200 毫秒 | 500 毫秒 |
| 累积布局偏移（CLS） | 0.1 | 0.25 |
| 首次内容绘制（FCP） | 1.8 秒 | 3 秒 |
| 首字节时间（TTFB） | 800 毫秒 | 1.8 秒 |
介于两者之间的是「需要改进」。前三项是 Core Web Vitals；页面上 0–100 的得分只综合这三项。
怎么看报表
- 卡片：可在 P95、P75、中位数和平均值之间切换。P75 更贴近较慢的那部分访客，也和 Core Web Vitals 通常的评判方式一致。
- 最慢页面：按 P75 的 LCP 排序。
- 拆分：按页面、国家、设备、浏览器或操作系统，可选 P50、P75、P90 或 P99。
- 加载耗时：把一次加载拆成后端（TTFB）、网络传输和前端渲染，能分清是服务器慢还是页面慢。
然后到 网站统计 › 页面 看这些慢页面是不是也在流失访客。
为什么是空的或断断续续？
- 脚本标签写了
data-vitals="false"，或者data-auto-track="false"（会关掉包括性能在内的自动采集）。 - 用的是不采集性能的旧片段；换成当前版本。
- 部分访客的浏览器拦截了脚本；TapCub 不会用服务端耗时代替。
- 页面样本少，百分位会跳；把日期范围放宽。
性能数据在每次浏览里只发一次，在第一个页面被隐藏时发送。
常见问题
为什么和实验室测试的数字不一样？实验室工具只在一台设备上跑一次加载。这个报表收集的是所有访客在各自设备和网络上的真实加载。
有和上一周期的对比吗？没有；改变日期范围来对比。
JavaScript 错误在哪看？在另一个页面，见查找 JavaScript 错误。
背景知识：Core Web Vitals、最大内容绘制和页面加载多快算好。
这篇回答解决你的问题了吗？
我们会根据反馈修改和补充这篇内容。
提交没有成功，请稍后再试。
谢谢你的反馈，我们会据此改进这篇内容。你已经反馈过这篇了，谢谢。