问题标签 [core-web-vitals]

为什么Google 的速度测量工具（如Lighthouse / PageSpeed Insights ）中报告的Cumulative Layout Shift 指标与Search Console中报告的不同？

使用累积布局偏移 (CLS) 现在是 Page Speed Insights (PSI) 和 Google Search Console (GSC) 的标准，我想知道如果 PSI 返回 0 值但字段数据返回高值，应该使用什么方法来识别 CLS .

例如，根据 Search Console，我有一个页面在 PSI 上得分为 0，但在桌面上获得 0.99 CLS（在移动设备上为 0）。

使用开发人员工具，我尝试打开油漆闪烁并打开布局移位区域，但仍然得到 0 移位，而字段数据显示为 0.99。

那么，您如何使用开发人员工具识别导致布局偏移的原因？

我尝试优化此页面的整个 Pagespeed，但我无法在移动设备上获得低于 0.1 的 CLS。我真的不知道为什么当我使用关键的 css、页面缓存和字体预加载时，我无法在测试中重现这种行为。

https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fwww.birkengold.com%2Frezept%2Fselbstgemachte-zahnpasta

在 3G Fast 上使用模拟 Galaxy S5 进行测试。 https://www.webpagetest.org/result/210112_DiK9_256ca61d8f9383a5b927ef5f55644338/

在任何情况下，我都会接近 CLS 中的 0.1。

在 Pagespeed 洞察中，我在 Origin Summary 中收到以下消息：“在过去的 28 天收集期内，从该来源提供的所有页面的总体体验未通过 Core Web Vitals 评估。”

PageSpeed Insights 中消息的屏幕截图

有谁知道有多少百分比的 URL 必须通过测试才能改变它？或者标准是什么？

我一直在努力改进网站上的 CLS。

所以我尝试添加一个父容器，以便图像将调整为该容器的大小。见下文：

和 HTML：

但它不起作用，我不确定我做错了什么。

将 Core Web Vitals 数据传送到 Google Search Console 的爬虫的用户代理是什么？

我找不到任何关于它是与此处讨论的 PageSpeed Insight 的爬虫相同的爬虫，还是具有不同用户代理的另一个爬虫的任何信息？

我正在尝试使用 GTM 和 GA4 实施 Web Vitals 监控。

为此，我使用了由 Simo Ahava 创建的自定义 GTM 模板。关联

从我所见，我已经正确地完成了这个实现——我可以看到预览时需要推送到数据层的变量

这就是我将它们推送到 GA4 的方式：

现在问题在 GA4 结束。我可以看到填充到 GA4 的事件。但是，当我转到分析中心并尝试创建自定义报告时，我可以获得事件的计数，但它们的值显示为 0

在 GA4 中使用 DebugView 时，我确实可以看到值被正确推送

所以我的问题是......我在这里做错了什么？为什么值不显示？

编辑：我尝试了更多的东西。仍然没有工作，但想给你和更新。

我在 GA4 中添加了自定义指标和维度，希望能解决这个问题。

Web Vitals 价值的自定义指标

Web Vitals 名称的自定义维度

我尝试了所有可能的组合：

1. 维度：事件名称（默认一个），指标：Web Vitals Value
2. 维度：Web Vitals 名称（自定义），指标：Web Vitals 值
3. 维度：Web Vitals 名称（自定义），指标：事件价值

他们都没有工作。然而，这是我发现的一些奇怪的东西。当使用 Web Vitals Name 作为维度时，我也无法选择名称。这让我相信我首先犯了某种错误。

也许这会有所帮助....

我正在使用 materialize css 0.100.2 并一直在我的网站上查看 CLS 我已将问题确定为这段代码：

使用此代码，如果我将其删除 0.039，我的 CLS 为 1.13，但我松开了一块屏幕，以便内容消失在滑块后面，是否有解决方案来保留内容并减少 CLS。

为了准备下一次 Core Web Vitals 更新，我正在努力减少我公司网站上的 CLS。当我在 Chrome 中运行 Lighthouse 审核时，我更新的页面得到了 0.05，低于 Google 推荐的最大值 0.1。

但是，当我的公司 SEO 专家进行审核时，她在同一页面上的得分 > 0.3。我认为这可能是一个速度问题，但限制我的互联网速度并没有改变我的结果（至少在 CLS 方面）。就此而言，她的审核将高级别父 div 元素称为导致高 CLS，而不是父 div 中的特定元素。

有什么理由为什么她的分数会比我在同一页上的分数差这么多？我应该注意在 Lighthouse 中进行 CLS 测试的任何已知问题吗？

我们使用 Adsense 的“自动广告”并且通常对它非常满意。不幸的是，我们的移动 (!) 网站上的 CLS（累积布局转换）存在问题。我们现在已经对此进行了测试，问题肯定是由自动广告触发的。经过进一步测试，我们能够确定触发 CLS 的正是页面头部区域中的粘性锚定广告。重要提示：加载页面时不会发生移位，而是在锚广告出现在顶部后向下和向上滚动时发生。此时 Adsense 为我们页面上的所有元素添加一些样式属性，例如。“高度：自动！重要；” 有没有人也有这个问题？我们能做什么？我们不想继续没有粘性锚广告。重要提示：问题仅限移动设备！Google Adsense 是否正在为此努力？谢谢！