Core Web Vitals
Google 衡量页面真实体验的三项指标:LCP(加载)、INP(响应)和 CLS(视觉稳定性)。当三项在第 75 百分位的访问中都达到良好时,页面即为通过,数据来自 Chrome 用户体验报告的真实用户数据。它们是 Google 搜索使用的页面体验信号之一。
在 Shopify 上: Shopify 后台有网页性能报告,用您自己访客的数据展示同样的三项指标。
Google 用三项 Core Web Vitals(核心网页指标)评估页面速度:LCP(主要内容出现的速度,2.5 秒或以内为良好)、INP(页面对点击的响应速度,200 毫秒或以内为良好)和 CLS(布局跳动的程度,0.1 或以下为良好),均按真实 Chrome 访问的第 75 百分位计算。以下是这些术语及其他常见术语,并说明它们对 Shopify 店铺意味着什么。
Google、PageSpeed Insights 和 Shopify 后台显示的数字,以及怎样才算良好。
Google 衡量页面真实体验的三项指标:LCP(加载)、INP(响应)和 CLS(视觉稳定性)。当三项在第 75 百分位的访问中都达到良好时,页面即为通过,数据来自 Chrome 用户体验报告的真实用户数据。它们是 Google 搜索使用的页面体验信号之一。
在 Shopify 上: Shopify 后台有网页性能报告,用您自己访客的数据展示同样的三项指标。
从访客开始加载页面到可视区域内最大的图片或文字块绘制完成的时间。2.5 秒或以内为良好,超过 4 秒为较差。
在 Shopify 上: 在商品页上,LCP 元素通常是商品主图;在首页,则是首屏横幅。任何抢在它之前加载的内容都会拖慢它。
访客点击、轻触或输入后,页面显示响应所需的时间,取本次访问中最慢的交互之一。200 毫秒或以内为良好,超过 500 毫秒为较差。2024 年 3 月,INP 取代首次输入延迟(FID)成为 Core Web Vitals 之一。
在 Shopify 上: 让浏览器持续忙碌的应用脚本是 INP 变慢的常见原因,例如顾客点击“加入购物车”时。
页面打开期间可见内容意外移动的程度,按移动内容的大小和移动距离计分。0.1 或以下为良好,超过 0.25 为较差。
在 Shopify 上: 常见原因是页面绘制后才出现的公告栏、弹窗和评价星级,以及未设定宽高的图片。
从发出请求到收到页面 HTML 第一个字节的时间,包括重定向、建立连接和服务器处理时间。Google 的建议是 0.8 秒或以内为良好。
在 Shopify 上: 服务器由 Shopify 运行,店铺对 TTFB 的直接影响有限,但多重重定向和繁重的主题代码仍会增加它。
浏览器绘制出页面第一段文字或第一张图片的时刻。1.8 秒或以内为良好。
在 Shopify 上: FCP 很快而 LCP 很慢,通常说明主图被页面上的其他内容拖住了。
Lighthouse 的实验室指标,根据加载过程的录像计算页面可见部分填满的速度。数值越低越好。
在 Lighthouse 实验室测试中,FCP 之后长任务(超过 50 毫秒)阻塞浏览器主线程的总时间,每个任务只计超过 50 毫秒的部分。它是 INP 在实验室中的替代指标,也是 Lighthouse 性能得分中权重最高的几项之一。
在 Shopify 上: 页面加载时运行的应用脚本是 TBT 偏高的常见原因。
为什么两个工具会对同一家店铺给出不同结果,以及 Google 采用的是哪一个。
来自真实设备、真实网络上的真实访问的测量数据,也称真实用户监测(RUM)。Google 正是用它来评估 Core Web Vitals。
在 Shopify 上: 真实用户数据反映的是您顾客自己的手机和网络,可能与在高速笔记本电脑上的测试结果相差很大。
Google 的公开数据集,收集已选择参与的 Chrome 用户的真实数据,按滚动 28 天计算。PageSpeed Insights 和 Search Console 的 Core Web Vitals 数据都来自这里。
在 Shopify 上: 流量较少的页面可能没有自己的 CrUX 数据,此时 Google 会改用整个店铺的数据(如果数据量足够)。
在受控环境中单次测试加载得到的数据,例如 Lighthouse 在模拟的中端手机和限速网络上的测试。结果可重复,适合排查原因,但并不等于真实顾客的体验。
Google 的开源工具,在受控测试中加载页面,并根据实验室指标(FCP、LCP、TBT、CLS 和 Speed Index)给出 0 到 100 的性能得分。它内置于 Chrome 开发者工具,也是 PageSpeed Insights 实验室部分的引擎。
在 Shopify 上: 得分每次测试都会波动,请比较多次测试的结果,而不是只看一次。
Google 的免费工具(pagespeed.web.dev),针对一个网址显示两部分内容:来自 CrUX 的真实用户数据(Core Web Vitals 评估),以及带性能得分和建议的 Lighthouse 实验室测试。
在 Shopify 上: 0 到 100 的得分属于实验室数据。对 Google 搜索真正重要的,是上方真实用户数据的通过与否。
Google 按访问的第 75 百分位评估每项 Core Web Vitals:至少四分之三的访问必须达标。少数极慢的访问不会让页面不通过,但绝大多数顾客都被计入。
决定首屏快慢以及下一页快慢的浏览器技术。
浏览器在绘制任何内容之前必须下载并处理的文件,通常是页面头部中未加 async 或 defer 的样式表或脚本。每多一个,FCP 和 LCP 都会被推迟。
在 Shopify 上: 在 Shopify 上,添加到主题头部的应用脚本是常见来源。PageSpeed Insights 会在建议中列出它们。
绘制首屏可见内容所需的少量 CSS,直接内嵌在 HTML 中,让页面在完整样式表到达前就能绘制。其余部分随后加载。
在 Shopify 上: 部分提速应用会为主题生成关键 CSS。Whoosh 不会,它调整的是应用的加载时机。
等图片、视频或 iframe 即将滚动进入视野时才加载,通常使用 loading="lazy"。它节省流量,让网络优先服务屏幕上的内容。
在 Shopify 上: 切勿对第一张商品图片或首屏横幅使用延迟加载:它通常就是 LCP 元素,延迟加载只会让 LCP 更慢。
预加载(rel="preload")让浏览器提前获取当前页面很快需要的文件,例如首屏图片或字体。预获取(prefetch)则以低优先级获取下一次可能访问的文件或页面,让下一页更快打开。
在 Shopify 上: Whoosh 的 AI Page Preloading 会在顾客点击之前加载下一页。
Chrome 和 Edge 浏览器的一项功能:页面用 JSON 列出浏览器可以在点击前预获取或预渲染的链接。预渲染的页面在访客点击时几乎可以立即出现。不支持的浏览器会忽略这些规则。
分布在全球的服务器,保存网站文件的副本,让每位访客从就近的位置下载,缩短每个文件到达的时间。
在 Shopify 上: 每家 Shopify 店铺都通过 Shopify 自己的全球 CDN 提供服务,无需任何设置。应用开发商的文件则来自他们自己的服务器。
店铺多出来的加载时间大多来自哪里,以及如何判断一项改动是否有效。
由其他公司服务器提供的 JavaScript,例如评价组件、在线聊天、分析像素代码或弹窗。浏览器必须逐个下载、解析并运行它们,而且往往占用绘制页面的同一条主线程。
在 Shopify 上: 大多数 Shopify 店铺运行着 7 到 13 个应用,其中许多会在每个页面加入脚本。
Shopify 的主题应用扩展,应用在主题编辑器的“应用嵌入”中开启。它无需修改主题代码,就能把应用的脚本或元素加入店面。
在 Shopify 上: 应用嵌入一键即可关闭,但开启期间,它会在所设定的每个页面上加载。
通过 defer 或 async 属性,或等到首次滚动、点击等事件,把脚本推迟到页面绘制之后再运行。这样浏览器能先绘制顾客真正想看的内容。
在 Shopify 上: 手动操作意味着要为每个应用修改主题代码。Smart App Loading 无需代码,就能决定每个受支持应用的加载时机。
以订单结束的会话(访问)所占的比例:订单数除以会话数。Shopify 的数据分析会显示您店铺的转化率。
在 Shopify 上: 速度只是影响转化率的众多因素之一,所以衡量速度改动时,最好与对照组比较,而不是比较前后数据。
A/B 测试把访客随机分配到两个版本并比较结果。对照组(holdout)是没有获得改动的那部分访客,这样差异就能归因于改动本身,而不是季节、广告或促销。
在 Shopify 上: Whoosh 在店铺最初几周进行 50/50 测试,之后改为 90/10 分组,保留 10% 的顾客作为对照组。
Whoosh 是一款 Shopify 应用,作用于上面的两个术语:第三方脚本的加载顺序,以及下一页的预加载。它无需代码,无需修改主题,不触碰结账和账户页面,并用您自己顾客中的对照组来衡量效果。
LCP(最大内容绘制)衡量加载速度,2.5 秒或以内为良好。INP(与下一次绘制的交互)衡量页面对点击的响应速度,200 毫秒或以内为良好。CLS(累积布局偏移)衡量布局跳动程度,0.1 或以下为良好。Google 按 28 天内真实 Chrome 访问的第 75 百分位评估每一项。
0 到 100 的得分来自一次 Lighthouse 实验室测试,使用模拟的手机和网络。Core Web Vitals 评估则来自真实用户数据,即过去 28 天内您店铺的真实访问。两者衡量的内容不同,所以页面可能得分很低却通过评估,反之亦然。Google 搜索使用的是真实用户数据。
在店面加入脚本的应用会增加浏览器的工作量,而大多数 Shopify 店铺运行着 7 到 13 个应用。加载顺序和数量同样重要:如果聊天、追踪、评价工具和弹窗在商品图片之前加载,顾客就要为他们并不关心的内容等待。Whoosh 的 Smart App Loading 插件优先加载顾客最先看到的应用,其余的稍后加载,无需代码。
Google 规定,按真实访问的第 75 百分位计算,LCP 在 2.5 秒或以内为良好,2.5 到 4 秒需要改进,超过 4 秒为较差。在商品页上,LCP 元素通常是商品主图,任何抢在它之前加载的内容(例如应用脚本)都会推迟 LCP。
还有疑问?
答案就在我们的帮助中心(英文)。
正在检测
您可以继续浏览,两项都完成后会在这里通知您。
您的免费检测已完成 您的检测已完成