按钮一点、数据同步完，很多人第一反应就是去把老服务器关机、老站目录删干净——先停一下。网站迁移完成后原网站先别急着关，这话听着像恋旧，实际上全是踩出来的经验：你这边刷新看到的是新站，隔壁工位的同事打开的还是老 IP，老站一关，他那边就是一片白，接着电话就打过来了。这种“我这儿好好的，别人说打不开”的活儿最难查，因为两边都没说错。
网站迁移完成后原网站先别急着关，卡住的就是那点 DNS 缓存
解析改了不等于全网立刻生效。记录上有个 TTL，各地递归 DNS 照着这个值缓存，没到期之前谁来问都还是老地址，有些运营商的缓存还不太守规矩，拖得比 TTL 更久。于是你在新机器上把站跑得飞起，仍然有人往旧 IP 上撞。老站留着，他们最多看到旧内容；老站一关，他们看到的是浏览器报错。切换之前把 TTL 调小一点，给缓存留出淘汰的时间，是比较稳的做法——至于调到多少、最短能设多少，看你的解析服务商后台限制，以它页面上的说明为准。
蜘蛛还没走完，老站直接 404 等于自己扔抓取预算
搜索引擎那边也是同一个道理。它手上的地址簿不是实时更新的，迁移之后一段时间里还会按老 URL 来抓。你要是把老站直接关掉，它抓到的是连接失败或者 404，这趟就白跑了，而且原本该传给新页面的信号也断了。所以老站这段时间最有价值的用法，不是继续对外提供内容，而是把老地址一条条 301 到新站对应页面上去。映射关系尽量一一对应，别全站都往首页 301，那样搜索引擎会认为你在糊弄它。
印在纸上的地址，你收不回来
名片、宣传册、展会上的二维码、别人公众号文章里的外链、客户收藏夹里的书签——这些你一个都改不了。还有人把网址印在包装盒上，几万份发出去，总不能召回重印。老站留着做跳转，或者至少挂一个说明页告诉人新地址在哪，成本就是一台最低配的机器，比挨个去解释便宜多了。
藏在别人系统里的回调地址，最容易漏
这个坑比前面几个都隐蔽。APP 里硬编码的接口域名、小程序的后台地址、第三方支付的异步回调、别人对接你用的 webhook、凌晨三点跑的定时任务、监控系统的探活地址，全都不在你这次迁移的清单上。它们不会报错给你看，只是默默失败。等过几天发现订单没同步、数据没入库，再回头查，谁都想不到是几天前那次迁移留下的。关老站之前，先问一圈：谁在调我们？
邮件和备案信息，是两件最容易被忘的事
老服务器上如果还搭着发信服务，MX 记录、SPF 这些没切干净就关机，客户发过来的邮件会直接退信，而且退信提示往往写得含糊，对方只会觉得你不专业。至于备案，换服务商通常要走接入备案变更，主体信息、备案号别急着注销，注销容易恢复麻烦，具体流程和材料以服务商和管局官方页面为准，别听群里谁随口一句就当标准。
什么时候能真关，看日志别看日历
很多人给自己定个日子，说到那天就下线。日子是人定的，日志才是事实。翻一翻老站的访问日志，看现在还剩下什么：如果访问记录里清一色是扫描器和爬虫，真实用户的请求已经很少；如果 301 的命中量一天比一天低，趋于平稳；如果那些固定周期的请求也确认停了——那才叫差不多了。判断的时候别只挑一个工作日的白天看，半夜和周末也拉出来比一比，定时任务恰恰都躲在那些时段。
真要关，也讲个顺序
顺序大概是这样的：先确认没有新的写入，后台别再有人发文章、表单别再收数据；然后把老站切成只读，或者换成一个静态说明页；接着把 301 规则配好并且自己抽查几条；再留一段时间观察日志；最后才是关机。关机也别顺手删数据，把整站文件和数据库打个包放一阵子，等确认新站稳稳当当再说。域名和证书的到期时间单独记一笔，那两样东西过期了，前面做的全白搭。
迁移这件事，大家习惯把注意力全放在新站上——跑分、打开速度、配置调优，恨不得当天就验收。老站的下线反而像个收尾动作，随手就干了。我的建议是把它单独拎出来当一个活儿，有自己的检查项和观察期。新站上线是开始，老站关掉才是结束，这两件事之间隔着的那段时间，就是你给自己留的缓冲。
【版权声明】：本站内容若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
