AMP 验证与排错流程

💡 核心摘要：AMP 排错要分两层：先确认 AMP 页面本身有效，再确认它能被 Google 发现、关联、抓取和用于搜索展示。常用工具包括 AMP 测试工具、富媒体结果测试、Search Console AMP 状态报告和网址检查工具。不要只修一个错误，要看模板、结构化数据和页面关系是否一致。

一、先验证 AMP 是否有效

AMP 页面要在 Google 搜索中获得 AMP 相关处理，首先必须是有效 AMP。最直接的方法是使用 AMP 测试工具输入 URL，查看页面是否符合 AMP 规范。

如果工具报告错误，应优先修复 AMP HTML、组件、脚本、图片尺寸、必需标签等问题。只有 AMP 页面本身有效，后续的结构化数据和搜索展示排查才有意义。

💡 把 AMP 有效性当作第一道门槛。无效 AMP 页面不要先讨论富媒体结果或搜索展示。

二、再检查结构化数据

如果你的 AMP 页面希望获得富媒体搜索结果，需要继续使用富媒体结果测试检查结构化数据。AMP 有效不等于结构化数据有效，两者是不同层面的要求。

结构化数据应描述页面可见内容，并与规范网页保持一致。文章标题、作者、发布时间、图片、视频、FAQ、产品信息等字段不能在 AMP 页和普通页之间互相冲突。

测试顺序

AMP 测试工具：检查 AMP 是否有效
富媒体结果测试：检查结构化数据是否合规
Search Console 报告：检查规模化错误

⚠️ 不要为了触发富媒体结果标记页面上不存在的内容。这会带来结构化数据政策风险。

三、用 Search Console 看规模化问题

单个 URL 用测试工具排查，整站问题则要看 Search Console。AMP 状态报告能帮助你发现哪些 AMP 页面有效，哪些存在错误，以及错误是否集中在某类模板。

如果报告中大量页面同时出现同一种错误，通常不是单页问题，而是模板、CMS 插件、组件版本、广告脚本或构建流程出错。此时应修生成逻辑，再请求 Google 验证修复。

💡 看报告时重点关注错误趋势、受影响 URL 数量、首次发现时间和是否集中在某个模板。

四、AMP 不显示时检查页面关联

如果 AMP 页面有效，但 Google 搜索结果中仍没有显示 AMP 版本，需要检查普通页面和 AMP 页面之间的关联关系。规范页面应通过 rel="amphtml" 指向 AMP 页面，AMP 页面应通过 rel="canonical" 指回规范页面。

关联关系错误会导致 Google 发现不了 AMP 页面，或无法确认它属于哪个规范网页。尤其是在 CMS、多语言、分页、迁移和缓存系统中，这类问题很常见。

关联检查

<!-- 规范网页 -->
<link rel="amphtml" href="https://example.com/article/amp">

<!-- AMP 网页 -->
<link rel="canonical" href="https://example.com/article">

⚠️ AMP 页 canonical 指向错误 URL，会直接破坏页面关系。

五、确认抓取和索引没有被阻止

AMP 页面和对应规范页面都必须可被 Google 抓取。检查 robots.txt、noindex、登录墙、重定向链、状态码、资源访问和 CDN/WAF 拦截，确认 Google 能访问页面和关键资源。

如果 AMP 页面返回 200，但关键 CSS、图片或脚本被阻止，也可能影响页面处理。对 AMP 来说，页面有效、资源可访问、规范关系清晰必须同时成立。

命令行抽查

curl -I https://example.com/article/amp
curl -I https://example.com/article

💡 如果用户能打开页面，但 Google 测试工具打不开，优先检查 WAF、地区封锁、User-Agent 拦截和 robots 规则。

六、修复后等待重新抓取和缓存更新

AMP 问题修复后，Search Console 报告不会立刻变化。Google 需要重新抓取、重新处理并更新状态。某些情况下，还涉及 AMP Cache 中旧版本的刷新。

如果是单页紧急修复，可以使用网址检查工具测试实时网址。对于模板级问题，应在修复后用报告里的验证流程提交，再观察受影响 URL 是否下降。

⚠️ 不要因为报告没有立刻消失就反复改代码。先确认实时测试通过，再等待 Google 重新处理。

七、排除其他展示限制

如果 AMP 测试和富媒体结果测试都通过，但搜索结果里仍没有预期展示，还要排除页面本身之外的限制。常见情况包括：所在国家或地区不支持某些搜索功能、网站或页面尚未被 Google 编入索引、内容质量或政策条件不足，或者 AMP Cache 里仍保留旧版本。

Google 官方还提供了 ampproject.org 的验证器和错误资源，可用于确认 AMP 规范层面的错误含义。排查时不要只依赖一个报告，应把实时测试、Search Console 状态、索引状态和 AMP Cache 更新放在同一张清单里判断。

💡 AMP 有效只是“可被处理”的前提，不保证一定出现某种搜索展示。最终展示还受索引、地区、内容类型、结构化数据资格和搜索功能支持范围影响。

📌 核心收获

• ✓ AMP 有效性是第一步：先用 AMP 测试工具确认页面符合规范。
• ✓ 结构化数据另行验证：AMP 有效不代表富媒体结果合规。
• ✓ Search Console 适合看规模问题：模板级错误通常会影响大量 URL。
• ✓ 页面关联必须正确：规范页用 amphtml，AMP 页用 canonical。
• ✓ 展示结果还受额外限制：地区、索引状态、搜索功能资格和 AMP Cache 都可能影响最终呈现。
• ✓ 修复后需要重新处理：报告变化依赖 Google 重新抓取和验证。

🚀 立刻行动

1. 选取一个异常 AMP URL，先运行 AMP 测试工具，记录全部错误。
2. 同一 URL 再运行富媒体结果测试，确认结构化数据是否有效。
3. 查看规范页面源码，确认存在正确的 rel="amphtml"。
4. 查看 AMP 页面源码，确认 canonical 指向正确规范 URL，且页面没有 noindex。
5. 用 Search Console AMP 状态报告定位是否为模板级错误，修复后提交验证。
6. 如果测试通过但仍不展示，检查页面是否已编入索引、目标地区是否支持该搜索功能，以及 AMP Cache 是否需要更新。

来源：验证 AMP 页面 | 本文为知识提炼与重新表达