先问开发一句
新站还会不会使用现在这批网址？
建站公司把新首页发过来的时候，讨论通常停在配色、动画和“比现在高级”。上线日期也往往已经写在合同里。
先别再纠结这一版好不好看。问开发一句很土的话：现在线上这些页面的网址，新站还会不会用同一串？
如果会，这更像换皮肤或换主机。你不需要准备旧网址到新网址的映射，也不需要给整站做 301 或 308；但正文、结构和技术实现如果同时变化，仍要检查页面能否抓取、规范网址是否正确，以及测试环境的屏蔽有没有残留。网址不变，不等于 SEO 自动安全。
如果不会——路径改了、域名换了、http 改成 https，哪怕只是把 /product/a 改成更好看的 /solutions/a——在 Google 的文档里，这已经叫网站迁移。中型站点可能要几周甚至更久，搜索结果才会慢慢换成新地址。
没有旧址到新址的对应表，没有服务器上的永久跳转，就按时上线，搜索结果和别人网站上的旧链接仍会把人带到旧地址，最后却找不到原来的那一页。
先别被“改版”骗了
设计眼里的整理，可能是搜索引擎眼里的搬家。
中文业务里，改版经常被当成视觉项目：换模板、换建站公司、把栏目重新排一遍。对设计和开发来说，顺手把网址改干净很自然。中文路径改拼音、去掉 .php、按新品牌重做栏目，看起来都像在整理房间。
搜索引擎认的是具体那一串地址。你觉得还是那个服务页，它却要重新确认：这是旧页搬了家，还是一个它没见过的新页。
所以不要问“我们是不是在做 SEO 迁移”。问“用户点开的那串地址会不会变”。会变，就按搬家来管；不会变，就不需要整站网址映射和重定向。两套动作差很多。
别拿错说明书
Google 把网址变化和只换主机分开处理。
一份指南针对用户能看见的网址变了。http 改 https、换域名，甚至只把 page.html 改成 page.htm，都算。官方要求先做网址映射，再在服务器上做永久重定向，优先使用 301 或 308，然后观察新旧两边的流量。永久重定向本身不会导致 PageRank 降低，真正容易出问题的是跳到错页、跳丢了，或者根本没做跳转。
另一份指南针对网址没变、只换主机或 CDN。这时没有“旧 URL 对到新 URL”这张表可做。关键是 DNS 切过去以后，新机器能被抓到，测试环境里禁止抓取的设置不要带到正式站。
Search Console 里还有一个“地址更改”工具，名字听起来像什么改版都能按。帮助文档写得很窄：只适用于从一个域名或子域名迁到另一个，例如 example.com 迁到 example.net。下面这些情况不要用它：
- 只把 http 改成 https；
- 只在 www 和非 www 之间切换；
- 只在同一域名下改栏目路径；
- 只换主机，用户看到的网址完全不变。
真的换域名时，现行帮助文档还要求把旧域名的 www、非 www 和子域名变体都在 Search Console 里验证，并分别提交地址更改。即使某个变体平时很少使用，也不要漏掉。
国内站点容易漏什么
技术跳转做对了，旧链接也不一定都照顾到了。
换建站公司时，新系统几乎总会带一套自己的网址规则。合同如果只写“全新设计”“响应式”，不会自动包含“沿用全部旧网址”或“提供一对一跳转”。上线前你要书面看到映射表，而不是听一句“我们会处理 SEO”。
就算 Google 这边跳转都对了，名片、说明书、公众号旧文、销售微信里转发的链接，还可能指向旧地址。这些不会出现在站点地图里，却可能在上线第二天变成“网站是不是打不开了”。迁移指南建议跳转通常至少保留一年；从用户角度看，能一直留着更好。
百度不是同一套流程。Search Console 的地址更改帮不了百度站长平台。如果客户主要在百度找你，Google 迁移做完，不等于这件事结束。不要把两边的数据混着看。
上线前要看到证据
效果图通过了，映射表和跳转也得能核对。
你不必自己会写跳转规则，但建站方得拿出能检查的东西。
让人从 Search Console、站点地图和后台导出当前还在用的网址，至少覆盖首页、核心服务页和已经带来询盘的说明页。每一条写明新站对应哪一条；没有新对应页的，也要写清楚是合并到哪里，还是上线后返回 404 或 410。这张表不存在，就还不能切。
对应表有了，还要抽查。不要只看新站预览。把现在线上的旧链接——尤其是公众号和销售还在使用的那些——在浏览器里打开，看是不是 301 或 308 到正确的新页，中间有没有绕很多圈。Googlebot 最多能跟随 10 次跳转，但官方建议直达；实在无法直达，也尽量不要超过 3 次。跳到首页、跳到 404，或者跳完还是旧站，都是上线事故。
还有一件很容易漏。官方把测试残留列为新站收不进索引的常见原因：开发阶段用的 noindex、把整站挡在外面的 robots.txt，上线时没拿掉。新站再好看，如果首页源码里还写着请勿索引，搜索引擎会听话。
Google 还有一个不太讨喜但值得听的建议：尽量一次只改一件事。换域名、换建站系统、换布局、把正文全部重写，全叠在同一天，它更像是在重新认识一个新网站。地址更改帮助也提醒，同时重做内容和网址结构，可能会损失一部分流量，因为系统需要重新学习和评估每个页面。
上线后先观察
先看新旧网址是否完成交接，不要连夜再改一版。
对中型站点，Google 说可能需要几周或更久，搜索结果才会逐渐显示新网址。这期间排名有波动属于预期现象，不是一上线就必须连夜改标题。
打开 Search Console，看旧网址的点击和抓取是不是在往下走，新网址是不是在往上走。核心服务页再用网址检查工具看一眼，Google 选择的规范地址是不是已经换成新的。旧的在降、新的在升，说明搬家正在发生；两边一起掉，或者核心页还停在旧地址且没有跳转，再叫开发回来查。
旧站的跳转不要第二天就拆。地址更改工具要求至少维持 180 天，网站迁移指南建议通常至少一年。180 天以后，如果旧站仍然存在并且可以抓取，而你已经拆掉跳转，Google 可能把旧站和新站看成两个不相关的网站。
也不要靠反复点击“请求编入索引”来加速搬家。提交新站点地图有帮助；少数关键页可以使用网址检查工具。迁移是逐个网址发生的，Google 没有固定的抓取频率。
什么时候该延期
上线日期临近，也不值得带着这些问题硬切。
新站预览很好看，但没人能拿出旧网址到新网址的表；开发说跳转可以上线后再补；测试站曾经整站 noindex，却没人确认正式环境已经拿掉；同一天既要换域名，又要换栏目，还要把所有服务文案重写一遍——出现其中任何一种，都值得停下来再核一次。
效果图通过了，映射表和跳转还没齐，这件事就还没做完。
一次独立诊断能帮你分清：现在该沿用旧网址、该补映射再上线，还是已经切完了、该查跳转和残留屏蔽。它不能保证改版后排名和改前一模一样；重大更改期间，排名本来就可能波动。