改版、换域名、调整目录结构，页面内容可能一个字都没改，但 URL 变了。这时候最容易被忽略的不是新页面能不能被抓到，而是旧 URL 在索引里还留多久、新 URL 有没有顺利接上。下面按顺序梳理自查动作。

先分清三种“旧”

• 旧 URL 已经 404 或跳转，但索引里还有记录，属于待清理的残留。
• 旧 URL 和新 URL 都在，内容一样，属于重复，需要收口。
• 新 URL 已经能被抓到，但索引还没替换过来，属于迁移延迟，多数情况下只需观察。

三类问题的处理动作不同：第一类要推动移除，第二类要做规范收口，第三类基本不用干预。不先分类就动手，很容易把正常的延迟当成故障来处理。

第一步：把新旧 URL 对上号

做一张映射表，至少包含旧 URL、新 URL、跳转类型三列。数据来源可以是服务器日志、旧站的 sitemap、以及站内链接的导出结果。映射表不要求百分之百覆盖，但覆盖比例越低，后面的判断越不可靠——因为你会分不清“索引没更新”和“根本没人告诉搜索引擎该去哪”。

第二步：确认跳转本身是干净的

常见的问题是跳转链条太长，或者跳到了不相关页面。检查要点：

• 旧 URL 最好一次跳到最终的新 URL，不要 A→B→C 层层转。
• 跳转目标页面要和原页面对应，不要整站跳到首页。
• 跳转返回的状态码要正确，避免用临时跳转表达永久变更。

跳转本身是给搜索引擎指路，路指得含糊，索引迁移就会拖。

第三步：区分“被移除”和“被替换”

很多人默认旧 URL 会自动消失，其实旧记录和新记录在一段时间内是并存的。要主动区分两种情况：如果旧页面确实不再需要，就用规范的移除方式提交；如果只是换了地址，重点是让新 URL 承担原来的角色，同时通过 canonical 或跳转表明两者关系。

这里有个判断依据：在搜索结果里看到的是旧 URL 还是新 URL。如果长期只出现旧 URL，说明替换信号不够明确；如果两个都出现，说明收口还没做完。

第四步：给观察定一个窗口

迁移期的波动是常态，但如果没定窗口，就会陷入天天查、天天改的循环。建议按页面类型分别设窗口：栏目页、详情页、聚合页的更新节奏本来就不一样，用同一套标准衡量只会自找麻烦。窗口内只记录不改动，窗口后再根据趋势决定是否干预。

几个容易踩的坑

• 旧站没有保留跳转，直接下线，导致大量旧链接无路可走。
• 新旧 URL 同时可访问且内容一致，又没有规范标注，形成站内重复。
• 改版时顺手改了页面标题和正文结构，把“地址变更”和“内容变更”混在一起，出问题时说不清是哪一项导致的。
• 只盯着首页和几个大栏目，长尾页面的映射根本没做。

改版后的收录问题，多数不是“搜不到”，而是“该消失的没消失、该接上的没接上”。先做映射，再谈优化。

把上面四步走完，你会得到一张清晰的迁移状态清单：哪些旧 URL 还在、哪些新 URL 已接上、哪些属于正常延迟。剩下的事情，交给时间和持续观察就好。