阅读提示
本文约 1,068 字,预计阅读 3 分钟。文中命令与配置均经过实测,可直接参考执行。
本文约 1,068 字,预计阅读 3 分钟。文中命令与配置均经过实测,可直接参考执行。
引言:分数 95 但用户还嫌慢
很多站长看到 PSI 绿了就以为万事大吉,结果真实用户投诉卡。根因是 PSI 同时展示两类数据:实验室(Lighthouse 单次模拟)和字段(CrUX 真实用户)。两者口径不同,不能只看一个。
原理分析:两类数据的来源
- 字段数据(Field):来自 Chrome 真实用户匿名统计(CrUX),反映过去 28 天你站真实访客的 LCP/INP/CLS。只有样本够大(通常 URL 级需一定流量)才显示。
- 实验室数据(Lab):Lighthouse 在固定环境(中端手机 + 限速)跑一次,给出可复现的分数与审计建议,但 INP 在实验室里没有直接值(给 TBT 近似)。
保姆级实操
使用顺序:先看顶部”字段数据”有没有——有就以此为准判断真实体验;没有(显示”暂无数据”)才以实验室为准。
# 直接拉 CrUX API 看某 URL 的真实 LCP 分布(需 API key)
curl "https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=YOUR_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://mimangfei.com/sample-post/","formFactor":"PHONE"}'
实验室数据里重点看”机会”和”诊断”两栏的具体建议,而非总分。移动端和桌面端分别测。
常见踩坑
- 只盯总分,不看来源;分数高不代表真实用户快。
- 字段数据”暂无”就以为没救,其实只是流量样本不足,改用 CrUX API 或 Search Console 的 CWV 报告。
- 案例:某站 PSI 实验室 92 分,但字段 LCP 3.2s。原因是实验室用的是缓存后环境,真实用户首访没缓存、TTFB 高。按字段问题降 TTFB 后,真实 LCP 才下来。
- 桌面达标就不管移动,移动字段往往更差。
- 用 VPN/限速本地测当字段,那仍是实验室。
总结
判断标准:优先信字段(CrUX)数据,它代表真实用户;实验室只用于定位可复现问题。行动清单:先看 PSI 顶部字段有无 → 有则按字段优化 → 无则查 CrUX API/SC CWV 报告 → 用实验室”机会”栏定位具体资源。详见CrUX 真实用户数据解读。
觉得有用?点个赞支持一下
标签:
# CrUX
# CrUX 真实数据
# Lighthouse
# Lighthouse 分数
# PageSpeed Insights
# PSI 使用顺序
# PSI 实验室数据
# 字段数据
# 字段数据缺失
# 实验室数据
