Google 网站测速怎么用？从提交网址到安排修复
用 PageSpeed Insights 分析网站时，该输入哪个页面、先看哪一块报告、怎样把建议交给开发？一份围绕首次分析和修复安排的操作说明。
使用 Google 网站测速，通常指把网址提交到 PageSpeed Insights。第一次看报告时，不必把所有建议都变成开发任务。先确定测的是正确页面，再把报告中的现象、证据和修复对象对应起来。
从用户真正到达的页面开始
进入 PageSpeed Insights 官方页面，输入完整的公开网址。首页适合检查站点入口，但投放落地页、文章和商品详情可能使用不同模板。选择当前最需要改善的页面，不用首页分数代表全站。
核对提交后的最终网址。若原地址会跳转，确认报告分析的是期望页面，而不是登录页、验证码或错误页。涉及登录态的内容，公共分析工具未必能够按你的账号加载；不要在网址中附带私密访问令牌来绕过限制。
先区分两块报告，再选择设备
Google 的官方说明区分了真实用户体验数据与实验室诊断。真实用户部分基于 CrUX 的收集窗口；诊断部分使用 Lighthouse，在受控条件下分析该页面。它们回答的问题不同。
手机和桌面分别查看。设备、视口、CPU 与网络条件会影响页面行为，桌面结果不能代替手机。真实用户数据不足时，报告可能显示来源级数据，或者没有足够数据；这不等于页面没有访客，也不等于本轮检测失败。
把建议改写成可验证的任务
| 报告现象 | 先找的证据 | 交给开发的任务写法 |
|---|---|---|
| 主要内容出现慢 | LCP 元素及其请求时间 | 检查该资源何时被发现、下载和显示 |
| 脚本占用明显 | 长任务、脚本来源和实际功能 | 定位阻塞用户操作的代码 |
| 布局不稳定 | 发生位移的元素和时间 | 给图片、广告或动态模块预留合适空间 |
| 服务器响应等待长 | 主文档计时与同时间段日志 | 核查缓存、应用处理及后端依赖 |
表中是任务组织方式，不表示这些原因一定存在于你的网站。报告估算的节省时间也不是修改后必然获得的收益；需要结合页面依赖和实际复测判断。
复测时保留版本与条件
记录网址、日期、设备类型、主要指标和当时的页面版本。一次只处理能够说明原因的一组问题，再以同样条件复查。分数上升但表单坏了，仍然不能验收；分数暂时变化不明显，也应查看目标资源和用户等待是否确实改善。
短期改动先用实验室结果确认技术变化，真实用户报告需要结合其统计窗口观察。想继续理解各字段，可看PSI 中文报告术语解读；遇到同一页面反复变分，则参考谷歌测速分数波动的比较方法。