“AMP 状态”报告

该报告可帮助您修正会导致 AMP 网页无法使用 AMP 特有功能显示在 Google 搜索结果中的错误。

顶级视图会显示影响您网站上的 AMP 网页的严重问题。点击某个具体问题可查看受此问题影响的网页以及问题详情。

打开 AMP 报告

 

Search Console 中的“AMP 状态”报告 - Google Search Console 培训

 

报告内容

严重问题:受严重 AMP 问题影响的网页无法在 Google 上显示。在您的网站上发现的严重问题列表会显示在 AMP 报告顶级页面中图表的正下方,标题为 AMP 网页无效的原因。点击该列表中的某个问题可查看包含所选问题的网页。

非严重问题(警告):存在非严重问题的 AMP 网页只要不是同时存在任何严重问题,便仍能在 Google 上显示。在您网站上发现的非严重问题的列表会显示在 AMP 报告顶级页面中严重问题列表的下方,标题为非严重问题。点击该列表中的某个问题可查看包含所选问题的网页。包含警告的 AMP 网页在显示时或许无法使用任何 AMP 功能(例如显示在焦点新闻轮播界面中)。换句话说,这些网页可能只会显示为普通的蓝色链接搜索结果。

网页状态有效网页和无效网页):AMP 网页是有效还是无效。有效 AMP 网页可在 Google 上显示;无效 AMP 网页无法在 Google 上显示。如果网页存在任何严重问题,则会被视为无效;如果网页只有警告或没有任何问题,则会被视为有效。您只需点击 AMP 报告顶级页面中图表下方的查看关于有效 AMP 网页的数据,即可查看有效 AMP 网页的列表。

需要关注的内容

您应关注报告中的以下数字:

受影响的网址列表只是一个示例,不能保证会显示受特定问题影响的每个网址。针对每个问题,该报告最多只能包含 1,000 个网址。此外,可能还有其他网页因某种原因未被我们检测到或统计到。

该报告总共最多只能显示 200 个严重问题和非严重问题。如果网站的问题列表很长(无论是否存在有效个案),该报告将仅显示前 200 个问题(按重要性排序)。

AMP 问题

除了特定于 AMP 的标准错误之外,此类报告还可显示以下问题(错误和警告)。

与 Google 相关的 AMP 问题
问题 说明
内容不匹配:缺少嵌入式视频 规范网页中含有嵌入式视频,但 AMP 版本中缺少相应视频。最好在 AMP 版本和规范网页中添加完全相同的重要内容资源。请注意,系统将通过网址检测视频;如果您有两个不同的网址指向同一个视频,则会看到此警告。
图片不得小于建议值 AMP 网页中的结构化数据所引用的图片小于我们建议的尺寸。这可能会导致相应网页无法使用所有与 AMP 相关的功能在 Google 搜索上显示,也可能会导致您的探索卡片无法以大图片的形式显示(进而致使网站流量减少以及用户互动度降低)。要想解决该问题,请按照我们的准则使用一张尺寸较大的图片。
AMP 网页与规范网页在所属网域方面不一致 AMP 网页托管在与其规范版本不同的网域。这可能会令使用移动设备进行搜索的用户感到困惑,因为他们在搜索结果中看到的网址域名会不同于在 AMP 阅读器中打开相应网页后看到的网址域名。(该问题不会影响系统将相应网页编入索引,也不会影响此网页在搜索结果中的排名。)
找不到此网址 (404) 找不到所请求的 AMP 网址。了解如何修正 404 网页。
服务器错误 (5xx) 请求 AMP 网页时发生了不明的 5XX 服务器错误。详细了解服务器错误
已被 robots.txt 屏蔽 所请求的 AMP 网址已被 robots.txt 规则屏蔽。如果您不希望这样,请针对相应屏蔽规则测试 robots.txt 文件,然后修改或移除该规则(或让您的 Web 开发者代劳)。
抓取问题 尝试抓取 AMP 网页时发生了不明的抓取错误。请使用 AMP 网址上的网址检查工具排查问题。
所引用的 AMP 网址指向非 AMP 网页 规范网页引用的 AMP 版本实际上并非 AMP 网页。了解非 AMP 网页应如何引用 AMP 网页。
所引用的 AMP 网址自身即是规范 AMP 网址 规范网页指向独立的 AMP 网页。您不能引用独立的 AMP 网页作为网页的 AMP 版本。了解如何从非 AMP 网页引用 AMP 网页。
此网址带有“noindex”标记 AMP 版本被“noindex”指令屏蔽了。Google 无法将被 noindex 屏蔽的网页编入索引;请移除 noindex 指令或移除对被屏蔽网页的引用。
该网页的“unavailable_after”日期已过 AMP 网页中有一个“unavailable_after”元标记或指令,而该日期已过,意味着不应再提供此网页。您应将该标记更新为未来的日期或移除该标记。
规范网址指向无效网址 规范网页引用的是使用无效格式网址的 AMP 版本。了解如何正确引用 AMP 版本
amp-story 不合规错误

网页错误地引用了 amp-story 网页作为其 AMP 版本。我们不允许这种做法,因为根据定义,amp-story 网页自身即是规范网页:它必须通过 <rel="canonical"> 标记指向自身,并且不能作为另一个网页的 AMP 版本。

声明了模块脚本,但没有 nomodule 替代项(或相反) 您使用了 <script type="module"> 标记,但没有使用匹配的 <script nomodule async> 标记(或相反)。这些标记必须配对使用,支持或不支持模块脚本的浏览器才能正确对其进行处理。
HTML 标记中缺少网址 错误所指出的 HTML 标记需要包含一个必要属性,该属性的值应是一个非零长度的有效网址,但相应网址为空字符串。请为突出显示的属性提供有效网址。
属性“on”所需的属性缺失或不正确 错误所指出的属性为必须属性,但该属性不正确或缺失。您在同一标记中指定的“on”属性需要该属性。
在 <svg> 块之外发现了 <svg> 子标记。 您在 <svg> 块之外指定了一个标记,而该标记必须嵌套在 <svg> 块内。
网页正在加载同一扩展脚本的多个版本 网页正在加载同一个 AMP 扩展项的多个版本。如需解决此问题,请移除脚本的一个版本。
Signed Exchange 问题

“AMP 状态”报告和“网址检查”报告都可显示与使用 Signed Exchange 协议的 AMP 网页有关的问题。

查看有关某个问题的 Signed Exchange 详情

您可以在多处找到与某个 AMP 网页关联的 Signed Exchange 的相关信息:

  • 网址检查工具中,点击 AMP 版本详情下的问题。
  • “AMP 状态”报告中,点击问题详情表格中的网址。

查看您的 AMP 网页是否使用了 Signed Exchange

要查看 Google 是否已为您的 AMP 网页检测到任何 Signed Exchange 标头或负载,请执行以下操作:

  1. 检查相应的 AMP 网址(使用网址检查工具检查特定网址;或者,在“AMP 状态”报告中,点击问题详情表格中网址旁边的“检查”图标 )。
  2. 点击结果页中的查看被抓取的网页,以打开一个包含更多信息的侧面板。
  3. 点击进入更多信息标签页。
  4. Signed Exchange 标签下方,您会看到一种状态,此状态会指明 Google 是否已为该 AMP 网页检测到任何 Signed Exchange 组件。

Signed Exchange 问题列表

使用 Signed Exchange 协议时,AMP 网页可能会出现以下问题。

Signed Exchange 无效

HTTP 响应是一个 Signed Exchange,但不符合 Google AMP Cache 要求。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

此错误可能是由多种原因造成的,其中包括:

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager

  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果是,请报告错误

Signed Exchange 负载存在解析错误

HTTP 响应是一个 Signed Exchange,但它的“负载”(正文)不符合 Google AMP Cache 要求。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

请尝试按以下步骤查找并修正错误:

  • 检查并确保 HTML 不包含无效的 UTF-8 编码。对于错误的 $URL,请运行 curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null,并检查是否有任何错误消息,例如“非法输入序列”。如果有,请确保文档正确采用 UTF-8 编码。多字节字符的两个常见来源是非英文文本和空格
  • 检查并确保 HTML 不包含 U+0000 NULL 或导致出现 HTML 解析错误的 Unicode 字符。
  • 确认 HTML 在调用 transform -config NONE 后是否保持不变。如果发生了变化,则有两个常见原因:

Signed Exchange 负载的标头“header_name”中存在无效值

HTTP 响应是一个 Signed Exchange,但包含不符合某一项 Google AMP Cache 要求的已签名响应标头。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager

  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果是,请报告错误

Signed Exchange 负载缺少必需的标头“header_name

HTTP 响应是一个 Signed Exchange,但缺少 Signed Exchange 规范或 Google AMP Cache 要求所规定的标头。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager

  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果是,请报告错误

无法解析 Signed Exchange 的签名标头

HTTP 响应是一个 Signed Exchange,但包含格式不正确的签名标头,违反了 Signed Exchange 规范。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager

  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果是,请报告错误

Signed Exchange 签名标头中的参数“parameter_name”无效

HTTP 响应是一个 Signed Exchange,但它的签名标头的给定参数值不正确,违反了 Signed Exchange 规范的要求。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager

  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果是,请报告错误

Signed Exchange 的日期无效

HTTP 响应是一个 Signed Exchange,但它的签名标头的 dateexpires 参数值不正确,违反了 Signed Exchange 规范或 Google AMP Cache 要求的规定。(具体而言,签名在被获取时必须有效,并且在未来至少 4 天内必须有效。)因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager,此错误便可能是由多种原因造成的:

  • 确认您的前端反向代理是否已有太长时间未缓存 Signed Exchange 响应。使用 curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any' 针对相应网页发出多次请求,并在每次的响应中搜索“date=”;确认每次的后续编号是否都互不相同。
  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果您排除了上述所有原因,则 AMP Packager 中可能存在错误;请报告错误

无法解析 Signed Exchange 中的“cert-url”参数所引用的证书链

HTTP 响应是一个 Signed Exchange,但它的 cert-url 参数格式不正确,违反了 Signed Exchange 规范。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager

  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果是,请报告错误

“cert-url”参数引用的证书链不适用于 Signed Exchange

HTTP 响应是一个 Signed Exchange,但它的 cert-url 参数无效,违反了 Signed Exchange 规范。因此,系统会向用户显示没有任何签名信息的网页。

对您网站的影响:

网页会以 Google 网址(而非它的原始网址)的形式显示在 AMP 查看工具中。

后续步骤:

修正该错误并非必要操作;出现此错误的网页仍可在 AMP 查看工具中正常显示。如果您希望该网页以它的已签名网址的形式显示,请继续阅读。

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager,此错误便可能是由多种原因造成的。需要检查以下内容:

  • 检查并确保您的 CertFile 不包含叶级证书及中间证书的完整列表。
  • 检查并确保未使用 -development-invalidcert 标记启动 AMP Packager。在生产模式下,AMP Packager 会验证证书的多个方面
  • 检查并确保您的前端反向代理对 /amppkg/cert/ 网址的缓存时长未超过这些网址的 max-age 所设时长。
  • 检查并确保您的前端反向代理未修改缓存标头;修改缓存标头可能会导致上游代理长时间缓存这些证书链。要运行测试,请先确定内部包生成工具网域上的相应 /amppkg/cert/ 网址,获取包含响应标头的该网址(例如,使用 curl -i),然后将所获响应标头与前端服务器返回的响应标头进行比较。
  • 确认您的证书是否包含 SCT,例如使用 openssl x509 工具。如果不包含,请咨询您的证书授权机构。
  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果您排除了上述所有原因,则 AMP Packager 中可能存在错误;请报告错误

无法解析 Signed Exchange

HTTP 响应的内容类型为 application/signed-exchange;v=b3,但响应正文无法被提取。这可能是因为它未能满足该内容类型的高级要求,或者是因为它的负载未正确进行 Merkle 编码

对您网站的影响:

如果该网页有对应的非 AMP 网页,则 Google 搜索会改为将那个网页编入索引。否则,该网页可能根本不会显示在 Google 搜索中。

后续步骤:

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager,此错误便可能是由多种原因造成的:

  • 检查并确保您的前端反向代理未更改来自包生成工具的响应。对于错误的网址,请确定内部包生成工具网域上的相应 /priv/doc 网址,并使用 dump-signedexchange 来测试此网址。如果内部包生成工具是有效的 Signed Exchange,但外部前端响应不是,则前端可能存在配置错误。
  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果您排除了上述所有原因,则 AMP Packager 中可能存在错误;请报告错误

内部负载的网址与 Signed Exchange 的请求网址不一致

HTTP 响应是一个 Signed Exchange,但它的 fallbackUrl 与请求网址不匹配;这两个网址必须丝毫不差地完全一致。因此,Google 搜索不会相信该响应代表了请求网址。

对您网站的影响:

如果该网页有对应的非 AMP 网页,则 Google 搜索会改为将那个网页编入索引。否则,该网页可能根本不会显示在 Google 搜索中。

后续步骤:

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。可能的解决方法包括更改该网页的网址以避免在常用网址解析器中出现错误。例如,尝试清除百分比编码保留的字符,或不寻常的查询字符串编码,例如不带参数的 ?

如果您使用 AMP Packager,此错误便可能是由多种原因造成的:

  • 检查并确保您的前端反向代理正确地重写了网址。包含百分比编码保留的字符的网址尤其容易出现问题。例如,nginx 的重写指令proxy_pass 指令的无路径形式非常容易出现问题。要运行这项测试,请向您的前端发送一些测试请求,并将这些请求与 AMP Packager 记录到 stdout 中的网址进行比较。
  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果您排除了上述所有原因,则 AMP Packager 中可能存在错误;请报告错误

Signed Exchange HTTP 响应的标头“header_name”中存在无效值

HTTP 响应的内容类型为 application/signed-exchange,但响应标头在某种程度上无效。例如,内容类型可能缺少参数 v=b3。所以,Google 无法识别该格式,因而也无法提取响应正文。

对您网站的影响:

如果该网页有对应的非 AMP 网页,则 Google 搜索会改为将那个网页编入索引。否则,该网页可能根本不会显示在 Google 搜索中。

后续步骤:

如果您使用 Signed Exchange 服务提供商,请咨询他们以获取帮助。

如果您使用 AMP Packager,此错误便可能是由多种原因造成的:

  • 检查并确保您的前端反向代理未更改内容类型标头。对于错误的网址,请确定内部包生成工具网域上的相应 /priv/doc 网址,并获取包含响应标头的该网址(例如,使用 curl -i)。如果内部包生成工具响应和外部前端响应的标头不同,那么这可能就是错误的根源。如果区别在于 content-type 以外的标头,请根据此帮助文档报告错误以更新要求列表。
  • 确认您运行的 AMP Packager 是否是最新版本。
  • 如果您排除了上述所有原因,则 AMP Packager 中可能存在错误;请报告错误

排定问题的优先级并予以修正

  1. 查看 AMP 网页无效的原因表格中针对您网站的严重问题列表。
  2. 分析错误:
    • 查看错误总数的增多是否主要由同一错误所致:在表格中查找与同一问题对应的猛增现象。
    • 首先修正由于常见原因(例如模板有误)而导致的错误,然后再修正每个网页特有的错误。
  3. 修正错误:点击表格中的某一行可查看错误详情页面:
    1. 详情页面包含受影响网址的示例。该列表最多只能包含 1,000 行,并且可能不包含最近发现的与这种错误相关的某些个案,或者自错误出现后尚未重新抓取的网页。
    2. 点击某个问题旁边的了解详情,获取关于该错误的官方文档。
    3. 点击示例网址表格中的某个网址,查看该网页代码中突出显示的问题。
    4. 点击“检查”图标 ,针对特定网页运行详细测试。该测试将会找出所有错误(而不仅仅是当前问题),并会提供一个代码浏览器(其中会突出显示这些错误并提供更多信息)。如果该网页最近没有被重新抓取,您会看到已编入索引的网页(而不是实际网页)的问题。如果是这样,您可以请求将该特定网页编入索引。
    5. 在您的网站上修复此问题的所有个案,测试修复效果,并确保所做的修复已在网上生效。
  4. 修正所有个案后,返回问题详情页面,然后点击验证修正情况按钮以启动验证流程。此流程不会立即执行。如需了解验证流程,请参阅关于验证
  5. 继续修正错误。
  6. 如果有效网页和无效网页的总数明显少于您网站上的 AMP 网页数量,请参阅针对缺失的 AMP 网页进行问题排查
  7. 修正所有严重错误后,考虑修正非严重问题。某些非严重问题(例如,使用已弃用的功能)未来可能会变成严重问题。

分享报告

您只需点击这个网页上的分享 按钮,即可分享涵盖范围报告或增强选项报告中的问题详情。通过此链接,分享对象将只能访问当前问题详情页面以及该问题的验证记录页面,而无法访问您的资源中的其他网页,也无法对您的媒体资源或账号执行任何操作。您可以随时通过停止分享这个网页而撤销链接。

导出报告数据

许多报告都提供了导出按钮 以便您导出报告数据。系统会导出图表数据和表格数据。在报告中显示为“~”或“-”(不存在/不是数字)的值将在下载的数据中显示为零。

针对缺失的 AMP 网页进行问题排查

如果该报告中的 AMP 网页数(“有效”网页数 +“无效”网页数)小于您网站上的 AMP 网页数,原因可能如下:

  • 确认您的非 AMP 规范网页已正确链接到您的 AMP 网页。
  • 确认您没有在 AMP 网页或规范网页上使用 robots.txt 或 noindex 指令,也没有通过设置登录要求来保护这些网页。
  • 检查 AMP 网页的规范网页网址,以查看该网页是否已编入索引。
  • Google 可能需要几天的时间来查找并抓取缺少的网页,具体取决于您如何将新网页告知 Google。
  • 一些有效的 AMP 网页可能未包含在该报告中,尽管它们可能已列在“网页索引编制”报告中。这是因为,“网页索引编制”报告必须比较全面才能帮助您调试报告中的索引编制问题,而“AMP 状态”报告可能涵盖较少但相关度更高的网页,而且更为详细,以帮助您调试您网站上的特定 AMP 问题。要确认某个 AMP 网页是否已编入索引,请使用网址检查工具,该工具将提供明确的答案。
验证修正效果

在修正了网站上某个具体问题的所有个案后,您可以请求 Google 确认修正效果。如果所有已知个案都修正了,问题表格中该问题的数量就会变成零,并且该问题会移到表格底部。

为什么要进行验证

告知 Google 您已经修正了特定问题状态或类别下的所有问题,会带来以下好处:

  • 如果 Google 确认您已修正所有网址上的相应问题,或者如果 Google 发现该问题还有未修正的个案,系统都会向您发送电子邮件。
  • 您可以跟踪 Google 确认修正效果的进度,并查看所有排队等待检查的网页的日志和每个网址的修正状态。

有时候可能没必要修正和验证网站上的特定问题,例如,被 robots.txt 屏蔽的网址可能是被刻意屏蔽的。请自行判断是否要解决某个问题。

您也可以只修正问题而不请求验证;无论您是否明确请求验证修正效果,Google 都会在抓取包含已知问题的网页时更新问题个案数。

专业提示:通过站点地图验证修正效果
为了加快修正请求的速度,请创建并提交仅包含最重要网页的站点地图,然后按该站点地图过滤报告,之后再请求修正验证效果。与包含网站中所有受影响网址的请求相比,针对一部分受影响的网址进行验证的请求速度更快。

开始验证

如需告知 Search Console 您已修正某个问题,请执行以下操作:

  1. 修正相应问题在您网站上出现的所有个案。如果您修正时漏掉了某个个案,当 Google 发现仍有未修正的个案时,就会停止验证。
  2. 打开您已修正的问题的详情页面。在报告的问题列表中,点击相应问题。
    • ⚠️ 如果您过滤到报告中的特定站点地图,则验证仅会应用于您请求验证时站点地图中的内容。这可能是您想要的效果,也可能不是。请注意这一点。
  3. 点击验证修正情况验证成功或失败之前,请勿再次点击“验证修正情况”。详细了解 Google 如何检查您的修正效果
  4. 您可以监控验证进度验证过程通常最多需要大约两周时间,但在某些情况下可能需要更长时间,请您耐心等待。验证成功或失败后,您会收到通知。
  5. 如果验证失败,您可以点击问题详情页面上的查看详情,查看导致验证失败的网址。请修正此网页,确认已修正所有处于待处理状态的网址,并重新开始验证

在什么情况下,网址或内容中的问题会被视为“已修正”?

只要满足了以下条件中的任何一项,网址或内容中的问题就会被标记为“已修正”:

  • 系统在抓取该网址时发现,网页中已没有该问题。对于 AMP 代码错误,这可能表示您已修正相应代码,或者此代码已移除(如果此代码不是必需代码)。在尝试验证时,系统会将此状态标记为“已通过”
  • 如果 Google 因故无法访问该网页(例如网页被移除、带有“noindex”标记、要求进行身份验证等),系统会认为该网址的问题已得到修正。在尝试验证时,系统会将其归类为“其他”状态。

问题生命周期

问题的生命周期从系统在您网站上第一次检测到该问题的任何个案时开始,到该问题的最后一个个案被标记为已从您的网站中消失时的 90 天后结束。如果 90 天过去了,该问题并没有再次出现,系统就会从问题表格中移除该问题。

“首次检测到此问题时的日期”是指系统在该问题的生命周期中首次检测到该问题时的日期,这一日期并不会变化。因此:

  • 如果某个问题的所有个案都已修正,但 15 天后又出现了该问题的新个案,那么该问题就会被标记为“待解决”,并且“首次检测到此问题时的日期”将仍是原来的日期。
  • 如果某个问题的最后一个个案已修正,但 91 天后又出现了相同的问题,在这种情况下,由于之前的问题已被关闭,因此系统就会将此问题记录为新问题,并会将“首次检测到此问题时的日期”设为新的检测日期。
验证流程

在您针对某个问题点击验证修正情况后,系统即会启动验证流程。以下是对验证流程的概述。此流程可能需要花费几天甚至更长的时间,我们会通过电子邮件向您发送进度通知。

  1. 当您点击验证修正情况后,Search Console 会立即抽查几个网页。
    • 如果检测到其中任何网页目前存在这些问题,系统便会结束验证流程,并且验证状态将保持不变。
    • 如果系统在所抽查的网页中没有发现当前错误,就会继续进行验证,并会将验证状态更改为“已开始”。如果在验证过程中发现了其他不相关的问题,系统会将这些问题计入其他问题类型,并继续验证。
  2. Search Console 会按照已知受该问题影响的网址的列表进行检查。只有包含该问题的已知个案的具体网址(而非整个网站)会被加入到等待重新抓取的队列中。Search Console 会在验证记录(可从问题的详情页面内查看)中记录已检查过的所有网址。
  3. 在检查网址时:
    1. 如果系统没有发现该问题,个案验证状态会更改为“已通过”。如果这是验证开始后检查的第一个个案,问题验证状态会更改为“未发现问题”。
    2. 如果相应网址已无法访问,个案验证状态会更改为“其他”(此状态并不表示存在错误)。
    3. 如果个案仍然存在,问题状态会更改为“失败”,并且验证会结束。如果出现问题的网页是由 Google 通过常规抓取发现的新网页,系统会将其视为现有问题的新个案。
  4. 在针对该问题检查加入队列的网址时,如果发现此问题已得到修正,问题状态会更改为“已通过”。但是,即使所有个案均已修正,问题的严重程度标签也不会改变(“错误”“警告”),而只是受影响的网页数改变了(0 个)。

即使您从未点击“开始验证”,Google 也可能会检测到相应问题的个案已得到修正。如果 Google 在常规抓取过程中检测到某个问题的所有个案都已得到修正,便会在报告中将该问题的数量更改为 0。

重新验证

⚠️ 请等到当前的验证周期结束后再请求新的验证周期(即使您已在当前周期内修正了一些问题)。

如需重新开始失败的验证,请执行以下操作:

  1. 找到验证失败的问题的验证日志:打开验证失败的问题的详情页面,然后点击查看详情
  2. 点击开始新的验证
  3. 对于标记为待处理失败的所有网址,以及自上次尝试验证后通过正常抓取发现的此问题新个案,系统将重新开始验证。系统不会重新检查标记为已通过其他的网址。
  4. 验证过程通常最多需要大约两周时间,但在某些情况下可能需要更长时间,请您耐心等待。

查看验证进度

如需查看当前验证请求的进度,请执行以下操作(如果没有正在处理中的验证,可查看上一个请求的历史记录):

  1. 打开问题的详情页面。点击主报告页面中的“问题”行以打开问题详情页面。
    • 验证请求状态会显示在“问题详情”页面以及“详情”表格的验证行中。
  2. 点击查看详情,打开相应请求的验证详情页面。
    • 表格中会显示相应请求中包含的每个网址的个案状态
    • 个案状态适用于您所检查的特定问题。一个网页上可以有一个问题标记为“已通过”,而其他问题标记为失败待处理其他
    • 在 AMP 报告和“网页索引编制”报告中,验证历史记录页面中的条目按网址分组。
    • 对于“移动设备易用性”报告和“富媒体搜索结果”报告,这些项则根据由网址和结构化数据项(取决于相应项的 Name 值)构成的组合进行分组。
验证请求状态

对于给定的问题,系统可能会显示以下验证状态:

  • 未启动:此问题的一个或多个个案从未出现在此问题的验证请求中。
    后续步骤
    1. 点击该问题以了解错误详情。检查各个网页,以查看实际网页上的错误示例。
    2. 点击详情页面上的了解详情,以查看相应问题的详细信息。
    3. 点击表格中的示例网址行,以获取与相应错误有关的详细信息。
    4. 修正您的网页,然后点击验证修正情况开始验证验证过程通常最多大约需要两周时间,但在某些情况下可能需要更长时间,所以请耐心等待。
  • 已开始:您已启动验证尝试,并且系统尚未发现相应问题的其他个案。
    后续步骤:Google 会在验证过程中向您发送通知;如有必要,还会在通知中告诉您需要执行什么操作。
  • 未发现问题:您已启动验证尝试,并且系统发现目前已检查的所有问题个案都已修正。
    后续步骤:您暂且无需执行任何操作,但在验证过程中,Google 会向您发送通知,告诉您需要执行什么操作。
  • 已通过:该问题的所有已知个案都已消失(或是受影响的网址已无法访问)。如需使系统显示此状态,您必须先点击验证修正情况(如果您从未请求验证,但问题个案都消失了,则状态将变为“不适用”)
    后续步骤:您无需再执行任何操作。
  • 不适用:虽然您从未启动验证尝试,但 Google 发现该问题在所有网址上都已修正。
    后续步骤:您无需再执行任何操作。
  • 失败:在您点击验证之后,仍包含该问题的网页的数量达到了一定的阈值。
    后续步骤:修正问题并重新开始验证
个案验证状态

在收到验证请求之后,系统会为具体问题的每个个案分配下列验证状态之一:

  • 待处理:已加入待验证队列。Google 上次检查时,该问题个案仍存在。
  • 已通过:[并非适用于所有报告] Google 已检查该问题个案,结果发现它已不复存在。只有当您针对这一问题个案明确点击了验证后,系统才会显示此状态。
  • 失败:Google 已检查该问题个案,并且发现该个案仍存在。只有当您针对这一问题个案明确点击了验证后,系统才会显示此状态。
  • 其他:[并非适用于所有报告] Google 无法访问该个案的托管网址,或者无法再在相应网页上找到此项内容(针对结构化数据)。此状态被视为等同于“已通过”状态。

请注意,同一网址中的不同问题可能会有不同的状态;例如,如果某个网页中既有问题 X 又有问题 Y,那么就可能会出现以下情况:问题 X 的验证状态是“已通过”,而同一网页上的问题 Y 的验证状态却是待处理

 

已知问题

以下是 Search Console 中的已知问题。您无需向我们报告这些问题,但我们希望能够收到您对任何其他功能或所发现的问题的反馈。请使用导航栏中内置的反馈机制提交反馈。

  • 有些问题的名称很长,不易理解。
  • 向图表添加问题的时间和向表格添加问题的时间之间可能存在延迟。

该内容对您有帮助吗?

您有什么改进建议?

需要更多帮助?

请尝试以下步骤:

true
初次使用 Search Console?

以前从未使用过 Search Console?无论您是彻头彻尾的新手,还是搜索引擎优化 (SEO) 专家,抑或是网站开发者,都可从这里开始使用它。

搜索
清除搜索内容
关闭搜索框
Google 应用
主菜单