网站迁移后原站；留过渡期还是直接停

迁移那天最容易被漏掉的决定，不是怎么搬，是搬完之后那台老机器什么时候断电。网站迁移后原站留过渡期还是直接停，我不会给一个统一的天数，因为这事儿得看老站身上还挂着多少从外面进来的入口。入口多，就老老实实留一段；入口几乎为零，那就别再让一台没人管的机器在线挂着，挂着不是心安，是风险。

网站迁移后原站留过渡期还是直接停，先数清外部入口

什么算外部入口。老域名、老 IP、别人给你做的友情链接、投放过的广告落地页、公众号文章里贴过的旧地址、客户浏览器收藏夹里那条书签，还有搜索引擎里那一堆早就收录的内页。这些东西不会因为你换了新家就自动改口，它们还是照原路往老地址撞。撞上去之后，用户看到的是你新站的对应内容，或者是一个白花花的 404——这两个结果，隔着的就是到底留不留过渡期。

这里有个容易搞反的地方：有人把“留过渡期”理解成“把老站原封不动在线放着”，那不叫过渡，那叫两台机器同时对外服务。两套内容都能访问，数据两边都在写，搜索引擎看到的是重复内容，用户在两份价格、两份库存之间来回看。真正的过渡期，老站只保留一件事：把人送到新地址去。内容不对外展示，数据库只读或者干脆断掉写入，免得有人还在老站提交表单、下单，最后两边数据对不上，查起来特别麻烦。

直接停确实省事，代价来得慢

关掉老站的好处很直接。不用再续那台机器，不用再给老程序打补丁，更不用担心某个三年前就不更新的插件被翻出来当入口。麻烦在于，代价不是当天出现的。老链接一条条死掉，挂在上面的外链也跟着失去落点；用户从收藏夹点进来是一片空白，他未必会去搜你的新域名，很可能就换一家了。搜索引擎那边对全站长期不可访问的站点怎么处理，各家的规则不一样，以官方文档为准，我不替它们下结论，但“老链接断了就断了、权重自然会跟过来”这个说法，我不太信。

过渡期多长，让日志说话

我不喜欢给固定月数，给了也是拍脑袋。做法是把老站的访问日志留着，看里面来自搜索引擎爬虫的请求量和外部来源的访问量。一条曲线慢慢往下走，走到某天只剩零星几个直接访问、没有任何外部跳转进来，那这时候收掉，损失基本可以接受。反过来，如果每天还有稳定的一批人从老地址过来，说明这些入口还活着，那就继续留着——留的成本是一台低配机器加一个跳转规则，比起丢掉一批回访用户，这点成本不算什么。

301 别一股脑全丢给首页

全站跳首页是最省事的写法，也是最不讨好的。人家点进来是想看某篇文章、某个产品页，你把他扔到首页，让他自己在导航里再翻一遍，多半就关掉了。能一一对应就一一对应：栏目对栏目，文章对文章，产品页对产品页。改过版的站点更麻烦，路径本来就已经变过一轮，得先把老 URL 清单拉出来，从日志和搜索引擎后台把真实有人访问的地址挑出来，一条条映射过去。实在找不到对应页面的，做个说明页，告诉人内容搬到哪儿了，顺手放个站内搜索，比跳首页体面得多。

老机器上还有几样东西，别跟着一起停

域名别急着停，老域名的解析要留着，而且最好是老域名整站 301 到新域名，这层关系是长期的，不是过渡几个月就完事。SSL 证书也得跟着续，老域名还在做跳转，证书过期就先弹一个警告页，用户根本走不到新站。老 IP 上如果之前有人做直连访问，也得看一眼。还有一堆藏在角落的东西：老站上的表单通知邮箱、支付和登录的第三方回调地址、对接过的接口白名单，这些经常是停完机器才被发现，然后又灰头土脸开回去。

有些站，真就可以直接停

内网系统、测试环境、从上线第一天就没对外发过链接的站，直接停，没什么可犹豫的。还有一种情况：老站本来就是一张纯静态展示页，内容全搬完了，对外的入口就一个域名，那把这个域名做 301 就够了，老机器一台都不用留。判断的核心不是“稳不稳妥”，而是“停掉之后，还有没有外部的东西指着它”。没有，就停。

捋一个能直接上手的顺序。先列老站的对外入口清单：域名、IP、外链、投放落地页、第三方回调；再看这些入口落到新站有没有位置，有就配 301，没有就先补页面或者做说明页；然后定老机器留下来干什么，只做跳转还是彻底下掉；最后排一个复查节奏，隔段时间翻一次日志，看外部访问是不是已经降到可以忽略。这四步走完，网站迁移后原站留过渡期还是直接停，答案基本就在清单的厚度里——薄得可怜就停，厚得吓人就老老实实留。

最后提醒一句：断老机器那天，先备份数据库和配置文件，别嫌麻烦；再看一眼有没有人还在用老 IP 直连；确认干净了再关机。别把“过渡期”过成“两台都在跑”，那是最坏的中间状态，比直接停还难收拾。