PageSpeed Insights(简称 PSI)是 Google 的免费网页测速工具,网址是 pagespeed.web.dev。输入一个网址,几秒钟后它会给出这个页面在手机和电脑上的加载表现,以及改进建议。PageSpeed Insights怎么用,其实只有三步;难的是看懂报告,尤其是“真实用户体验”和“实验室数据”这两块为什么经常互相矛盾。
这篇按 Google 官方文档 PageSpeed Insights 简介 和 Chrome 用户体验报告指南 的口径来写,再加上我们自己改版一个网站时的一次实测,讲清楚怎么用、分数多少算好、报告哪些地方最容易看错。
测的是一个具体网页,不是整个网站。首页、产品页、文章页的加载表现可能差很多,所以要分别测。
这是最关键的一点。PSI 的报告上半部分和下半部分,数据来源完全不同:
| 部分 | 数据从哪来 | 能回答什么 | 局限 |
|---|---|---|---|
| 了解真实用户的体验 | Chrome 用户体验报告(CrUX),统计过去 28 天、符合 CrUX 收集条件的真实 Chrome 用户数据 | 你的真实访客加载得快不快,是否通过核心网页指标评估 | 页面太新或访问量太少时没有数据 |
| 诊断性能问题 | Lighthouse 在模拟环境里跑一次 | 具体哪些资源拖慢了加载,怎么改 | 只是单次模拟,每次结果会有波动 |
官方对这两类数据的定位是:实验室数据适合调试,因为环境受控;真实用户数据能反映实际体验,但指标更少。两者有时对不上,因为一个是真实设备和网络下的历史汇总,一个是在固定条件下的单次模拟。
官方说明,CrUX 要求网址公开(可抓取、可编入索引),并且有足够多的不同访客样本。如果这个网址数据不够,PSI 会退回显示整个来源(同一协议和主机下所有页面的汇总,子域名不算在内)的数据;来源级数据也不够,就显示“无数据”。这时只能参考实验室数据,新站和小流量的外贸站经常是这种情况。
先分清两套标准,很多人会混在一起:
Lighthouse 给每个类别打分:性能、无障碍功能、最佳做法、搜索引擎优化。按官方说明,90 分及以上算良好,50 到 89 分是需要改进,低于 50 分是不佳。
PSI 用第 75 百分位的数值来判断,也就是让 75% 的访问体验比这个数字更好。阈值如下:
| 指标 | 测什么 | 良好 | 需要改进 | 差 |
|---|---|---|---|---|
| LCP(最大内容绘制) | 主图或标题多久显示出来 | ≤ 2,500 毫秒 | > 2,500 且 ≤ 4,000 毫秒 | > 4,000 毫秒 |
| INP(下次互动延迟) | 点击、输入后多久有反应 | ≤ 200 毫秒 | > 200 且 ≤ 500 毫秒 | > 500 毫秒 |
| CLS(累计布局偏移) | 页面上的元素会不会意外移位 | ≤ 0.1 | > 0.1 且 ≤ 0.25 | > 0.25 |
| FCP(首次内容绘制) | 屏幕上第一个内容出现的时间 | ≤ 1,800 毫秒 | > 1,800 且 ≤ 3,000 毫秒 | > 3,000 毫秒 |
| TTFB(首字节时间,实验性) | 服务器多久开始返回内容 | ≤ 800 毫秒 | > 800 且 ≤ 1,800 毫秒 | > 1,800 毫秒 |
核心网页指标(Core Web Vitals)是其中的 LCP、INP、CLS 三项。三项的第 75 百分位都在“良好”区间,才算通过评估;有数据且某一项没达标,就显示未通过。官方写明了一个例外:如果 INP 的数据不够,PSI 会只按 LCP 和 CLS 判断;如果 LCP 或 CLS 的数据不够,则没法评估,这时是“无法评估”,不是“未通过”。INP 在 2024 年 3 月取代了此前的 FID,成为第三项核心指标(web.dev 公告)。FCP 和 TTFB 是辅助诊断,不计入通过与否。
我们改版自己的一个外贸建站站点(waimaodulizhan.com)首页时,用 PSI 网页版做了改前改后各一次测试,都是移动端,报告的环境块显示为 Moto G Power 模拟、低速 4G 节流。两份在线报告:改版前(2026-09-29)、改版后(2026-09-30),在线报告链接可能过期。
| 指标(实验室数据) | 改版前 | 改版后 |
|---|---|---|
| 性能分数 | 84 | 86 |
| LCP | 3,157 毫秒 | 3,158 毫秒 |
| FCP | 3,006 毫秒 | 3,007 毫秒 |
| 速度指数(Speed Index) | 5,225 毫秒 | 4,342 毫秒 |
| CLS | 0.001 | 0.001 |
从这组数字能读出三件事。
实验室数据是单次模拟,运行环境会影响结果。PSI 官方 FAQ 列出的常见原因包括本地网络可用性、客户端硬件可用性和客户端资源争用,这三项说的是运行 Lighthouse 的那台机器;用 PSI 网页版时,测试跑在 Google 的数据中心。想判断改动有没有效果,连测几次取多次结果,别看一次分数下结论。
两者的模拟条件不同。按官方说明,移动端模拟的是中端手机走移动网络,桌面端模拟的是有线连接(官方简介页目前写的机型是 Moto G4,具体以你那份报告的环境块为准,我们那次显示的是 Moto G Power)。测试跑在 Google 数据中心,位置可能在北美洲、欧洲或亚洲,也看报告里的环境块。手机的处理能力和网络都更受限,所以分数通常更低,先解决手机端更划算。
PSI 顶部的 0–100 分是 Lighthouse 的实验室分数,Google 没有把它说成排名信号。Google 在《了解 Google 搜索结果中的网页体验》里写的是:排名系统会采用 Core Web Vitals,也就是真实用户数据里的 LCP、INP、CLS,并建议网站所有者做到良好。同一页也写明:在 Search Console 或第三方工具里得分良好,并不保证排在搜索结果最前面;仅仅出于 SEO 原因去追求完美的得分,未必是最有效的时间投入;即使网页体验不佳,Google 也会尽可能展示最相关的内容。所以先把内容和相关性做对,再把这三项拉到“良好”区间。
PSI 是你主动输入一个网址去测,随时可测;Search Console 的报告是 Google 按你整站汇总出来的,能看到哪一类页面有问题。前者适合查单页、验证修改,后者适合看整站。Search Console 的使用方法见 谷歌站长工具(Search Console)怎么用。
先看报告里 LCP 那一项,它通常最直接地影响体验:图片太大、服务器响应慢、首屏被大脚本挡住,都是外贸站上常见的原因。具体怎么排查,见 网站速度优化怎么做:Core Web Vitals 排查。
| 工具 | 特点 | 适合什么时候用 |
|---|---|---|
| PageSpeed Insights | 同时给真实用户数据和 Lighthouse 实验室数据 | 查单个网页、改完验证 |
| Chrome 开发者工具里的 Lighthouse | 在你自己的电脑上本地跑,官方也把它列为衡量网页体验的工具之一 | 开发阶段反复调试 |
| Search Console 核心网页指标报告 | 按整站汇总,标出有问题的页面类别 | 看整站健康度 |
| GTmetrix、WebPageTest 等第三方工具 | 可选测试地点和网络条件,界面和免费额度以各自官网当前说明为准 | 想对比不同地区的加载速度 |
如果你的网站需要有人排查和处理速度问题,可以看我们的 外贸独立站建设服务。
本文由河南天问网络整理。天问网络成立于 2017 年,长期维护 30–40 个外贸独立站,速度排查是建站验收的固定环节;PSI 简介页、Chrome 用户体验报告指南页、网页体验说明页均为 2026-09-30 读取的版本;阈值和界面会更新,以官方页面为准。

微信扫一扫添加(手机号 13526816415 同号,也可按手机号搜索)
不方便扫码?留下微信号或手机号,我们主动加你
电话咨询(北京 9:00–21:00)
现在是非工作时间,建议先加微信或留号,我们工作时间联系你
海外客户可直接 WhatsApp 联系(与微信、手机号同号)
WhatsApp +8613526816415