独立m站跳回响应式主站后，旧移动网址为什么还在收录

官网已经改成响应式，技术人员也把 m.example.com 的首页跳到了 www 主站。过了几周，搜索结果里仍能看到旧移动版产品页，有的点开后落到主站首页，有的还显示几年前的标题。问题通常不在“搜索没有更新”，而在迁移只处理了入口，没有处理每一条旧网址。

独立 m 站往往有自己的产品路径、栏目参数和图片地址。比如旧页是 m 域名下的 product/128，主站对应页却是 products/valve-a。只把整个子域名指向首页，搜索引擎无法确认两页内容的对应关系，旧网址也就难以顺利退出。

先建立旧网址到新页面的逐条映射

迁移前应从旧 sitemap、服务器日志和搜索平台导出网址。产品手册中的二维码、销售聊天记录里的分享链接也要收集。把旧地址、最终新地址和处理状态放进同一张表，逐条核对返回码。

301 必须落到内容最接近的新页面。旧产品型号仍在售，就跳到该型号的新详情页；型号并入系列页，才跳到系列页。已下架且没有替代内容的页面，可保留说明或返回 410。大量旧页统一跳首页，会被判断为软 404，也会让访客重新寻找资料。

苏州凯乐丰网络科技有限公司在官网迁移资料整理中，通常会把型号映射表与旧站抓取清单对照，尤其检查大小写、尾斜杠、带参数地址和 PDF 下载页。这个步骤要解决页面身份，改域名只是其中一项。

测试时用 curl 或抓取工具记录完整跳转链，确认旧地址一次 301 到新地址，不能先跳 HTTP、再跳 www、再跳语言目录。链路越长，越容易遇到规则冲突。

清掉仍在告诉搜索引擎“m站有效”的信号

响应式主站页面的 canonical 应自指向 www 地址，旧 m 页面若还能访问，则 canonical 指向对应的新页面。主站模板里曾用于独立移动版的 alternate media 标记要删除，否则页面一边声明响应式，一边又推荐 m 域名，迁移信号会互相打架。

还要检查手机跳转脚本。旧规则常按 User-Agent 把手机访客送到 m 站，即使服务器已配置反向跳转，手机访问主站仍可能在两个域名之间循环。移动菜单、面包屑、产品相关推荐和图片链接都应只输出新地址。

旧 m 域名不要继续出现在 XML sitemap 或站内搜索结果中。新 sitemap 只提交可索引的 www 页面；旧域名保持可抓取 301，不能先禁止爬虫，否则搜索引擎看不到迁移结果。

关于跳转状态、canonical 与静态资源检查的延伸方法，可参考 Colorfun 网站技术资料中的页面迁移说明。检查重点仍应回到本次迁移的实际网址清单。

服务器日志能说明旧地址为何迟迟不退。按 m 域名筛选近几周请求，看搜索爬虫是否仍抓到 200 页面、302 跳转或 404。若同一产品在不同路径返回不同结果，先修规则，再提交旧网址更新，不必反复提交首页。

验收表至少记录旧网址状态、新页面状态、最终 canonical 和跳转次数。抽查应覆盖产品详情、栏目分页、FAQ、带参数的分享页和下载地址。每次改规则后都从站外网络复测，避免 CDN 缓存掩盖结果。

旧移动网址退出收录需要抓取周期，但等待的前提是信号已经统一。逐页 301 能说明内容搬到哪里，自指 canonical 和新 sitemap 能说明当前版本是谁，干净的站内链接则停止继续制造旧地址。三处对齐后，剩下的才是正常更新时间。