页面速度 · Core Web Vitals

Core Web Vitals的达标标准是几秒？

Google认定为“良好”的标准是：LCP 2.5秒以内、INP 200毫秒（0.2秒）以内、CLS 0.1以内。三项指标都达到“良好”，才算该页面通过了Core Web Vitals（核心网页指标）。

判断依据不是单次访问，而是所有访问的第75百分位。简单说，100位顾客中要有75位以上体验到达标的速度，才算“良好”。手机和电脑分开计算。

以前有个只测首次点击响应的指标叫FID，从2024年3月起改为衡量所有点击 · 触摸响应的INP。如果在旧文章里看到FID的标准，请记得它和现在的标准不同。

怎么用PageSpeed Insights测自己网站的速度？

在Google的免费工具PageSpeed Insights里输入网址，马上就能测。结果页分为真实访客数据和机器重新测试的诊断两部分，关键是把两者分开来看。

1. 01打开pagespeed.web.dev，输入自己的网站地址，点击“分析”。
2. 02出结果后先看“手机”标签页，因为大多数顾客都是用手机访问的。
3. 03在上方“真实用户体验”里查看LCP · INP · CLS是否为“良好”。这是Chrome用户最近28天的数据，最值得参考。
4. 04访客少的话，真实数据可能显示“无数据”。这时请参考下方“诊断性能问题”的分数。
5. 05把诊断下面与图片 · JavaScript有关的改进项截图保存，就能向制作公司准确提出需求。
6. 06不要只测首页，菜单 · 预约 · 交通指南这类顾客常看的页面也逐一测一测。

为什么PageSpeed分数每次测都不一样？

下方的诊断分数是Google服务器在当下重新加载页面后算出来的，会随服务器状态和网络情况上下浮动几分。与其看某一次的数字，不如看多次测量的趋势。

如果有广告 · 在线聊天 · 评价插件这类从外部加载的代码，结果会随着对方服务器的状态波动得更厉害。分数突然下降时，先怀疑最近新加的外部代码。

不必执着于100分。Google也提示，单纯为了搜索去追求满分，未必是好的时间投入。只要“真实用户体验”是“良好”，就说明管理得已经很好了。

上方的真实数据和下方的诊断分数不一致，也很正常。真实数据是汇集多位顾客的手机和网络环境、持续几周得出的值；诊断则是在一组固定条件下重新测出的值。两者不一致时，请优先相信反映顾客实际体验的真实数据。

网站变慢的常见原因有哪些？

小店铺网站变慢，大多是上线后一点点加上去的东西造成的。很多网站一开始很快，几个月里照片和插件越堆越多，就慢下来了。

不同原因拖累的指标不同：太大的主图会拉低LCP，笨重的外部代码会拉低INP，没设定尺寸的图片和迟迟才出现的横幅会拉低CLS。

找原因最可靠的办法是逐个去掉试试。把最近加的插件暂时关掉再测一次，就能用数字看出它拖慢了多少。如果是非要不可的插件，也可以改成等首屏全部加载完后再加载。

• 手机拍的原图没压缩就直接上传
• 首屏放了自动播放的视频或大幅轮播图
• 同时挂了多个在线聊天咨询 · Instagram动态 · 评价插件
• 还留着不用的跟踪代码或旧的广告代码
• 加载了多种字体，或者用的是离顾客很远的慢速服务器

把网站提速交给制作公司时，该提什么要求？

与其说“帮我弄快一点”，不如定下具体目标，比如“让哪个页面的哪项指标达到良好”。这样才能比较改进前后，也有了判断是否完工的标准。

常见的失误是为了提分删掉必要的内容。如果靠去掉预约按钮或地图变快了，对顾客反而是损失。只在电脑上确认、不看手机，也是常犯的错。

• 需要改进的页面清单和目标指标（例如：首页手机端LCP达到“良好”）
• 改进前后的PageSpeed Insights结果截图
• 当前挂载的外部代码 · 插件清单，并标出必需的项目
• 上传新照片时是否会自动压缩
• 维护管理期间速度再次变慢时，由谁、在什么时候检查

小店铺网站怎么做好页面速度？

效果最明显的是首屏。把顾客最先看到的那张主图做轻，再让首屏以下的图片在滚动时才加载，光这样体感就会大不一样。

如果是普拉提工作室，可以把首屏的课程视频换成主图，把视频移到下方的“课程一览”。如果是餐厅，与其放几十张菜单照片，不如用文字写出菜单、只放招牌菜照片，既能提速，也更容易被搜索引擎读懂。

如果压缩了图片也没什么改善，就该怀疑服务器了。诊断中如果出现服务器响应慢的项目，请检查托管配置或服务器位置；使用从离顾客较近的地方发送文件的CDN，也是一种办法。

ISSYMO在上线前就把图片优化和快速首屏作为基础设置做好；在维护管理订阅中，每月检查是否新增了过大的图片。