Core Web Vitals是谷歌用来描述网站给用户带来何种体验的三项指标。它衡量的不是"页面有多大"，而是内容出现得有多快、页面对点击响应得有多快，以及内容有没有在手指下方跳动。
用简单的话解释三项指标
-
LCP — 屏幕上主要元素（大图或标题）出现的时刻。访客理解自己进入了什么页面的那一刻。
-
INP — 页面对点击的响应速度。它取代了FID，考量的是所有交互，而不仅是第一次。
-
CLS — 页面布局的跳动程度。典型场景：正要点按钮，上方突然加载出一条横幅，手指点到了别处。
现场数据与实验室数据
这是造成混淆的主要原因。PageSpeed会并排展示两种不同的东西：
-
实验室测试 — 在模拟设备上进行的单次运行。适合用来调试。
-
现场数据 — 您访客的浏览器在28天内实际测量得到的数据。评分依据的正是这个。
由此产生两种常见情况。实验室得分95，但现场却"差" — 说明您用户的设备和网络比模拟器差。反过来：完全没有现场数据 — 因为流量不足以形成统计。
每项指标分别被什么破坏
LCP — 首屏未压缩、非现代格式的大图；比文字更早加载的字体；服务器响应慢。
INP — 点击瞬间占用线程的重型JavaScript。这通常不是您自己的代码，而是一堆第三方脚本：统计分析、聊天工具、像素、小工具。
CLS — 没有指定尺寸的图片、延迟应用的字体、突然出现并把内容全部往下推的横幅和通知。
几乎所有人都会犯的错误
没有宽度和高度属性的图片。 浏览器不知道该为它预留多少空间，先把文字画出来，等文件到达时再把页面撑开。这是CLS最常见、修复成本最低的原因：标记中的两个属性。
诚实地谈谈与销售的关系
速度会影响转化率，但它不是销售的杠杆，而是准入条件。慢速网站会在人们看到报价之前就流失一部分用户 — 在移动网络上尤其如此，2秒和6秒之间的差距足以决定一切。
与此同时，报价没有吸引力的快速网站也无法带来销售。正确的顺序是：先消除明显糟糕的问题 — 等待的秒数、跳动的布局 — 然后再处理内容。页面上没有可购买的东西，却把分数从90刷到98，等于优化了错误的方向。
从哪里开始检查
-
查看现场数据，而不只是实验室数据。
-
检查移动版：那里的指标几乎总是更差。
-
检查多种类型的页面，而不只是首页。
-
从图片和第三方脚本入手 — 大部分问题出在这里。
如果PageSpeed显示红色，却不知道该从何入手 — 我们可以分析报告，告诉您哪些改动能真正见效，哪些只是表面功夫。
