造成这种情况的原因是WP Bakery features提供的实时新闻部分，其中包含img 标签编号height 或width 属性。第二个站点上没有此部分，这就是为什么它没有其他两个站点的CLS问题。

我已经为3个网站开发了WP主题。Both are using pure WP codex code. No frameworks, nothing. The only thing I use is WP bakery PB plugin. 但它仍然没有通过CLS。我正在将主题切换到Twenty20th或任何其他默认WP主题，关闭所有插件，但CLS仍在疯狂！

这是一个矛盾，你are使用一个框架，它被称为WP Bakery PB。这本身就极大地影响了布局转换问题如需相关帮助，请联系WP Bakery support，第三方产品支持问题在此不讨论

为此，我买了一个VPS 12核16gb RAM。正在运行CentOS->；CyberPanel带有打开的光速服务器，使用LS缓存，悬停加载页面。没有任何帮助。页面加载在视觉上类似于；“光速”；但不是G guy。

布局转换与服务器的速度无关，它是一个浏览器指标，而不是服务器指标。加快服务器速度不会改变累积布局变化。

这些网站几乎完全相同（我的意思是内容，但代码和插件在相同的版本中是相同的），但问题是在2号网站上不存在CLS问题。

因为CLS不是关于服务器端代码，而是关于浏览器中的前端性能。The content and HTML+assets that get sent are what matters.

WP承诺在v6.0上修复CLS问题，但到那时，我可以使用什么插件或代码来禁用WP core上的某些东西，以便在G上更快地运行它？

No, it did not, and this is not something that WP can fix because that\'s not how this works. There is no plugin or code, and there is nothing to disable in WP core.

---

从这一点可以清楚地看出，累积布局变化并不是你所想的那样。CLS是指在加载时更改高度或宽度，迫使浏览器重做页面布局，从而减慢浏览器的速度。这并不是因为你的服务器速度慢，也不是因为WordPress core没有修复bug。

CLS是当您忘记在图像标记上放置高度/宽度，而它没有高度时，它会加载并移动所有内容以腾出空间。这就是CLS，将内容向下推，重新计算布局会减慢您计算机上的浏览器速度，这也是谷歌所抱怨的。

CLS有很多原因，但这些都是通用的HTML/CSS/JS问题，它们是插件和主题的责任，而不是WordPress本身的责任。

进一步阅读：

https://web.dev/cls/