我们可以保证服务器性能和客户端

谷歌想要越来越快的互联网
BigG 已实施多年的流程。 早在 2019 年 11 月，我就专门写了一篇关于 Google 和网站速度主题的文章，介绍了可用于分析网站的指标和报告。 SEO 定位日益重要的因素之一。

最近几周，谷歌从 Google Search Console 中删除了 Google Speed 速度报告，并用新的 Core Web Vitals 报告取而代之，这是一组被认为对于提供良好用户体验至关重要的指标。

该公告在网上引起了WhatsApp 数据库 很大轰动，但业内人士立即注意到这些变化很微妙，使得这一行动看起来更像是一次品牌重塑，而不是一份新报告。

新的“Web Vitals”指标将于 2021 年正式成为 Google 算法的一部分。

现在可以使用以下方式测量核心网络生命力：

搜索控制台
PageSpeed 见解
灯塔
Chrome 开发工具
Chrome 用户体验报告
Web Vitals 扩展
以至于在 2020 年网络营销节的幻灯片中（我将于 2020 年 6 月 5 日星期五在直播中展示），我比较了客户的两份报告：

Google Speed 与 Google Core Web Vitals
该报告的目的也保持不变，即通过将页面按桌面和移动设备划分，将页面分为良好、一般和缓慢。


报告中出现三个用户体验指标：

LCP：最大的内容涂料。 在视口（第一个屏幕）中渲染明显较大的元素所需的时间。
慢=>4s – 快<= 2.5s
FID：首次输入延迟。 网站响应交互的时间（例如从点击到生效）。
慢速 => 300 毫秒 – 快速 = <100 毫秒
CLS：累积布局偏移。 随着页面加载而“移动”的布局部分，导致糟糕的用户体验。
0 = 无 – 1 = 全部 – 好 = <0.1 – 差 => 0.25
通常，在基于 ChromeUX 数据库的报告中，我们会分析客户网站的速度，并将其与竞争对手的速度进行比较：就像跑步一样，速度是一个相对的概念，目标始终是比对手更快。

我们使用的指标在过去几周已经修改了快慢分组值：



TTFB：第一个字节的时间。 从用户请求页面到浏览器接收到第一个字节所花费的时间。 指示 Web 服务器处理时间。
慢速 >= 1500 毫秒 – 快速 <= 500 毫秒
FCP：第一个内容丰富的绘画。 第一个渲染元素出现在浏览器中所需的时间。
慢速 >= 2500 毫秒 – 快速 <= 1500 毫秒
以下是报告的示例：

WMR ChromeUX 报告：竞争对手速度分析
这些报告唯一的“缺陷”是每月更新一次，距离月初有十天左右的延迟。

根据我们的经验和对数百个站点的分析，我们可以保证服务器性能和客户端性能（这里我详细解释其中的差异）都会对以下方面产生直接影响：

Google 抓取的数量和质量
有机定位
Google Ads 广告系列的每次点击费用
兑换率
改善核心网络生命力
谷歌建议首先修复标记为“差”的任何内容，然后根据影响大多数网址的问题确定下一步要做什么的优先级。

非技术用户可能需要开发人员的帮助来解决特定问题。

根据 Google 的说法，一些最常见的页面修复应包括：

将页面大小减少到 500KB 以下。
将页面资源的数量限制为 50。
考虑使用 AMP。
我个人细化如下：

减小图像大小并延迟加载非必要图像
减少附件文件（css、js...）和异步加载
缓存系统优化和 AMP 评估（尤其是新闻网站）
与其他 Search Console 报告一样，问题解决后可以直接在 Search Console 报告中进行验证。

最后的建议是，您需要创建易于快速导航的网站，尤其是对于移动用户而言。 如今，如果低估这一点，除了转化率下降之外，还有可能在 SERP 上排名最低。
Gǔgē xiǎng yào yuè lái yuè kuài de hùliánwǎng