检查页面体验时，先确认用户能否顺利阅读、点击和完成任务，再用数据定位原因。Core Web Vitals提供加载、响应和布局稳定性指标，但高分不能替代有用的内容。
当前三个核心指标
| 指标 | 反映什么 | 常见排查方向 |
|---|---|---|
| LCP | 主要内容的加载表现。 | 首屏大图、服务端响应、阻塞资源和资源发现时机。 |
| INP | 页面对交互的响应。 | 长任务、事件处理和交互时触发的渲染。 |
| CLS | 内容在加载或操作过程中的意外移动。 | 图片尺寸、广告占位、字体和动态插入内容。 |
怎样读“良好”阈值
Google建议LCP在2.5秒内、INP低于200毫秒、CLS低于0.1。读报告时同时记录设备、统计窗口与数据是否充足。INP已取代FID，不应继续把旧FID截图当作当前核心指标。
真实用户数据与实验室测试用途不同
真实用户数据反映实际设备与访问条件下的表现；实验室测试帮助重复定位问题。一次本地高分不能证明所有用户体验良好。没有足够现场数据时，可以先诊断具体页面，但要如实注明数据来源。
手机上至少完成一次完整任务
从导航进入产品或服务页，读完关键内容，打开相关链接并检查表单。注意横向溢出、弹窗遮挡、难点按的按钮、输入键盘覆盖和图片文字过小。测试时记录设备和页面，而不是只截图首页首屏。
先修影响主要任务的问题
表单无法使用、菜单打不开或内容被遮挡应优先处理。随后按模板排查大图、脚本、字体与布局，避免每篇文章重复修同一组件。开发修改后，用相同路径与条件复测。
不要用这些方式误判SEO效果
跳出率高不自动说明页面差；有些读者看完一个答案就离开。HTTPS、可读性和适度广告都是体验检查的一部分，但不能据此推算固定排名增幅。体验和内容相关性需要一起看。
工具入口有过哪些变化
Google已退役Mobile-Friendly Test及Search Console移动可用性报告。可使用PageSpeed Insights、Lighthouse和实际设备检查，结合Search Console中的Core Web Vitals数据安排修复。
参考资料
相关操作
若聚凡星内容与项目记录
内容勘误或资料核对，请通过联系页告知文章链接和具体问题。
