什么是核心网页指标？
Google 关注的是真实的体验指标，比方说：页面加载速度有多快？它的交互速度有多快？它有多稳定？当访问者在移动设备或桌面设备上访问网页时，在速度方面的体验是怎样的，他们与它交互的速度有多快，诸如此类。
现在它加入了一组被 Google 称为页面体验信号的指标。它不是全然独立的。它与页面体验指标组合在一起衡量网页排名。这些指标诸如：移动友好性，HTTPS，插页广告、弹出式广告等等。与其说是传统排名信号的页面文本，不如说是关于用户体验和感觉，他们使用页面的愉悦程度，以及它本身的实用性。当移动设备速度不那么快时，这些在移动设备上显得尤其重要。这就是谷歌在衡量的东西。 用户体验的核心网页指标如下：
- **最大内容绘制（LCP）：**该指标衡量网页上的主要内容向用户显示所需的时间。Google 建议 LCP 小于 2.5 秒。
- **首次输入延迟（FID)：**当用户第一次与页面交互时，您的网页的响应时间。这包括链接点击、按钮点击和自定义 JavaScript 操作。Google 建议 FID 小于 100 毫秒。
- **累计布局偏移（CLS）：**这衡量意外移动网页主要内容的布局偏移数量。这些变化会影响用户正确阅读内容和与页面交互的能力。Google 建议 CLS 分数为 0.1 或更低。
改善体验
想象一下，你正走在一个陌生的城市街道去参加一个重要的约会。你在路上穿过各种街道和地标。但到处都有松动的铺路石会让你绊倒，还有自动门需要你等着它缓慢打开再供你穿行，意外的施工弯路会让你误入歧途。所有这些事情都会打断你的进程，增加你的压力，让你无法到达目的地。 使用网络的人也在类似这样的路程中，他们的行动是连续的步骤。就像在现实世界中一样，他们可能会被延迟打断，从他们的任务中分心，并导致犯错。这些事件会导致体验的满意度降低，并迫使用户放弃去一个地点或整个体验过程。 在这两种情况下，消除干扰和障碍是确保体验顺利进行和用户满意的关键。 那么，是什么让用户的上网体验中断呢？
因等待而中断（LCP）
最大内容绘制（Largest Contentful Paint，简称 LCP）衡量网页的加载速度和性能。用外行的话来说是页面加载速度有多快吗？其实是非常简单的概念。就是电脑屏幕窗口中最大的图像、视频和文本很大程度上受渲染时间的影响。
这就是谷歌正在关注的。电脑屏幕窗口中最大的东西，无论是桌面设备页面还是移动设备页面，最大的图像、视频还是文本等内容，加载速度有多快？这个问题的答案很简单，就是会受到服务器时间、CSS、JavaScript、客户端渲染的影响。 网络用户最常见的中断类型是等待页面加载。对于开发人员来说，页面加载是一个离散事件，一些延迟可能是不可避免的。然而，页面加载通常发生在用户的体验中，因为他们在新闻中了解最近的事件，研究新产品或添加商品到购物车中购买。所以从用户的角度来看，等待加载特定的页面而中断并不代表自然的中断
，这可能使他们更不能容忍延迟，这意味着页面需要快速加载，这样用户的体验过程才能顺利进行。 多快才算真的快？这是一个没意义的问题，因为没有唯一的答案，有三个主要原因。 首先，答案取决于您考虑的结果，例如放弃、用户满意度或任务性能。不同的研究侧重不同的角度，并产生不同的结果。 其次，如果您绘制有多少用户停留在一个网站上，作为他们经历的延迟次数的函数，您将看不到X秒后从100%到0%的清晰步骤。相反，您会看到如下所示的平滑分布：
因此，我们必须问：我们的目标是这条曲线上的哪一点？换句话说，我们一方面在速度上投资了多少钱，另一方面我们会失去多少用户？ 最后，延迟的影响因背景和情况而异。新闻网站、购物网站和旅游网站通常是不同类型的用户体验过程的一部分，上面的整个曲线可能对每一个人来说都是不同的。即使在特定的环境中，网站设计和用户行为也会随着时间的推移而改变。 尽管这比我们所希望的更困难，但在不同绩效水平上分配结果仍然包含有用的提示。特别是，这个分布揭示了在给定的性能水平上我们可能会失去(或正在失去)多少用户。此外，曲线在不同点上的陡度可以告诉你，通过特定数量的优化速度，你将获得多少回报。这些都是你做出权衡决定的重要因素，因为你作为设计师或工程师的时间也很宝贵。 因此，我们的目标不是寻找一个单一的神奇数字，而是在研究中找到有用的价值范围和合理的指导方针。例如：
- 一项研究发现，延迟降低了满意度和返回意向。在不熟悉的网站上，2秒的延迟足以导致大部分下降——熟悉的网站在更长的延迟后跌至最低点。在不熟悉的网站上，表现也会受到影响，大多数情况下会延迟4秒。
- 另一项研究涉及在网页上浏览嵌套菜单。在加载每个面板时，测试了间隔3秒的一系列延迟。当延迟从0秒增加到3秒，或者从9秒增加到12秒时，满意度会下降。返回的意愿也随着12秒的延迟而下降。6秒的延迟足以让一些参与者在网站上说它很慢。
- 一项研究发现，移动网络用户在屏幕上的注意力不会超过4-8秒。这意味着，如果他们在您的页面加载好之前转移注意力，他们转移注意力的时间会进一步延迟他们最终看到页面的时间。所以5秒的加载时间可能会变成10秒的有效延迟。
- 有人认为，系统的反应速度应该与人类互动时经历的延迟相当。这导致了回复大约需要1-4秒的指导。
实证研究来自高可变性和逐渐下降的数据，而不是硬性阈值，其他研究基于理论预测。但总的来说，他们认为将加载时间控制在几秒钟内是值得的。 The Largest Contentful Paint（LCP）度量页面到页面的导航对用户已完成。我们建议网站将LCP控制在2.5秒以下，以满足75%的页面加载。这项建议进一步参考了当今对网络的Chrome分析，旨在使足够多的网站在实践中实现的可行性。有关该分析的更多详细信息，请参阅定义Core Web Vital度量阈值。
不稳定造成的中断和错误（CLS）
累积布局偏移或 CLS 测量视觉稳定性。Google 声明对象和元素不应在页面上移动，因为它正在为用户呈现/加载。基本上，CLS是指在网页的生命周期内发生的任何预期的布局变化。我们肯定都经历过在手机上加载页面的体验，想去按一个按钮可最后一秒按钮的位置却移动了，结果我们点到了其他东西，页面发生了意想不到的布局变化。 大多数网页需要加载几个元素，这些元素通常会逐步加载。这实际上可能是件好事：如果一些内容早点出现，用户就可以开始朝着目标前进，而无需等待所有内容加载。 然而，如果已经可见元素的位置随着其他元素的加载而移动，这可能会以两种方式对用户的体验产生负面影响。 一个是，如果他们正在看的元素突然移动，他们的眼睛至少需要几百毫秒才能找到它的新位置。如果它滚动到视野之外，需要更长的时间。这种类型的干扰会影响用户的体验，并让人非常沮丧。 更严重的后果是，意想不到的布局转移可能会导致错误。如果用户试图轻点一个元素，然后跳转，他们可能最终会点击其他移动到原来位置的元素。这是因为用户感受到跳转带来的延迟，决定放弃行动，最后这样做，人们难以做出适当的反应。也许是无意中点击链接、广告或“立即购买”按钮，严重扰乱了用户的预期体验。 累积布局移位（CLS）衡量页面上意外布局移位的频率和严重程度。更少的位移意味着中断和错误的机会更少。我们建议网站将CLS设定在0.1以下，以保证75%的页面负载。
低响应导致分心和错误（FID）
首次输入延迟或 FID衡量交互性。FID测量用户第一次与网页元素交互（点击链接、点击对象等）到该特定元素开始处理以响应用户操作所需的时间。这个问题基本上是问页面的互动速度有多快？换句话说，当用户单击某物、按钮或JavaScript事件时，浏览器可以多快开始处理并产生结果？
当你点击某物而什么都没发生或非常缓慢才发生时，这便不是一次好的体验。 同样，您不希望用户体验在与您的网站的瞬间互动中受到影响。以下是一些与实现这一目标相关的研究见解：
- 一项研究发现，当触屏按钮的视觉反馈延迟从70毫秒增加到100毫秒时，就可以被人感知到。当时间从100毫秒进一步增加到150毫秒时，人们对按键质量的评价也明显降低。
- 一项实验表明，在动画中，一个事件导致另一个事件的错觉在延迟约100毫秒时开始中断。有人建议，用户界面中直接操作的错觉将随着这部分延迟而中断。（这个实验显然还参考了早些时候的建议，即动作应在100-200毫秒内产生可见效果。）
与LCP一样，没有“具体参考的数字”，只有代表分布的标记。有些人比其他人敏感得多，当涉及触觉或听觉反馈时，可能会注意到更短的延迟。 除了改变用户界面的感觉外，延迟某些用户期望的内容也会导致他们犯错。他们可能会重复一个动作，因为他们认为它不起作用，但第二个动作可能会产生不好的效果。例如，他们可能会两次单击“添加到购物车”按钮，但没有意识到他们现在正在购买两件商品。 与这些体验相关的响应能力由首次输入延迟（FID）来衡量，我们建议网站将75%的页面负载的FID保持在100毫秒以下。
影响
我们分析了数百万页渲染，以了解这些指标和阈值如何影响用户。我们发现，当网站达到上述阈值时，用户放弃页面加载的可能性要低24%（在任何内容渲染完之前离开页面）。 我们还专门研究了新闻和购物网站，这些网站的业务依赖于流量和任务完成量，并得出了类似的数字：新闻网站放弃量减少了22%，购物网站的放弃量减少了24%。很少有干预措施能显示在线业务的这种程度的改善，像这样的结果是我们和生态系统合作伙伴优先考虑Web Vitals指标的部分原因。 为用户提供平稳的体验是增加在线流量和基于网络的业务的最有效方式之一。我们希望Web Vitals指标和阈值将为出版商、开发人员和业务所有者提供清晰可行的方法，使其网站成为更多用户快速、流畅体验的一部分。
衡量核心网络指标的工具
从Chrome 用户体验报告开始，Google 已将 Core Web Vitals 纳入其面向开发人员和网站管理员的多个顶级工具中。 该报告从用户浏览网页时收集真实数据，然后通过 PageSpeed Insights 和 Google Search Console 等工具与开发人员共享。 PageSpeed Insights 会分析您网页的性能并就如何提高其速度提出建议。它审查了移动和桌面浏览器上的所有三个 Core Web Vitals。 
在 Google Search Console 中，您会找到网页的 Core Web Vitals。Google Search Console 利用 Chrome 用户体验报告中的数据向您显示整个网站的问题。 
在Chrome网页核心指标的浏览器插件可以在你浏览网页或您更改了自己的网页时看到核心指标。 该扩展程序还可以查看竞争对手的当前分数。 
这些工具中的每一个都允许您查看您网站的 LCP、FID 和 CLS。流量过少的网站在 Google Search Console 中可能会缺少一些指标。
为什么Core Web Vitals 很重要
核心网页指标很重要，这可能会影响很多排名结果。 Google 已正式将 Core Web Vitals 添加到其搜索算法中。页面体验更新的全面推出应在2021 年 8 月之前完成。 此前 AMP 是出现在这些头条新闻中的必要条件。AMP的作用正在减弱。因此，您仍然必须满足常规 Google 新闻提出的要求，但 AMP 不再是出现在 Top Stories 中的必要条件。但现在必须达到 Core Web Vitals 的最低门槛。 改进您的 LCP、FID 和 CLS 可以对您的用户和您在移动搜索结果页面上的排名产生积极影响。即使在搜索结果的第一页上增加一个位置，也会导致流量大幅增加。 用户体验也是如此。如果您可以改善用户体验，则可以通过积极的口碑推荐、评论来大幅增加流量。 以缓慢加载网站的形式提供糟糕的用户体验可能会导致跳出率的不利增加。较高的跳出率可能意味着人们离开您的网站时没有滚动、点击或更重要的是没有转换。 谷歌发现，加载需要 1 到 5 秒的网页的跳出率增加了 90%。
如何提高核心指标
既然您知道什么是 Core Web Vitals 以及如何在您的网站上衡量它们，让我们看看一些关于改进它们和您的用户体验的建议。 您对网站和服务器的控制级别取决于您用于网站的平台（WordPress、Shopify 等）和您的网络托管公司。
如何改进 LCP
Google提供了一些优化网站和改进网页的最大内容绘制指标的技巧。从您的 Web 服务器开始。如果您遇到严重的延迟，可能是时候将您的虚拟主机从共享服务器升级到专用服务器了。 考虑可能在您的网站上运行的任何可以关闭或更好地优化性能的进程。例如，在 WordPress 网站上，您可以通过删除过时或未使用的插件来减少数据库处理的进程数量。 Google 提供的第二个技巧是使用内容分发网络 (CDN)。CDN 服务有时包含在企业级托管计划中。 CDN 服务可确保您的网站快速加载，无论您的 Web 服务器用户位于多远。 接下来，缓存您的内容，以便首先缓存 HTML 页面。当您的静态 HTML 内容被缓存时，不必在用户每次访问您的网页时加载它。 WordPress 网站所有者可以使用W3 Total Cache或WP Fastest Cache等缓存插件自动缓存您的内容以加快加载速度。 如果您使用其他服务，它可能具有缓存设置，您可以对其进行配置以缓存您的内容。请注意，缓存服务无法处理来自第三方服务（如 Facebook）的服务器请求。 预连接还可以提高加载速度。当您加载来自非您的域的内容时，这些是必要的。不要在整个页面中从其他域加载新项目，而是在网页 HTML 的 HEAD 部分按如下方式使用预连接：
<link rel="preconnect" href="http://domain.com"> <link rel="dns-prefetch" href="http://domain.com">
通过提前建立这些连接，您的页面将不必停留在部分加载的主要内容上，以向网站访问者提供图像或其他资源。 您还可以使用以下代码预加载 CSS 和 JavaScript 等外部资源：
<link rel="preload" as="style" > href="style.css">
这将确保它们在开始时加载并避免阻止内容完全加载。 优化 CSS 和 JavaScript 的其他方法包括从样式表和脚本中“缩小”（删除不必要的字符）、删除未使用的代码以及将初始网页加载不需要的代码移动到预加载的资源。对于最关键的代码，请考虑在线添加。 Google推荐使用 CSSnano和CSSo来缩小 CSS，以及UglifyJS来缩小 JavaScript。您还可以使用HTML Minifier来缩小 HTML 。 Google Chrome DevTools有一个 Coverage 功能，可以分析页面上 CSS 和 JavaScript 的使用情况。它可以识别可以卸载到预加载资源的代码，假设它没有被您的技术堆栈中的某些东西使用。 签名交换 (SXG)允许网站对通过第三方从其域中交付的内容进行认证。Google 与 Cloudflare 合作创建了 AMP Real URL，允许发布商在基于 Google 搜索的结果的 AMP 内容上显示其内容的原始 URL。在实施 SXG 后，从搜索接收流量的网站将看到 LCP 的提升。 改进 LCP 的其他方法是优化和压缩网页上使用的任何文本文件、图像、视频和块元素。考虑插入到页面 HTML 中的图像以及在 CSS 或主题文件的背景或设计元素中使用的图像。
如何改善FID
改善您网站的首次输入延迟时间取决于优化您的 JavaScript 和第三方脚本的使用。后者通常引用网站分析工具和任何从另一个网站调用脚本的代码。 如前所述，您可以通过从脚本中缩小（删除不必要的字符）、删除未使用的代码以及将初始网页加载不需要的代码移动到预加载资源来优化 JavaScript 的使用。 使用 Google Chrome DevTools 的 Coverage 功能来识别可以卸载到预加载资源的代码。 
Google 推荐UglifyJS来缩小 JavaScript。您还可以使用HTML Minifier和 CSS 使用CSSnano和CSSo来缩小 HTML 。 您可以在 W3C 社区组的报告中了解有关分析用户交互延迟的事件计时 API背后的技术细节的更多信息。
如何改进CLS
为了提高网页的 CLS 分数，您需要告诉浏览器在加载元素时为其分配多少空间。您可以通过向图像和视频添加特定大小属性来实现此目的。 或者，您可以在 CSS 中使用纵横友好的比例框。两者都将实现防止页面加载时内容意外移动的预期目标。 对于在用户与页面交互后加载时会移动的元素，也建议使用页面内指示器。让用户知道元素正在页面上加载可能会阻止他们点击移动元素。
我们已将本文中的问题分为三个部分：指标和工具、页面体验和搜索以及AMP。我们希望这些对你有用。
Core Web Vitals和页面体验常见问题
指标和工具
问：搜索认为的Core Web Vitals数据来自哪里？
答：数据来自Chrome用户体验报告，该报告基于实际用户访问量与网页的互动（也称为现场数据）。澄清一下，数据不是根据加载页面的实验室模拟或Googlebot等非人类访问者的访问来计算的。
问：如何计算单个URL的分数？换句话说，如何确定页面是否通过了网络关键指标评估？
答：指标是根据28天的期限内的第75个百分位数计算的。通过使用第75个百分位数，我们知道对网站的大多数访问（4次中的3次）都达到了目标性能水平或更好。如果一个页面在所有三个指标上都达到了推荐目标，那么它就通过了网络关键指标评估。更多详细信息，请参阅此处。
问：如何计算一个最近发布但还没有生成28天数据的URL的评分？
答：与搜索控制台报告页面体验数据的方式类似，我们可以采用类似的页面分组技术，并根据聚合计算分数。这适用于流量很少或没有流量的页面，因此没有现场数据的小网站无需担心。
问：为什么我在不同的工具(如Lighthouse和Chrome用户体验报告)中看到不同的指标值？
答：Core Web Vitals基于实际用户访问量，这将受到用户环境条件及其交互的影响。像Lighthouse这样的工具是实验室模拟。虽然Lighthouse可以提供一个时间点，说明某些用户的指标可能是什么，以及有哪些改进的机会，但它可能与基于实际用户访问收集的数据有所不同。
问：我在搜索控制台的Core Web Vitals报告中没有看到我要找的页面。
答：对于每种问题类型，搜索控制台都会列出URL的子集。这些URL代表了您网站可能拥有的各类页面。本报告的目的是帮助用户发现有问题的页面类型，以便在Page Speed Insights或Lighthouse等工具中调试它们。我们希望通过修复通过检查单个URL暴露的问题模式，整个页面类型将得到改进。
问：CrUX数据集中是否包含无索引页面和被robots.txt组织的页面？
答：你可以通过两种方式访问CrUX数据
问：我使用的第三方服务（如客户端A/B测试、社交嵌入、个性化引擎、评论系统等）正在减慢我的网站速度。
答：网站可以选择使用各种第三方代码和服务。Core Web Vitals指标并没有对这些选择做出区分，而是只关注最终用户对页面的总体观察体验。就像页面上的所有其他功能一样，定期评估第三方组件对核心Web Vitals体验的影响可能会有所帮助。可能会有一种改进的集成或配置形式来改善用户体验，并通过改进的Core Web Vitals指标反映出来。在web.dev上查看这些关于如何优化页面上的第三方JavaScript的资源。
问：为什么谷歌的指南对所有类型的页面都使用相同的CWV阈值？例如，报纸主页与文章不同，也不与评论页面相同。
答：Core Web Vitals是适用于所有类型页面的基本指标。为了确定阈值范围，我们分析了各种各样的页面，并利用了与页面类型无关的核心用户体验需求的研究。
页面体验和搜索
问：页面体验更新是什么，与其他排名信号相比有多重要？ **答：**页面体验更新引入了一个新的信号，我们的搜索算法将与数百个其他信号一起使用该信号来确定响应查询时显示的最佳内容。我们的系统将继续优先考虑总体信息最好的页面，即使页面体验的某些方面不尽如人。一个好的页面体验并不会凌驾于优秀的、相关的内容之上。
这与我们过去发生的变化相似，例如我们的移动友好型更新或速度更新。与这些信号一样，页面体验在“决定胜负”类型的情况下将更重要。如果有多个质量和内容相似的页面，页面体验更好的页面可能会比没有页面体验的页面表现更好。
简而言之，当我们开始使用页面体验时，如果出版商仍在努力改进，他们就不必担心会立即出现显著的下降。但随着时间的推移，发行商应该专注于将这些改进作为相对优先事项。这是因为随着越来越多的网站不断改善他们的页面体验，这将成为出版商想要匹配的规范。
问：在非Chrome浏览器上使用谷歌搜索时，Core Web Vitals是否是一个排名因素？
**答：**是的。基于Core Web Vitals的页面体验排名信号在全球范围内应用于移动设备上的所有浏览器。
问：页面体验更新是否需要Signed Exchange？
**答：**不，Signed Exchange（SXG）不是页面体验好处的要求。然而，您可以将该技术视为改善页面体验的选项之一。以Signed Exchange的形式提供您的内容可以帮助优化其向最终用户的呈现，因此，我们观察到LCP指标的改进。
特别是，如果页面的LCP（意思是LCP在该页面所有访问量的第75个百分位数的价值）已经处于“良好”水平，您不应该期望使用Signed Exchange进一步优化LCP的排名优势。其他Core Web Vitals指标也是如此。
问：页面体验排名是如何根据已发布的指南，即什么样的Core Web Vitals指标值被认为是“好的”阈值？
**答：**LCP、FID和CLS（Core Web Vitals 指标）的指南都概述了构成“良好”分数的具体值。因为对于所有这些特定的指标来说，接近于0更好，所以我们可以将0和记录值(包括)之间的任何分数称为“良好范围”。
谷歌的页面体验排名单独评估每个Core Web Vitals，作为排名的信号。对于所有Core Web Vitals来说，无论其个人Core Web Vitals得分如何，所有在良好范围内的页面体验排名影响都将保持不变。例如，LCP为1750毫秒（比“良好”LCP指导更好）和另一个2500毫秒（在“良好”指导下）的页面不会根据LCP信号进行区分。然而，包括其他Core Web Vitals在内的数百个其他信号，可能会导致这两个问题页面的排名不同。在良好范围之外，Core Web Vital指标在两个页面上的不同值可能导致页面体验排名的不同。
问：如果我发布AMP和非AMP版本，谷歌将链接哪个版本的网页？
**答：**AMP版本。如果提供两个版本的页面，谷歌将继续像今天一样在手机上链接到页面的AMP版本。
请注意，对于头条轮播（Top Stories carousel），要遵守谷歌新闻内容政策的额外要求。
问：出版商如何知道他们的页面在排名中是否获得了Core Web Vitals的好处？
**答：**页面体验排名涉及根据Core Web Vitals衡量的用户体验以及其他标准评估页面。我们认识到，网站可能会平衡用户体验目标和其他业务目标。在Core Web Vitals上获得“良好”分数的页面正在达到理想的用户体验水平，只要页面体验信号的其他组件（HTTPS、移动友好性等）被视为是好的，那么页面体验组件的排名可能会得到提升。
如果您的页面在至少一个核心网络指标上无法衡量“良好”或未通过其他页面体验标准，我们建议您随着时间的推移专注于这些维度的改进。虽然页面体验的所有组成部分都很重要，但即使页面体验的某些方面不合格，我们也会优先考虑总体信息最好的页面。良好的页面体验并不能压倒拥有优秀、相关的内容。然而，在有多个页面具有相似内容的情况下，页面体验对搜索中的可见性变得更加重要。
头条新闻
问：如果我的网页没有通过核心网络重要指标，我是否有资格获得头条轮播机会？
**答：**是的。随着Top Stories carousel即将更改，所有网页，无论其页面体验状态或Core Web Vitals评分如何，都有资格参加Top Stories carousel。当更改上线时，遵守谷歌新闻内容政策将是唯一的要求，我们将使用页面体验作为所有页面的排名信号。
AMP
问：这是否意味着AMP将成为有效的排名信号？
**答：**AMP从未成为一个排名信号，也不会成为一个排名信号;它是一个框架，网站所有者可以使用它来构建漂亮和高性能的网页，并可以利用许多内置功能，帮助改善页面体验。
问：我的AMP页面总是有良好的页面体验吗？如果我已经使用AMP，我需要做点什么吗？
**答：**世界各地的AMP项目贡献者都致力于确保站点所有者在创建AMP页面时获得良好的性能体验。然而，像许多其他框架一样，AMP不能实现所有的web开发最佳实践。在这篇博文中，开发者可以找到一些指导，以确保AMP页面既可以来自发布者的网站，也可以通过AMP缓存进行优化。
问：如果网站不想再使用AMP，是否有选项？
**答：**是的，除了AMP，有很多途径可以获得出色的页面体验。网站所有者可以使用他们选择的各种工具/框架，我们鼓励他们访问搜索控制台，以了解有关他们的网站如何在页面体验标准（如Core Web Vitals）上衡量的更多信息。他们还可以在[web.dev/vitals](http://web.dev/vitals)上查看资源。
希望关闭AMP页面的发行商可以遵循此处列出的指导。
问：如何判断我的AMP页面是否有良好的页面体验？
**答：**AMP项目发布了一个工具，AMP页面体验指南，以帮助网站了解其AMP内容如何根据Core Web Vitals进行衡量。它还提供了关于如何改进AMP页面的可操作信息。如果AMP页面没有通过CWV，并且没有可操作的反馈，鼓励开发人员使用工具中的渠道向AMP团队报告这些问题。
问：页面体验排名信号是否只查看从缓存加载的AMP内容？
**答：**页面的页面体验信号是通过观察给定页面接收的真实流量提供的经验来确定的。就AMP而言，这意味着页面可以从发布者的来源或通过AMP缓存提供，具体取决于用户遇到内容的方式。这就是为什么我们鼓励使用AMP的开发人员确保从这两个来源提供的页面都得到优化。我们建议开发人员使用AMP优化器将AMP缓存优化带到自己的网站上。为了获得额外的指导，发布者可以使用AMP页面体验指南来了解在哪里可以改进他们的AMP页面。
问：来自谷歌AMP查看器的数据是如何归属的？
**答：**页面体验信号旨在反映用户体验网络的方式。因此，我们在AMP URL的数据中包含归为谷歌AMP查看器的访问。在配对AMP的情况下，规范的非AMP页面是独立属性的。
问：谷歌是否继续投资AMP？
**答：**谷歌搜索专注于确保用户在浏览网络内容时拥有出色的页面体验。页面体验是一组信号，用于衡量用户如何感知与网页互动的体验，而不仅仅是其纯粹的信息价值。
AMP项目将继续专注于创造强大的用户体验，包括按照页面体验信号进行优化。谷歌将继续投资AMP，并坚信AMP项目的目标是提供出色用户体验的网页。谷歌搜索将继续引导用户访问AMP版本的网页（如果有的话）。这使用户能够从隐私保护预渲染和AMP缓存带来的速度改进中受益。
问：出版商考虑关闭AMP以获得良好的页面体验，有什么注意事项？
**答：**AMP的用户体验目标和页面体验是紧密结合的，因此，对于那些希望以最小的持续努力制作出具有良好页面体验的网页的出版商来说，AMP是一个性价比高、简单的解决方案。然而，AMP确实有一些出版商可能会遇到的限制——例如，创建复杂的交互体验可能是具有挑战性的，而且出版商可能考虑使用的第三方服务并不总是与AMP集成。
在盈利方面，AMP平衡了优先考虑用户体验和出版商盈利的能力，出版商可以通过遵循此处的准则优化其AMP页面的收入潜力。如果出版商确实考虑放弃AMP，可能需要一些投资才能获得良好的页面体验。维护非AMP页面的发布者对使用哪种技术来构建页面体验没有限制，但一些元素可能需要优化，以确保它们允许良好的页面体验。
希望关闭AMP页面的出版商可以遵循此处列出的指导。
问：如果出版商决定不使用AMP，他们如何知道自己的内容是否符合Top Stories carouse的条件？
**答：**随着Top Stories即将更改，任何新闻出版商的内容，无论是通过AMP还是其他技术，只要符合谷歌新闻内容政策，都是合格的。内容在实践中是否能显示出来取决于排名所考虑的许多因素，页面体验标准将是其中之一。需要明确的是，任何内容，无论其页面体验指标是什么，都有资格在谷歌搜索的Top Stories功能。
问：如果我的AMP页面没有良好的页面体验，他们仍然有资格进入Top Stories Carousel吗？
**答：**是的，任何符合谷歌新闻内容政策的内容都有资格显示在Top Stories Carousel中。页面体验是指一系列信号，这些信号对提供良好的页面体验很重要，这些信号正在成为排名的首要因素，包括在Top Stories Carousel中。这意味着页面体验因素，以及包括内容本身和与查询匹配在内的许多其他因素，将决定其在Top Stories Carousel中的位置。随着页面体验排名成为用户期望和其他出版商希望匹配的规范，随着时间的推移，出版商应该将重点放在改善页面体验上。
问：如果我停止使用AMP，并使用不同的方法发布内容，包括自己优化页面体验，那么谷歌对我的内容的排名和我使用AMP时一样吗？
**答：**网页体验是一种与技术无关的排名信号。开发人员可以使用他们选择的框架。从AMP转换到使用不同的方法不会影响非AMP页面的排名。
问：如果我决定停止使用AMP，我还需要考虑什么？这将如何影响我的内容在Discover或Google News中的显示方式？
**答：**虽然Discover摘要显示了很多AMP内容，但AMP并不是服务于这个空间的必要条件，也不是排名因素。文章卡AMP页面是自动合格使用较大的缩略图图像。这些较大的图片比较小的缩略图有更高的点击率。鉴于此，我们建议，如果您决定关闭AMP，您可以为谷歌提供更大的非AMP内容的图像。你可以通过在每个页面上添加max-image-preview:[large] robots元标签设置来实现。
如果您正在考虑停止使用AMP，请参阅此处概述的步骤。有关谷歌新闻的注意事项，请参阅下一个问题。
问：对于使用AMP的内容，他们应该如何考虑怎样出现在谷歌新闻应用程序中？
**答：**今天谷歌新闻应用程序显示AMP内容时，它是可用的，但不限于仅AMP内容。谷歌新闻应用团队正在进一步拓展对非amp网页的支持，并基于页面体验进行优化。如果这是他们正在探索的变化，我们将支持有兴趣从AMP切换到非AMP的出版合作伙伴。