本文约 2,747 字，预计阅读 7 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：插件目录里那个 AMP，装还是不装
WordPress 后台搜索插件，AMP 相关插件依然排在前列，安装量巨大。于是很多站长默认”装上总没坏处”。但 AMP（Accelerated Mobile Pages）是一套相当严格的规范：它会生成一套与主题完全不同的简化页面，禁用大部分自定义 JS、限制 CSS 体积、要求使用 <amp-img> 等专有组件。装上之后，你的站点实际上多了”第二套内容”，随之而来的是模板冲突、统计口径分裂、广告位失效、样式无法统一等一堆问题。在决定之前，值得先弄清楚它现在还能换来什么。
原理分析：AMP 的价值来源是”平台优待”，而优待正在消失
AMP 的价值从来不是技术层面的”更快”，而是生态层面的”平台优待”：Google 曾把 AMP 作为 Top Stories（头条轮播）的准入条件之一，这带来可观的点击收益。百度方面，虽然后续对 AMP 有过兼容（例如支持发现 AMP 页面、部分场景的缓存），但它从未把 AMP 作为百度收录或排名的必要条件。
随着时间推移：Google 已逐步取消 AMP 在搜索结果中的特殊地位（Top Stories 不再要求 AMP，展示形式统一按页面体验评估），整个生态的投入明显收缩。对中文站点而言，结论就更清楚了——AMP 对百度收录没有实质加成，国内搜索流量的绝大部分也不会因为你有 AMP 而增加。
那么它带来的成本是什么？
| 成本项 | 具体表现 |
|---|---|
| 双套内容 | 主站页与 AMP 页并存，需维护 canonical 关系 |
| 样式割裂 | AMP 页无法沿用主题样式，品牌一致性受损 |
| 功能受限 | 表单、交互、统计、广告常需特殊组件 |
| 数据分裂 | 百度统计/GA 需分别处理两套 URL |
| 排查复杂 | 收录异常时要同时排查两套页面 |
对绝大多数中文独立站来说，这个账算不过来。
保姆级实操
方案一：不装（推荐给新站）
把精力放在自适应主题 + 常规性能优化上。若已经装了插件，按下面步骤退出。
第一步：盘点现有 AMP 页面
# 常见 AMP 路径形态：/amp/ 后缀 或 ?amp=1
awk '{print $7}' /var/log/nginx/access.log | grep -iE '/amp/$|\?amp=|&=' | sort | uniq -c | sort -rn | head -20
# 确认 AMP 页当前返回状态
curl -s -o /dev/null -w '%{http_code}\n' https://mimangfei.com/some-post/amp/
第二步：停用插件前先规划跳转
先写好跳转规则，再停用插件，避免中间出现 404 窗口期。
第三步：Nginx 301 归位
# 形式一：/amp/ 后缀
location ~* ^/(.*)/amp/$ {
return 301 https://$host/$1/;
}
# 形式二：?amp=1 参数
if ( $args ~* "(^|&)amp=1" ) {
return 301 https://$host$uri;
}
第四步：WordPress 侧兜底
如果 Nginx 规则不方便（例如 CDN 已缓存），可在主题里做兜底重定向：
<?php
add_action( 'template_redirect', function () {
if ( ! is_singular() ) {
return;
}
$uri = $_SERVER['REQUEST_URI'] ?? '';
// /amp/ 后缀
if ( preg_match( '#/amp/?$#i', $uri ) ) {
$target = preg_replace( '#/amp/?$#i', '/', $uri );
wp_safe_redirect( home_url( $target ), 301 );
exit;
}
// ?amp=1 参数
if ( isset( $_GET['amp'] ) ) {
wp_safe_redirect( get_permalink(), 301 );
exit;
}
} );
第五步：清理残余
移除 AMP 插件、删除其生成的数据（部分插件会在数据库里留下 post meta 与 transients），并清理主题里残留的 amp- 组件与自定义样式。
第六步：重新提交与验收
把规范地址重新主动推送一次；sitemap 只保留规范 URL；用抓取诊断确认 /amp/ 返回 301 且落到规范页；用百度统计观察 AMP 路径流量是否归零、总流量是否保持。
常见踩坑
- 先停用插件再考虑跳转：中间产生的 404 会被百度记为死链，索引量与抓取频次都会受影响。
- 只在 Nginx 配了跳转，CDN 仍缓存 AMP 页：需要同时刷新 CDN 缓存。
- AMP 页 canonical 指错方向：如果 AMP 页的 canonical 指向了自己而不是主站页，会造成重复内容。
- 统计代码只加在主站：AMP 期间的流量未统计，移除后无法对比，建议事先做好数据基线。
- 案例：某资讯站为”移动加速”装了 AMP 插件，半年后发现百度统计里 35% 的移动端访问来自
/amp/路径，但转化率只有主站页面的三分之一——AMP 页上广告位与自定义表单全部失效。改回自适应并做 301 后，移动端总流量不变，转化回到主站水平。这个 case 说明：AMP 的成本往往出现在业务侧，而不是收录侧。 - 把 AMP 当百度收录工具：百度从未承诺 AMP 加快收录，加快收录的正确手段是 API 主动推送与 sitemap。
- 保留 AMP 但不维护：插件停更后 AMP 页样式错乱、组件报错，反而是负面体验。
总结
判断标准：如果目标是百度收录与国内流量，AMP 提供的边际收益接近于零，而维护成本明确为正——新站不装，老站有序退出。行动清单：盘点 AMP 页面与流量占比 → 先配 301 再停用插件 → Nginx 与 PHP 双层兜底 → 清 CDN 缓存 → 清理插件数据与模板残留 → 主动推送规范地址 → 观察 4 周流量与索引量。移动端真正的提速与收录要点，可参考百度移动搜索收录与适配要点与百度移动端适配方式对比。
