网站加速服务接入前的域名解析准备，重点不是先改一条记录，而是弄清每个主机名目前指向哪里、由谁提供证书，以及旧解析可能缓存多久。准备不足时，网页可能已走新服务，接口或邮件却仍依赖原配置。
先把主机名和现有记录列清楚
登录当前域名解析控制台，按实际用途整理主机名、记录类型、当前目标和用途。常见情况包括主站、应用接口、下载资源、帮助文档及邮件服务；不要默认它们都应切到加速服务。地址记录通常指向源站地址，别名记录则可能指向服务商提供的目标名称，具体应以接入说明为准。
重点确认主机名是否与加速服务配置完全一致，包括根域名和各级子域名。若某个主机名同时有地址记录和别名记录，或存在重复、过期的记录，先查明用途再处理。邮件相关记录通常应保留原有邮件服务指向，不能因为网站切换而一并替换。
核对证书实际在哪一端提供
解析目标改变，并不代表证书会自动跟着迁移。先检查现有证书的域名覆盖范围、有效期和证书链，再确认新服务是在边缘节点终止 TLS，还是继续由源站处理加密连接。两种方式的证书部署位置不同：前者要在加速服务侧配置适用于访问主机名的证书；若源站到边缘节点也使用 HTTPS，源站证书同样要符合该连接的校验要求。
可以在服务商控制台确认主机名已完成证书配置，并用浏览器访问或 TLS 检查工具核对实际呈现的证书。检查时看证书是否覆盖访问名称、是否在有效期内、链是否完整；只看控制台显示“已上传”不够。若启用了 DNSSEC，还应确认解析服务切换不会留下不匹配的 DS 配置，否则验证解析可能失败。
用 TTL 安排切换窗口
TTL 决定递归解析器可缓存记录的时间。接入前可查看当前值；若计划切换，可在旧记录仍有效时提前调低 TTL，例如设为约 300 至 600 秒，并至少等待原 TTL 所覆盖的缓存逐步更新后再改目标。该范围只是常见的准备值，实际可选范围受解析服务商限制；调低 TTL 也不会清除已经缓存的结果。
切换后，各地解析结果可能因缓存更新速度不同而短时间不一致。保留旧源站可用，并在观察期内关注访问和接口情况；确认稳定后，再按运维需要恢复较长 TTL。网站加速服务接入前的域名解析准备，应把缓存过渡时间纳入维护窗口，而不是把“保存记录”当作即时生效。
按顺序执行，减少遗漏
- 盘点：记录每个主机名的用途、记录类型、当前目标和是否涉及邮件或第三方服务。
- 核验：确认加速服务要求的目标值、需接入的主机名，以及源站是否还需保留特定记录。
- 检查证书：核对证书覆盖名称、有效期、证书链和部署位置；涉及加密回源时也检查源站侧。
- 准备 TTL：提前调低相关记录的 TTL，并按旧 TTL 和维护安排留出缓存更新时间。
- 切换并复核：按服务商要求修改对应记录，再通过权威解析查询和不同网络环境的访问检查结果；发现异常时依照预先记录的旧值回退。
常见问题
改了记录，为什么仍访问旧站？
递归解析器可能还保留旧结果，浏览器或本地网络也可能有缓存。等待相关缓存更新，并分别核对权威解析与实际访问结果。
只给加速服务配置证书可以吗？
取决于加密链路。若连接还要从加速节点以 HTTPS 回源，源站证书和服务端校验要求也需满足。
切换时要改邮件记录吗？
通常不需要。先确认邮件由哪项服务承载，只调整网站实际要接入的主机名，避免误改邮件相关记录。
TTL 调低后能马上切换吗？
不能保证。此前缓存的记录仍可能按原 TTL 保留，应提前调整并预留等待时间。做好网站加速服务接入前的域名解析准备，再按计划切换，才便于发现问题并回退。
