扫一扫 扫一扫 扫一扫 扫一扫 Google 开发了许多实用指标和工具,帮助衡量用户体验和质量,从而发掘优化点。一项名为 Web Vitals 的计划降低了学习成本,为网站体验提供了一组统一的质量衡量指标 -- Core Web Vitals,其中包括加载体验、交互性和页面内容的视觉稳定性,构成了 2020 年核心 Web 健康指标的基础。本文详细的介绍了每个指标及其使用方式,推荐了用于测量这些指标的实用工具,快来一起看看吧~ 有很多方法可以优化网站的用户体验。若能预先了解最佳的优化衡量方法,可以大大节省时间和成本。 Google 在 2020 年 5 月 5 日提出了新的用户体验量化方式 Web Vitals 来衡量网站的用户体验,并将这些衡量结果用作其排名算法的一部分。为了更好的理解这些内容,让我们来看看这些重要指标是什么。 △ Google 在使用者体验量化发展的相关成果 Core Web Vitals 与 Web Vitals什么是 Web Vitals,Google 给出的定义是 一个良好网站的基本指标(Essential metrics for a healthy site),过去要衡量一个网站的好坏,需要使用的指标太多了,Web Vitals 可以简化指标的学习曲线,只需聚焦于 Web Vitals 指标的表现即可。
在这些 Web Vitals 中,Google 确定了三个主要衡量指标,即在所有类型的网站中通用的 Core Web Vitals[1]: [1]Core Web Vitals 是应用于所有 Web 页面的 Web Vitals 的子集,是其最重要的核心。 △ Core Web Vitals 与 Web Vitals
这三个指标已经经过了一段时间的验证,如 LCP 在 WICG 已经孵化至少 1 年以上,FID 在 Google Chrome Labs 上已经实施 2 年以上,LCP 和 CLS(相关 Layout Instability API)已于今年入 W3C 草拟标准。 让我们一起详细了解下 Core Web Vitals。 LCP -- 最大内容绘制1. 加载性能 △ LCP 的基准时间 LCP(Largest Contentful Paint)用于衡量加载体验,从真实用户的角度衡量网页的加载速度。它是 从页面刚开始加载到呈现出所有内容时的持续时间。
让我们比较一下有图像和没有图像的媒体文章的 LCP。 △ LCP 对比 有图片的文章用了 3.57 秒加载,而没有图片的文章只用了 2.32 秒载入。
FID -- 首次输入延迟1. 交互行为 △ FID 的基准时间 FID(First Input Delay)涉及到用户与 web 页面之间的交互性,用于衡量网站操作的顺畅程度。它测量了用户第一次产生交互行为,到浏览器响应该用户操作的持续时间。这些用户交互行为可以是单击按钮、点击链接或任何基于 JavaScript 的自定义控件。 在 TTI 的时间内第一个互动事件的开始时间与浏览器回应事件的时间差 为什么要取在 TTI[2] 发生的第一次的操作事件,Google 给的理由有以下三点:
[2]互动时间 TTI 是衡量负载响应能力的重要实验室指标。它有助于确定页面看起来是交互式但实际上不是交互式的情况。快速的 TTI 有助于确保页面可用。TTI 度量标准衡量的是从页面开始加载到页面主要子资源加载之间的时间,它能够快速可靠地响应用户输入。
人们可能会说这些时间间隔很小,调整几百毫秒也没什么区别。但实际上,这些微小的变化可能会对最终用户产生重大影响。 CLS -- 累计布局偏移1. 视觉稳定性 △ CLS 的基准时间 你可能已经注意到某些时候网页中的元素在加载时出现移动,我敢肯定这不是用户期待的优秀体验。在这样的场景中,CLS(Cumulative Layout Shift)测量在页面的整个生命周期中发生的每个意外的样式移动的所有单独布局更改得分的总和,可以方便地用来度量 web 页面的视觉表现。布局的移动可能发生在可见元素从一帧到下一帧改变位置的任何时候。为了提供良好的用户体验,网站应努力使 CLS 分数小于 0.1.
下图显示了 medium.com 和视觉不稳定网站之间的 CLS 差异。 △ 视觉稳定性测量 在上面的例子中,medium.com 网站显示其 CLS 为 0.097。
计算此值时要考虑视窗大小以及两个渲染帧之间视窗中不稳定元素的移动。
CLS 值(布局偏移系数)可以使用上述公式轻松计算。此公式中的影响系数是指不稳定元素对视窗的影响,而距离系数是指不稳定元素移动的距离。 例如,假设一个不稳定的元素覆盖了总窗口大小的 40%,当页面加载时它向下移动了 20%。在这种情况下,因为不稳定元素占用了总窗口的 60%,影响系数将为 0.6。又由于不稳定元素向下移动了 20%,因此距离系数将为 0.2。
如上图的实例,影响范围(红色区域)占比总窗口 75% ,箭头(紫色)移动占总窗口高度的 25%,故 0.75 x 0.25 = 0.1875。 提示:使用 Bit(于 Github 里)可在项目之间共享可复用组件。 Bit 使得在项目之间共享、记录和复用独立组件变得简单。使用它可以最大限度地复用代码,能够保持设计一致、帮助团队协作、加快交付并构建可扩展的应用程序。 Bit 支持 Node,TypeScript,React,Vue,Angular 等。 △ 示例:探索在 Bit.dev 上共享的可复用的 React 组件 我觉得现在你应该已经很好地理解了 Core Web Vitals 和它们的职责。所以,现在是时候学习如何测量了。 测量 Web Vitals 比你想象的要容易得多正如我开始提到的,测量 Web Vitals 是一个简单的过程,任何人都可以做到。实际有很多工具可以用来测量 Web 的重要信息,包括一些浏览器插件。
虽然这些工具的用途相同,但可以进一步分为实验室测试工具和现场测试工具两类。 1. 实验室测试工具 实验室测试工具的主要目的是在开发过程中测试性能,以确保在发布之前达到所需的标准。ChromeDevTools 和 Lighthouse 可用于在开发环境中测量 Core Web Vitals。
下图显示了使用 Lighthouse 的网页的性能测试结果: △ 使用 Lighthouse 测量 Core Web Vitals 2. 现场测试工具 实验室测试工具的结果不是 100% 准确的,因为没有真正的用户试用网页。现场测试工具可以用来填补这个漏洞。此外,与实验室测试工具不同的是,现场测试工具可以按原样测量所有 3 个 Core Web Vitals。 PageSpeed Insights、Chrome UX Report 和 Web Vitals Extension 是一些现场测试工具,我们可以使用这些工具在真实用户交互时测量 Core Web Vitals。这些现场测试工具匿名地从网页上收集实时数据,使我们无需手动运行任何操作即可检查 Vitals。 △ 使用 Lighthouse 测量 Core Web Vitals 让我们假设你已经测量了网站的 Core web Vitals,而结果并不符合预期。那么,做什么能提高这些分数呢? 改善 Web Vitals 的步骤既然你现在知道如何测量 Web Vitals,那么让我们看看如果存在问题,如何改进你的网站。 众所周知,对于性能相关问题的技术修复并不是那么简单。大多数时候它们非常复杂耗时。但是,可以遵循一些通用的指导方法来改进这些 Core Web Vitals。 可以通过以下方式改进网站的 LCP: 删除或避免使用消耗太多时间加载的大型页面元素。通过分析前面讨论的测量工具结果,可以很容易地发现这些元素及其影响; △ Lighthouse 分析结果 避免不必要的第三方 JavaScript 库。下面的分析表明,使用第三方库已将主线程阻塞 2700 毫秒; △ Lighthouse 分析结果 设置延迟加载和延迟加载图像; 减少服务器响应时间。 与 LCP 类似,可以遵循以下几点来提高网站的 FID 值:
△ Lighthouse 分析结果 Core Web Vitals 最终测量的是 CLS,可以通过以下方式提高 CLS 分数:
结论我希望你们已经明白了维护优秀网站的重要性。这些测量方法为保持网站的用户体验友好性提供了有力支持。 尽管这些测量方法非常有前途,但在某些情况下,也需要临时修改这些测量方法来确保良好的用户体验。所以请保持注意。 如何量化产品体验?来看阿里出品的度量模型作为一个体验设计师,我们会面临很多问题:复杂的产品需求、纠缠的技术逻辑、难以决策的设计方案、难以计量的设计价值。 阅读文章 >欢迎关注作者微信公众号:「TCC翻译情报局」 手机扫一扫,阅读下载更方便˃ʍ˂ |
@版权声明
1、本网站文章、帖子等仅代表作者本人的观点,与本站立场无关。
2、转载或引用本网版权所有之内容须注明“转自(或引自)网”字样,并标明本网网址。
3、本站所有图片和资源来源于用户上传和网络,仅用作展示,如有侵权请联系站长!QQ: 13671295。