那么,Google Search Console 将页面分类为页


面分组,并测量这些页面分组的 Core Web Vitals 指标。这是一种尝试,为那些没有获得足够流量以获取有意义的用户体验数据的页面填充缺失的数据。他们可以通过多种方法来解决这个问题:他们可以不为此类页面提供任何排名提升,或者假设最好的并为没有任何数据的页面提供全面提升。或者他们可能会退回到原始级别的核心网络生命力数据。相反,他们尝试做一些更聪明的事情,这是一种有帮助的尝试,但在很多方面也更令人困惑:页面分组。


基本上,每个页面都分配有一个页面分组。他何做 中东移动数据库 到这一点尚不清楚,但页面上使用的 URL 和技术之前已经提到过。您也无法看到 Google 为您的每个页面选择了哪些分组,以及他们的算法是否正确,这对网站所有者来说是另一件令人沮丧的事情,尽管他们确实在图表下方提供了每个不同 Core Web Vitals 分数的示例 URL在 Google Search Console 中,有时可以隐含分组。


页面分组非常适合 Smashing Magazine 等网站。对于其他网站,页面分组可能不太清晰,并且许多网站可能只有一种分组。然而,Smashing 网站有几种不同类型的页面:文章、作者页面、指南等等。如果文章页面速度缓慢是因为作者图像是 LCP 图像加载速度缓慢,那么所有文章页面都可能出现这种情况。所有文章页面的修复可能都是相同的。因此,将它们分组在一起是有意义的(假设 Google 可以准确地找出页面分组)。


然而,令人困惑的是,当一个页面确实吸引了足够的访问者来获得自己的 Core Web Vitals 分数并且它通过了,但它与失败的组混为一谈时。您可以为站点中的所有页面调用 CrUX API,看到大多数页面都通过了,然后当这些相同的页面在 Search Console 中显示为失败时感到困惑,因为它们被集中在失败 URL 的组中,并且大多数页面都失败了。

最新回复 (0)
返回
发新帖
Free Web Hosting