近期做官网运维复查时，一个常见误区再次出现：把服务器迁移理解成“改一条 DNS 记录”。实际切换时，DNS、HTTPS 证书、源站 Host、缓存和回源规则需要一起核对。任何一个环节顺序不对，浏览器都可能短暂出现证书错误、502、样式丢失或旧页面回源。

爱云科技官网当前的公网入口是一条明确的 A 记录，HTTP、裸域和旧地址统一跳转到 HTTPS 规范域名；首页、sitemap、robots、RSS 和采集校验文件都返回 200。这样的状态适合作为迁移基线，但迁移前仍要逐项验证，而不能只看域名是否能打开。

一、先确认 DNS 变更会影响到哪些记录

企业站常见的记录不只一条：主域、www、邮件 MX、SPF、DKIM、DMARC、CDN 或对象存储的 CNAME，都可能与网站共用同一个域名体系。迁移前先把现有记录导出，标记哪些需要改、哪些必须保持不动。

如果只改网站 A 记录，邮件解析通常不应跟着迁移；如果网站使用 CDN，则更可能是改回源地址或证书配置，而不是直接改访问域名。判断标准有三个：访问流量走哪条记录、邮件是否依赖同一子域、证书是否绑定新的主机名。

1. 提前调整 TTL

DNS 的 TTL 决定递归解析器会缓存旧地址多久。计划切换前，至少提前一个旧 TTL 周期把 TTL 降低到较短值，让变更可以较快生效；切换完成并稳定后再恢复常规值。只改记录但不提前等旧缓存过期，会让一部分地区继续访问旧服务器。

2. 保留可回退的旧源站

新服务器上线后不要立即关闭旧服务器。切换窗口内保留旧源站、旧证书和数据库回滚点；确认新站点能处理表单、登录、搜索、图片和定时任务后，再结束观察期。回滚不是失败，而是避免把一次小故障扩大成持续不可用。

二、证书和源站 Host 要分别验证

HTTPS 证书检查不能只看浏览器有没有锁形图标。证书的域名覆盖范围要同时包含实际访问的主机名；裸域和 www 如果都在使用，应在切换前确认证书 SAN、链和到期时间；如果使用 CDN，还要确认 CDN 与源站之间的证书是否正常。

源站 Host 是另一个容易遗漏的环节。请求经过 CDN 或反向代理后，应用收到的 Host 必须与站点配置匹配，否则可能生成错误 canonical、跳回旧域名，或者命中默认站点。验收时至少用四个地址分别测试：HTTPS 主域、HTTPS www、HTTP 主域和 HTTP www。

三、切换当天按固定顺序执行

  1. 先在新服务器完成站点自检。首页、sitemap、robots、feed、表单和后台都能访问，日志没有新增 5xx，数据库和附件路径正确。
  2. 再测试 hosts 指向。在本地临时把域名指向新 IP，验证 HTTPS、canonical、资源地址、登录和提交；这一阶段不影响公网用户。
  3. 随后切换 DNS。只改计划中的记录，保留旧记录和变更截图，观察不同地区的解析结果。
  4. 切换后立即做公网验收。检查状态码、证书、重定向链、页面首屏、移动端和搜索引擎抓取入口。
  5. 完成业务验收后再关闭旧源站。把表单、通知、队列、备份和定时发布都跑一遍，再决定关闭时间。

四、企业官网的基础验收表

项目通过标准证据
HTTP / HTTPS全部 301 到规范 HTTPS 地址curl 响应头
证书主机名、链和有效期正常证书检测结果
应用首页及核心页面 200，无 5xx状态码和日志
内容canonical、sitemap、图片和表单地址正确页面抓取记录
业务提交、通知、队列、备份和定时任务正常测试记录

五、结语

官网迁移的核心不是把新服务器启动起来，而是让用户和搜索引擎在切换前后看到同一套规范域名、同一组内容和同一条可回退路径。DNS 只是入口，证书、Host、缓存、应用和业务验证共同决定迁移是否完整。

对遂宁本地企业来说，可以先把上面五项验收固定成清单。每次换服务器、换 CDN 或调整证书，都按同一顺序执行，不要依赖某个环节“应该没问题”的判断。