从搜索结果移除 AMP 页面

💡 核心摘要：移除 AMP 不是简单删文件。你必须先判断目标：是把 AMP 和非 AMP 页面一起从 Google 搜索移除，还是只停用 AMP、保留非 AMP 规范网页。前者适合紧急下线，后者需要移除 rel="amphtml"、配置重定向，并处理 Google AMP Cache。

一、先判断页面设置

AMP 移除流程取决于当前页面结构。第一种情况是 AMP 规范网页：页面只有一个 AMP 版本，AMP 本身就是规范页。第二种情况是非 AMP 规范网页：同一内容同时有非 AMP 规范页和 AMP 替代页。

两种结构的风险不同。AMP 规范页被移除后，搜索结果中没有可替代版本；非 AMP 规范页保留时，则应把 AMP 流量平稳导回规范网页，避免用户遇到错误页面。

💡 开始前先列出一组样本 URL：规范页、AMP 页、当前 canonical、当前 amphtml 链接和服务器响应状态。

二、选择正确的移除目标

Google 官方给出三类处理路径：移除网页的所有版本、仅移除 AMP 版本并保留非 AMP 规范页、通过 CMS 移除 AMP 内容。选择路径时，核心问题是你是否还希望非 AMP 页面继续参与搜索。

如果内容本身已经过期、违法、重复或必须紧急下线，可以移除所有版本。如果只是放弃 AMP 技术栈，通常应保留非 AMP 规范页，并把 AMP 页面重定向回规范页。

决策表

内容彻底下线：删除 AMP 和非 AMP 版本
只停用 AMP：保留非 AMP 规范页，移除 amphtml 并重定向
CMS 生成 AMP：优先使用 CMS 或插件的 AMP 停用能力

⚠️ 不要把“停用 AMP”和“删除内容”混为一谈。目标不同，Google 重新处理后的搜索结果也不同。

三、移除所有版本的流程

如果要把 AMP 和非 AMP 页面都从 Google 搜索结果移除，应先从服务器或 CMS 中删除两个版本。随后使用“移除过期内容”工具提交对应 URL，包括 AMP 版本和非 AMP 版本。

删除后还要更新 Google AMP Cache，避免缓存继续提供旧 AMP 内容。最后在 Google 搜索中抽查页面是否消失；如果涉及大量 AMP 页面，应查看 Search Console 的 AMP 状态报告，关注已编入索引的 AMP 页面数量是否下降。

⚠️ 这种方法可能让用户在过渡期看到错误页面。只有在需要尽快下线内容时，才建议采用全量移除。

四、只移除 AMP 并保留规范页

如果非 AMP 规范网页仍要保留，第一步是在非 AMP 规范页源码中移除 rel="amphtml"。这样可以阻止 Google 继续把该 AMP URL 识别为规范页的 AMP 替代版本。

第二步是在服务器侧为已移除的 AMP 页面设置 301 Moved Permanently 或 302 Found，并把 AMP URL 重定向到对应的非 AMP 规范页。这样用户、搜索引擎和外部链接都能落到仍然有效的页面上。

关系调整

<!-- 移除前：非 AMP 规范页中存在 AMP 关联 -->
<link rel="amphtml" href="https://example.com/article/amp">

<!-- 移除后：删除 amphtml，AMP URL 重定向到规范页 -->

💡 如果你只想停用 AMP，优先使用重定向，而不是让 AMP URL 直接变成错误页。

五、不要发布空白 AMP 文档

移除 AMP 时，不要通过清空文件内容来“删除”页面。没有必要标记的空文档会成为无效文档，而 Google 搜索可能继续提供它之前发现的旧有效版本。

正确做法是让服务器返回清晰的状态：需要保留规范页时，AMP URL 重定向到非 AMP 规范页；需要彻底删除时，按移除目标返回删除状态，并配合缓存更新和搜索验证。

⚠️ 空白 AMP 页面不是移除策略。它既不能稳定清除搜索结果，也可能让缓存和旧版本处理变得更难判断。

六、处理非 Google 平台和 AMP Cache

如果 AMP 页面已经从 Google 搜索结果移除，但你还想让非 Google 平台也无法继续使用旧 AMP 内容，需要进一步处理可访问性和缓存。Google 文档建议可以让已移除的 AMP 页面返回 404 Not Found，确保 Google AMP Cache 不会向其他平台提供过时内容。

之后应更新 Google AMP Cache，再重新验证搜索结果。若仍希望旧 AMP 固定链接有效，可以在后续把服务器配置回 301 Redirect，让访问者跳转到非 AMP 规范网页。

状态切换思路

搜索移除阶段：AMP URL 重定向到非 AMP 规范页
清理缓存阶段：必要时让 AMP URL 返回 404
链接保留阶段：再把 AMP URL 301 到规范页

💡 是否返回 404，取决于你是否需要阻止非 Google 平台继续使用旧 AMP 内容。不要在没有缓存清理需求时随意切换状态码。

七、通过 CMS 停用 AMP

很多网站的 AMP 页面由 CMS、主题或插件自动生成。对于这类网站，优先在 CMS 后台取消发布页面、删除页面，或关闭 AMP 功能，而不是手动改生成后的文件。

如果删除单个页面，CMS 通常会同时停止 AMP 和非 AMP 版本。如果要移除所有 AMP 页面，则应通过 CMS 或插件停用 AMP，并确认停用后 AMP URL 是否自动重定向到非 AMP 规范页。

⚠️ 通过 CMS 停用 AMP 可能影响全站所有 AMP 页面。上线前应抽查不同模板的 URL，确认重定向、canonical、站点地图和 Search Console 报告都符合预期。

八、验证移除是否完成

移除动作完成后，不要只看本地页面是否打不开。你还要在 Google 搜索中抽查目标内容，并在 Search Console 的 AMP 状态报告中观察趋势。如果是大批量迁移，索引数量下降通常比单页抽查更可靠。

同时检查服务器日志和重定向规则，确认 Googlebot 访问 AMP URL 时能收到预期状态。对于缓存问题，完成 Google AMP Cache 更新后，再用实际 URL 和搜索结果反复验证。

💡 最终验收标准是：规范页继续可访问，AMP 关联已消失，AMP URL 返回预期状态，缓存不再提供旧内容，Search Console 趋势开始反映变化。

📌 核心收获

• ✓ 先判断目标：删除所有版本和只停用 AMP 是两套流程。
• ✓ 保留规范页时要移除 amphtml：否则 Google 仍可能把 AMP URL 当作替代版本。
• ✓ 重定向优先于空白文档：空 AMP 文档会被视为无效，并可能触发旧版本继续服务。
• ✓ AMP Cache 需要单独处理：删除服务器文件不等于缓存马上消失。
• ✓ CMS 站点要谨慎全站停用：插件或平台可能一次影响所有 AMP URL。
• ✓ 验证要看搜索和报告：单页搜索抽查与 Search Console 趋势都要检查。

🚀 立刻行动

1. 抽取 5 个 AMP URL，记录对应非 AMP 规范页、canonical、rel="amphtml" 和当前状态码。
2. 判断目标：内容彻底下线，还是只停用 AMP 并保留非 AMP 规范页。
3. 如果只停用 AMP，先删除非 AMP 规范页中的 rel="amphtml"，再把 AMP URL 重定向到规范页。
4. 如果移除所有版本，删除 AMP 和非 AMP 页面，并用“移除过期内容”工具提交两个版本的 URL。
5. 更新 Google AMP Cache，防止旧 AMP 内容继续被缓存提供。
6. 在 Search Console AMP 状态报告中观察已编入索引的 AMP 页面数量是否下降。
7. 对 CMS 站点，在停用插件或平台 AMP 功能后，抽查文章页、分类页和旧内容页的重定向结果。

来源：从 Google 搜索结果中移除 AMP 网页 | 本文为知识提炼与重新表达