企业业务的核心 Web 生命力：与 Kathy Brown 和 Karl Kleinschmidt 的问答

企业业务的核心 Web Vitals：与我们自己的 Kathy Brown 和 Karl Kleinschmidt 的问答

2 月 18 日，我们举办了企业业务核心 Web Vitals 会议，以解决 Google 新的页面体验排名因素更新。 会议的重点是什么是核心网络生命力以及它们为何重要。 我们的专家深入研究了每个新排名信号的含义以及它们将如何影响 SEO。 尽管我们提供了可操作的提示和建议，但仍有许多关于 FID、LCP、CLS 等的问题。

以下是从我们的听众那里收集的问题，我们的专家 Kathy 和 Karl 解决了这些问题。

现场数据和实验室数据有什么区别？

Kathy ：实验室数据是你在特定环境中看到的性能数据。 诸如 Chrome 开发工具之类的工具以及诸如 pagestest.org 之类的工具正在为您提供实验室数据。 字段数据是从使用 Chrome 浏览您网站页面的许多用户那里收集的数据。 您可以在 Google Search Console 中查看字段数据，并且通常在 Google Page Speed Insights（它将报告页面的实验室和字段数据）中查看。 对于自动化需求，可通过 BigQuery 访问字段数据。 请记住，实验室数据用于测试，现场数据用于排名。 根据 John Mueller 的评论，我们预计 CWV 最初只会影响移动排名，您需要“处于绿色”状态才能使所有三个指标排名更高。

当没有可用的现场数据时，您会怎么做？

Kathy ：如果没有可用的字段数据，这可能意味着该页面没有获得大量流量。 使用 Google Page Speed Insights 检查您最受欢迎的页面，以查看这些页面是否有可用的字段数据。 然后，您可以推断属于该页面类型的所有页面的结果。 尝试设置一个 CrUX 报告以查看您的来源（您的域）是否有一个报告。 您可以找到一个预构建的 Google Data Studio 模板，这将为您提供网站的整体性能数据。

如果您仍然找不到任何 Field 数据，请确定访问您网站的最常用设备和浏览器，并使用这些环境进行测试。 请记住设置节流和带宽控制以模拟尽可能接近访问者的环境。

在开发过程中，我们的网站在比我们的生产服务器慢得多的辅助服务器上运行。 在这种情况下，您如何测试页面速度？

Kathy：大量的 Core Web Vital 评分将取决于客户端及其运行的代码。 因此，较差的 CLS 分数与慢速服务器无关。 但是，由于连接握手速度较慢以及发送资源所需的时间，LCP 可能会受到速度较慢的服务器的影响。 要考虑的一种方法是为您的服务器创建一个指标比较，例如各种页面的 TTFB（到第一个字节的时间），以及比较交付每 1 KB 数据的时间。 此外，如果您有数据库操作或服务器端 JS，了解每个服务器中这些执行时间之间的差异也会有所帮助。 比较两者之间的瀑布图，看看在开发环境中还有多少额外的等待时间。 了解这些差异将有助于更轻松地评估开发服务器上的 LCP 性能。

你认为预加载链接（对于后续页面）会影响 LCP 还是你认为 LCP 仅依赖于用户加载的第一页？

Kathy：对于现场数据，所有页面的性能都很重要。 缓存静态资产（有助于后续访问和页面）将有助于您的字段得分。 使用链接预加载 CSS 样式，预加载也可能有助于提高所有页面的性能。

具有良好缓存优化的 CDN 能否显着降低 LCP 分数？

Kathy：如果 LCP 对所有用户（新用户和老用户）出现得更快，那么你的 LCP 分数肯定会提高。

如何在不影响 Core Web Vitals 的情况下使用弹出窗口？

Karl：对于 LCP 问题，请确认弹出窗口不会占用太大的视口百分比，尤其是在移动设备上。

对于 CLS 问题，请确认弹出窗口不会使您的其余元素移动，而是在它们前面。

在移动优先索引的背景下，我们应该如何考虑 CWV？

Karl： CWV 将首先推出移动端，然后推迟到桌面端（我们不知道会延迟多少）。 CWV 并不是关于 Google 如何抓取您的网站，而是关于访问者如何与您的网站互动，因此移动优先索引不应该有所作为。

总阻塞时间 (TBT) 和 FID 有什么区别？

Karl：总阻塞时间是主线程阻塞任务阻塞交互的总毫秒数（每个任务减去 100 毫秒）。 FID 是您的网站响应访问者互动所需的平均时间。 因此，总阻塞时间是页面加载过程中 FID 可能高于 0 的总毫秒数，而 FID 捕获用户实际与您的站点交互的方式。

我们在 Google Search Console 中看到了分数变化，而我们自己却没有进行更改/改进。

搜索控制台内出现这些波动的原因是什么？

Karl：因为 Search Console 是字段数据，它取决于用户如何与您的网站进行交互。 用户行为的变化可能意味着不同的 CLS 分数，因为访问者滚动不同或不同的 LCP 分数，因为更高百分比的访问者是回头客，因此他们缓存了某些图像。 指标波动的可能原因有很多，请记住数据延迟了大约 28 天，因此您可能在 28 天前发布了一些内容，现在看到了数据的变化。

如果有人从 Search Console 和 PageSpeedTest 获得不同的结果，我们是否应该只担心 Search Console 上报告的内容？

Karl：在现场数据与实验室数据之外，搜索控制台与页面速度洞察之间数据不同的主要原因有两个。 如果您的某个页面没有获得足够的流量，Google 会在页面速度洞察中使用类似的页面数据，而在搜索控制台中，则会对可能有足够数据的类似页面进行分组。 因此，也有可能您的某个页面有足够的流量，但没有一个相似的页面有足够的流量，这也可能导致分数差异。 搜索控制台报告也有更新，这可能会产生影响。

需要额外资源？

我们有很多关于这个主题的精彩内容。 查看我们的 Core Web Vitals 页面，我们在其中汇集了专家资源库，如播客、网络研讨会和博客。 您可以找到为 Google 的页面体验排名因素更新做好准备所需的一切。