站点改版、栏目调整或目录重排，最容易被忽略的不是页面本身好不好看，而是搜索蜘蛛原来走熟的那条路还在不在。旧入口一旦断掉，新页面即使已经上线，也可能要等更久才被发现。下面按“先探路、再铺路、后收尾”的顺序，把改版期间的 URL 发现承接拆开讲。

第一步：确认旧入口目前是什么状态

动手改之前，先把旧路径的现状记下来，否则改完没有对照。

• 旧栏目页是否仍可正常访问，返回 200 还是已经 404；
• 旧路径是否被 robots.txt 拦截，或带着 noindex；
• 旧路径在站内是否还有链接指向，链接来自导航、面包屑还是文章正文；
• Sitemap 里是否还列着旧 URL。

这几项决定了迁移时用哪种过渡方式：能继续访问的可以做跳转或页面内引导，已经 404 的要尽快补回一条通路。

第二步：先把新路径铺好，再动旧路径

顺序反了，就会出现一段“旧路已断、新路没人走”的空窗期。较稳妥的做法是：

1. 新页面正常上线，可直接访问，状态码为 200；
2. 在新页面上补齐导航、面包屑和正文内链，让它至少有一条站内入口；
3. 把新 URL 加进 Sitemap 或对应的索引文件；
4. 确认新路径没有多余的中间跳转，也没有被 robots 规则或缓存规则误拦；
5. 再处理旧路径的跳转或下线。

中间那一步容易被跳过：新页面发布后只在后台能看到，站内没有任何链接指向，搜索蜘蛛就算爬到附近栏目，也没有理由继续往这边走。

第三步：旧入口的承接方式要分清主次

不是所有旧 URL 都适合一刀切做 301，可以按价值分三类处理：

• 有对应新页面的：用单跳 301 指向最相关的新地址，避免多级跳转；
• 内容被合并的：先做 301，再在目标页补充被合并的信息，避免落地页主题对不上；
• 彻底下线的：确实没有替代内容时，返回 410 或 404 比硬跳到一个不相关页面更清楚。

需要注意的是，重定向只是把来访接过去，它并不会自动让新页面获得大量内链。真正维持长期抓取路径的，还是站内链接结构。

第四步：Sitemap 与内链的切换时机

比较常见的失误是 Sitemap 更新很快，站内链接却还指着旧地址。搜索蜘蛛按 Sitemap 找到了新页，顺着站内链接又回到旧页，来回踩在跳转上，抓取效率被白白消耗。

• 新 URL 进 Sitemap 之前，先确认它至少有一个站内入口；
• 旧 URL 从 Sitemap 移除的时间，可以略晚于 301 上线，留出过渡；
• 导航、列表页、相关推荐这些模板位置，要在改版上线时同步替换，不要分几次改。

第五步：用日志和状态码做核对

改版后的一两周，重点看访问日志里旧路径的请求情况：搜索蜘蛛是否还在反复访问已经下线的地址，新路径是否开始出现抓取记录，跳转链是否出现“旧页→中间页→新页”这种多余的一跳。

发现新页面长期没有被抓取时，先排查站内入口，而不是急着追加提交渠道。没有入口的路，提交几次也只是换个方式排队。

改版期间容易踩的坑

• 旧栏目整体删除，却没有为其中每篇文章安排对应地址；
• 改版上线时顺手把 robots.txt 收紧，之后忘了放开；
• 新页面靠脚本渲染内容，首屏链接为空，蜘蛛看不到出路；
• 测试环境域名被写进正式页面链接，形成无效入口；
• 全站链接锚文本统一成“点击这里”，即使被发现，也难判断页面主题。

改版不需要太复杂的手段，核心是让“旧入口→新页面”这条路尽量短、尽量明确，并在切换期间持续核对，而不是上线当天就切断所有旧路径。