如何审核核心网络威力

回到2020年5月,谷歌宣布核心网络威力将成为谷歌算法的一部分于2021年,但告诉网站所有者认为“没有立即采取行动。”到2020年11月,谷歌透露,此更新将在2021年5月生效,所以在世界各地的网站所有者和SEO,现在采取行动的时间,现在就是 核心Web Vitals是什么?

核心网络威力是一组用于测量网站的负载,交互性和视觉稳定性的一系列指标。所有三个都以一种方式与网站速度有关,这是我们所知道的一些对搜索引擎和用户都很重要的东西。

关于核心网络威力以及页面经验真的有趣特别是NCE更新,谷歌通常不会与其算法更新的具体细节很突出。但在这种情况下,我们已经获得了我们需要衡量和改进的确切度量,并且此更新将生效日期。这表明页面体验肯定将是一个重要的更新,也是我们实际准备的一个重要更新,只要审计过程详细和准确。以下是需要在核心Web Vitals审计中分析的指标:

谷歌的核心网络威力。资料来源:谷歌。

Google's core web vitals metrics最大的满足涂料(LCP)
测量加载性能(即,viewPort中最大项目需要多长时间)。为了提供良好的用户体验,LCP应在2.5秒内发生页面首先开始加载或最多4秒以避免“差”得分(尽管在2.5到4秒之间仍然“需要改进”)。

首先输入延迟(FID)

测量交互性(即,网站在用户点击某些内容时响应需要多长时间)。为了提供良好的用户体验,页面应该具有小于100毫秒的文件,或者最多300毫秒,以避免“差”得分(尽管在100到300毫秒之间仍然“需要改进”)。在本文中详述的审计过程中,使用了类似的公制,“总阻断时间(TBT)”,因为第一个输入延迟需要现场数据,但此审计使用实验室数据,因为现场数据可能并不总是可用于您的网站审计。

累积e布局Shift(CLS)

测量视觉稳定性(即,页面是否随着用户滚动内容时跳转)。为了提供良好的用户体验,页面应维持小于0.1或最小0.25的CL,以避免“差”得分(尽管仍然在0.1到0.25之间“需要改进”)。 此审计侧重于在“差”得分的指标上,因为这些是主要的优先级领域,但您也可以调整它以包括“需求改进”。所以,现在我们知道我们审计了什么,让我们进入审计过程本身。

相关:

  • SEO和开发人员的核心网Vitals指南
  • 如何使用尖叫青蛙审计核心Web生命物

知道核心网站是什么是一件事,但发现否认审计和沟通核心Web Vitals对客户的审计问题的方式,这是一个有用和可行的方式是全球SEO面临的挑战。我组合在一起的审计过程旨在提供与解决核心网络威力问题时的真实细节,示例和数据。

开始审计,您需要三件事:

尖叫的青蛙网站爬虫的付费版本。

一个Pagespeed Insights API密钥(您可以从

    这个Google Pagespeed Insights文档页面

  • )。
The pagespeed insights secret key input screen within screaming frog.

您正在审计的网站的域名。

  • 步骤1:将Pagespeed Insights API键连接到尖叫青蛙

  • 首先,您需要连接您的Pagespeed Insights API键尖叫青蛙。这将使您可以通过页面基础访问页面上的Pagespeed Insights数据和建议。您只需获得有限数量的Pagespeed Insights查询(每天约25,000个),这应该足够较小的网站,但对于较大的网站,您将能够从您所做的其他询问页面中申请学习该网站。
  • 使用您的Pagespeed Insights API键,打开尖叫青蛙并导航到配置> API Access> Pagespeed Insights。
  • 将您的API键粘贴到“秘密”中键“框。
  • 单击”连接“

The metrics tab within the pagespeed insights menu of screaming frog.

一旦连接,点击”度量“。在这里,您将定义将在爬网中显示的度量标准。出于本审计的目的,我正在选择“所有度量组,”,但您可以选择jus您要报告的节点并单击“确定”

可用的指标组如下:

The crawl progress bar within screaming frog.概述 – 提供页面的一般概述信息,例如页面的大小和可以在页面上进行的潜在负载节省。

曲调指标 – 来自 Chrome用户体验报告的数据。如果现场数据可从现实生活中获得,请选择在用户中,它将出现在此处。

灯塔指标 – 我们在审计中使用的大多数实验室数据来自这里,包括LCP,TBT和CLS分数。

机会 – 提供对每个页面特定的页面速度改进的建议。

诊断 – 提供有关网站整体性能的额外信息。

Exporting the crawl within screaming frog.

    [第2步:爬网网站

  • 接下来,您需要启动爬网。复制您正在爬行的网站的域名并将其粘贴到爬网顶部顶部的框中,称“输入URL到蜘蛛”。由于该网站爬行,您将注意到,右上角有一个“爬网”和“API”进度条。在开始分析数据之前,您需要等待这两种达到100%。

第3步:报告问题的规模

  • 在进入需要修复的内容之前,第一步是传达问题的程度。为此,您需要查看每个核心Web Vitals最小阈值的页面失败的百分比。
  • 在顶部导航栏中,选择“Pagespeed”,然后选择“fapor”t。“

查看导出的数据,相应地找到以下列并过滤:

最大的满足涂料时间(MS) – 过滤器找到LCP的所有页面为4000ms或更多。

CLS的页面为0.25或更多。

将此数据添加到单独的数据表中,以便您或客户端可以轻松地查看失败每个核心网站的页面。然后,您可以在将每个核心Web Vitals最小阈值的站点上的网站上的百分比报告。这是我最近发送给客户端的一个例子:

95%的页面有一个超过4秒的最大内容涂料(Fail) – 请参阅附件中的“LCP> 4S”选项卡Tasheet。

58%的页面具有超过300毫秒的总阻塞时间(Fail) – 请参阅附加的数据表中的“TBT> 300ms”选项卡。

93%的页面有累积布局换档得分超过0.25(失败) – 请参阅附加的数据表中的“CLS> 0.25”选项卡。

现在您使用完整列表(或示例列表,如果网站也是如此大)未能满足核心Web的页面最低阈值,因此开发人员确切地知道在哪里寻找失败的页面。如果您发现任何模式(例如,它只是博客页面等),那么您现在也可以报告。

步骤4:报告每个页面特定的问题并进行适当的建议Exporting a list of pages that have render-blocking resources in screaming frog.

这是我们将问题转化为解决方案的审计部分。我们知道X数量的PAGes正在失败核心Web Vitals最小阈值,但我们/客户可以做些什么呢?这就是Pagespeed Insights API真正有效的地方。

在右侧,在“概述”选项卡中,向下滚动到“Pagespeed”。在这里,您将找到与页面速度和大多数情况有关的问题/建议列表,核心网站。

这里报道了各种不同的问题。如果有的话语是不熟悉的,请在

web.dev An example of determining potential savings for each Core Web Vitals-related issue.网站上搜索它以获取更多信息。虽然尖叫青蛙和Pagespeed洞察中可用的数据可能无法提供一个可以影响核心Web Vitals的每个问题的完全详尽的列表,但它当然有助于在整个中分析您/您的客户网站。

点击问题要查看受影响的页面,并导出它们以保存到您的数据表中。您现在正在报告有多少页面受到特定问题的限制,以及受影响页面的URL。在下面的示例中,我导出了所有页面的列表,该页面具有渲染阻止的资源可能产生负面影响LCP。我现在可以推荐客户端查看此列表,并决定是否可以在这些页面上删除,推迟或删除资源。

对于您所在的每个建议制作,您还可以看到可以通过修复特定问题的“节省”,以字节或毫秒为单位。使用您的每个问题的导出数据,您现在可以为每个问题添加潜在的节省,以及通过解决该问题,可以通过解决该问题的年龄节省,因此您可以根据可以根据可以制作的潜在负载节省的潜在负载节省的金额来提出首先解决问题的建议。在下面的示例中,毫秒和字节的节省比删除未使用的CSS脱屏图像更大,因此延迟屏幕图像将是更高的优先级。

An example of how to view render-blocking resources in screaming frog.



步骤5:报告每个页面所特有的问题的示例 通过报告每个页面所特有的问题的示例,我们提供了一个更粒度的数据集,允许客户/开发人员快速理解问题是什么以及它是否可以解决或不解决。 在渲染阻止资源示例中关注,您现在是nEED选择受此问题影响的一个URL,并在底部导航栏中选择“Pagespeed详细信息”选项卡。左下角现在将显示与所选页面相关的页面速度信息。导航到机会>消除渲染阻止资源。在右下方的面板中,您现在会看到该页面上的渲染块资源的URL,其大小(以字节为单位)和潜在页面加载节省如果消除了这些渲染阻塞资源,可以制作(以毫秒为单位)。 不幸的是,您无法在批量中导出这些特定问题(据我所知),但您可以将一些示例复制并粘贴到您的数据表中,并再次查找任何模式。通常,相同的资源将显示在多个页面/每个页面上在网站上,可以使用SiteWide应用程序。 一旦将此数据拉到了站点上的每个问题,您可以在优先顺序中为每个问题提供书面报告,并提及数据在您的数据表中。 步骤6:一旦进行了更改,再次爬网网站并比较 您更快地完成此审计更好,如一些问题需要时间来解决。一旦解决问题,您可以回到第一步一步并拍摄网站,看看事情如何变化。这是您的页面百分比不符合核心Web Vitals最低阈值的地方,它会派上用场,因为它显示了一种快速简便的方法,了解您的更改是否具有所需的影响。 在报告时NG在核心Web Vitals和页面体验更新到客户端,我经常被问到的问题是如何通过这种更新来影响排名。尽管这显然是一个重要的更新,但我不设想尚未满足最低阈值的网站,在一夜之间看到排名巨大的阈值。它将更有可能具有能够满足或超过核心网络威力最低阈值的最优秀内容的网站,从而看到排名略有改善,当然,这将是他们超越竞争对手的排名中的略微下降。这种情绪得到了谷歌自己的指导方针在主题上支持: “虽然页面体验的所有组成部分都很重要,但我们将优先考虑与整体信息最佳信息的页面如果页面体验的某些方面是SubPar。一个好的页面经历并没有覆盖具有伟大的相关内容。然而,在有多个具有类似内容的页面的情况下,页面经验对于搜索的可见性变得更为重要。“ 能够满足最小阈值的网站所有者将自己放在一个在搜索可见性方面明显的优势,虽然我们无法预测在页面体验更新的日期将发生的事情,但此审计过程将帮助您准备好。 本文中表达的意见是客人作者的意见,而不一定是搜索引擎土地。员工作者在这里列出 。