网站改版、换域名、调整目录结构，都会让一批 URL 发生变化。对搜索引擎来说，这不是“页面变了”这么简单，而是原来记着的那批地址没了，新地址要重新被发现、重新抓取、重新判断。处理得好，收录和信号能平移过去；处理得粗糙，旧的掉得快，新的起不来。
先分清两种变化
一种是地址变了、内容基本没变，比如换域名、加一级目录、把 /p/123.html 改成 /article/123。这种叫平移，目标是把旧地址的收录尽量迁到新地址。另一种是内容被拆散、合并或直接下线，比如几个页面合成一个，或者整个栏目砍掉。这时要做的不是迁移，而是明确告诉搜索引擎旧地址已经不再提供内容。
混在一起处理最容易出问题：该 301 的去做 404，该 410 的却留着可访问的旧页面，两边都拿不到明确信号。
301 是主干，但要尽量一对一
换域名或改路径时，301 永久重定向是最直接的迁移手段，它的作用是告诉搜索引擎：这个旧地址以后请去新地址找。几个常见要求：
- 旧 URL 和新 URL 尽量一对一，不要几百个旧地址全跳到首页，那等于说这些内容都消失了。
- 跳转链不要拉太长，A→B→C 这种多级跳转在抓取时会损耗，尽量第一次就跳到最终地址。
- 旧域名不要立刻停掉解析，至少留够一段时间，让重定向持续可访问。
- 跳转目标不要指向需要登录、或必须靠 JS 才能渲染出正文的页面。
sitemap 和内链要同步换
只改了重定向、其他地方不动，是迁移期最常见的半成品状态。站内所有指向旧地址的链接、导航、面包屑、文章里的互相引用，都会让蜘蛛反复走到旧 URL 上再跳一次。能直接改的就改成新地址，重定向留给站外链接和已经存在的收录。
同时更新 sitemap，只放新地址；旧的 sitemap 要么删掉，要么让它返回 404，别再继续提交旧 URL 列表。canonical 也要跟着换，如果新页面里还写着旧地址，等于自己给自己制造矛盾。
迁移期间容易踩的几个坑
- 新旧页面同时可访问、内容一模一样，却没做重定向。搜索引擎只能自己猜哪个是主版本，结果往往不是你想要的那个。
- 重定向规则写错，把不相关的 URL 一起跳走，或者直接跳到了 404 页面。
- 改版顺手把正文区块结构也换了，新页面抓到的 HTML 变得很薄，收录自然慢。
- 只改了 PC 站没改移动站，两个版本跳向不同地址。
迁移后看什么，看多久
迁移不是一天的事，通常会经历一段新旧混排的时期：旧地址还在索引里，新地址开始出现，两边交替。这个阶段建议按下面的顺序观察：
- 先看抓取有没有正常发生——新地址是否开始被访问，旧地址是否按预期返回 301。
- 再看新地址的索引状态，是否从“已发现”走到“已抓取”，再走到能被检索到。
- 然后看旧地址的索引数量是否在缓慢下降，而不是断崖式消失。
- 最后才是关键词和流量层面的变化，这一步往往最慢。
迁移期间流量下滑几乎无法完全避免，重点不是“一点不掉”，而是跌下去之后能不能在合理时间内回到原来的水平。如果旧地址突然大面积消失，新地址又迟迟没动静，说明信号传递出了问题，要回头检查重定向和内部链接。
小结
把改版当成一次 URL 层面的搬家：旧地址给明确去向，新地址给明确入口，两边的话要对得上。做重定向、改内链、更新 sitemap 和 canonical，这几件事一起做完，比自己反复提交新 URL 更有用。