换主机那天要迁域名解析，提前多久把缓存时间调低才稳妥

换主机要迁移域名解析，提前多久把解析缓存时间调低才稳妥？稳妥的做法是提前一到两天动手。当天核到的迁移指南口径推荐把解析缓存时间设成三百秒，并要求至少在切换前二十四到四十八小时改完；切换之后让旧环境继续运行两到三天，因为解析在全球的传播窗口本身就是几分钟到四十八小时。调低的意义不在让改动立刻全网生效，而在把新旧各说一套的时间压短，减少访客与爬虫按旧记录回到旧主机的窗口。

为什么提前调低

域名记录改动后不会立刻全网生效。各级递归服务器与运营商按原先设定的缓存时间继续回答旧地址，缓存值越大旧答案活得越久。提前调小，等于先把这条尾巴剪短：真正切换那天，旧记录最多再被引用一个很短的窗口。顺序很容易搞错，如果先改记录再把缓存值调小，改动本身又被缓存一层，收敛反而更慢。还要留意生效边界，调小只对之后新发起的查询起作用，已缓存出去的旧记录仍按旧值到期，这正是切换当天不能下线旧环境的原因。

切换当天的时序表

按三段排下来，每段都有明确的动作与验收口径，跳段的风险会往后堆。

三段是串联的。省掉第一段，风险全压在切换当天；省掉第三段，风险压在收录与外链上，等问题发现时旧环境已退订，补救更贵。

旧环境保留多久

两到三天是常见的稳妥窗口，理由有三条。第一，解析传播本身带不确定性，四十八小时是常被引用的上限，个别运营商的缓存会更久。第二，搜索引擎抓到的地址同样被缓存，窗口内它们仍会回访旧地址，旧环境直接返回服务端错误的话，这次失败会被记进抓取记录。第三，站内的异步任务，如表单通知、定时发布与接口回调，可能在切换后才触发，提前停掉会让这些动作落空。保留期里把旧环境收成只读，不再写新内容，只把访问交给新地址。撤除的时间点放在新环境的日志与收录都稳定之后，也别和下一次改动排在同一天。

跳转与地图怎么交接

地址换了，收录与权重是靠跳转和站点地图交接的。第一步，旧地址的 301 重定向不要提前撤，旧域名与旧路径下的请求都应该以 301 跳转指向新地址，撤早了被缓存出去的旧链接就成了失效链接。第二步，站点地图要按新域名重新生成并提交，旧域名上的站点地图保留一段可用时间，让里面的地址能顺着 301 走到新站。AnQiCMS 在这两处都放在后台维护，换域名后由系统按新地址自动生成站点地图，重定向规则逐条核对带查询参数与不带后缀的老地址。第三步，切换后逐个搜索引擎核对收录，先看新域名是否被抓取，再看旧域名的索引有没有被新地址替换。邮件相关的解析记录最容易漏，它一样受缓存时间影响，切换当天要单独验证。

常见问题

问：解析缓存时间调到多少才算稳妥？ 答：切换前调到三百秒是常见口径，而且要提前一到两天改。窗口留得越足，旧缓存清得越干净；只改数值、当天就切换，收敛反而更慢。

问：旧主机多久之后可以退订？ 答：至少留两到三天，等解析传播与搜索引擎回访都稳定再撤。保留期内让旧地址以 301 重定向指向新地址，不要直接返回服务端错误。

问：站点地图需要重新提交吗？ 答：需要。域名换了，站点地图里的地址必须全部是新域名，按新地址重新生成并提交，同时确认 robots 允许抓取新站点。

问：切换后发现部分页面打不开，先查什么？ 答：先查新环境的伪静态规则与地址映射是否和旧站一致，再看 301 重定向有没有覆盖带旧后缀的路径，漏掉的老地址补成跳转比逐条改外链更快。