站点既保留了 m.example.com 又在去年改成响应式，百度移动适配里同时提交了两套规则，搜索结果里移动版和桌面版互相抢排名，流量被拆成两份。
一开始怀疑是「跳转脚本按 UA 判断，蜘蛛带移动 UA 时被送到 m 站」，查了一圈，方向不对。
真正麻烦的地方在于，几个原因的现象几乎一样。两套移动方案同时在线，适配规则指向不同地址。还有一种是m 站的 canonical 指向桌面版，桌面版又声明自己是移动适配页。
另外，sitemap 里两套地址都提交了。
第一件事是确认移动 UA 最终落地地址
curl -s -A "Mozilla/5.0 (iPhone)" -o NUL -w "%{http_code} %{redirect_url}\n" https://www.example.com/post-1024/再往下检查 m 站的 canonical
curl -s https://m.example.com/post-1024/ | findstr /i canonical保留一套方案并关掉 UA 跳转
curl -sI https://m.example.com/post-1024/ | findstr /i "HTTP location"剩下的就是在适配工具里提交对应关系
https://ziyuan.baidu.com/site/index改完先别撤，确认这几项。关掉 m 站跳转后，移动 UA 直接拿到响应式页面，两套排名合并成一条。
移动适配只能选一套方案，双套并存时规则会互相覆盖，最后谁都不生效。同一份配置在测试环境跑通，不代表线上没事，两边的默认值经常不一样。