网站迁移到加速服务时，真正拖慢切换的常不是改一条记录，而是遗漏了子域名、证书或回退条件。做好网站加速服务接入前的域名解析准备，可以先把需要变更的对象和验证方法列清，再安排正式切换。
一、列出所有对外使用的域名
不要只检查首页域名。登录当前 DNS 管理控制台，逐项盘点网站入口、静态资源域名、登录页、接口地址和下载地址；记录每个域名当前指向、用途及负责人。邮件相关记录通常不随网站加速迁移，切勿为了“统一配置”而顺手删除。
把清单分成“本次要接入”和“保持不变”两类。对仍在使用的子域名，可用 dig 或 nslookup 查询现有结果，并与控制台配置对照。两者不一致时，先确认是否存在旧记录、委派或缓存，避免把错误状态带进切换窗口。
二、确认服务商要求的解析目标
接入服务通常会给出一个目标域名，要求在 DNS 中添加或修改记录。按其控制台说明确认记录类型、主机名和目标值，不要自行猜测目标地址。若同一主机名已有冲突记录，应先确认哪条提供线上流量，再按服务商要求调整；保留无关记录并不代表它们会共同生效。
根域名与子域名的配置能力可能不同：部分 DNS 服务支持根域名别名处理，部分则要求使用特定方式。遇到控制台不接受目标类型时，先查该 DNS 服务商和加速服务商的接入说明，不要用多个互相冲突的记录强行绕过限制。
三、提前处理缓存时间
解析记录的 TTL 决定递归解析器可缓存答案多久。计划切换时，可在变更前把相关记录的 TTL 调低到几分钟至几十分钟这一类常见范围，但应以 DNS 服务商允许的设置为准。调整后要留出原有 TTL 的时间让旧缓存逐步过期；只在切换当天调低，无法立刻清除此前缓存。
TTL 较短有利于切换和回滚更快传播，但会增加查询频率；较长则更稳定省查询，却可能延长变更生效时间。缓存刷新并非所有用户同时完成，运营商解析器、终端缓存和网络环境都会造成差异，因此不要把“控制台已保存”当作全球已更新。
四、检查证书、源站与测试路径
确认加速服务已绑定计划接入的域名，HTTPS 证书覆盖实际访问的主机名，并核对回源地址、端口及源站所需的主机头。若网站有多个入口，应逐个确认，而非只测试首页。源站还应保持可用，避免切换后发现加速节点无法取得内容。
正式修改前，可用服务商提供的验证功能检查配置；有条件时，也可在测试环境或单台设备上定向解析到新目标，检查首页、静态文件、登录和接口响应。记录切换前的查询结果与页面状态，便于比较。测试时发现证书告警、跳转循环或资源加载失败，应先修正配置再扩大流量。
五、安排切换和回滚
选择访问相对平稳、相关人员可响应的时段操作。保存原始记录截图或导出配置，再按接入说明修改目标。随后从不同网络查询解析结果，并检查页面状态码、证书和关键功能。判断标准应事先明确，例如主要页面可访问、静态资源正常加载、业务接口无明显错误；具体观察时间需结合网站流量与缓存情况。
回滚方案要写清恢复哪条记录、由谁操作、旧源站能否继续服务。若新服务出现故障，可恢复旧目标，但仍需等待缓存更新；因此切换后不要立即关闭旧源站。确认访问稳定后，再按计划恢复较长 TTL，并复查记录没有被遗漏或误改。以上网站加速服务接入前的域名解析准备，核心是先验证、留记录、可回退。
常见问题
改完记录后，为什么有人仍访问旧站？
递归解析器或设备可能还缓存旧答案。等待旧 TTL 到期，并从多个网络查询；不同用户的更新时间可能不同。
能否接入后立刻删除旧源站？
不建议。缓存中的用户可能仍到达旧目标，保留旧源站可降低短暂不一致带来的故障风险。
根域名不能填写目标域名怎么办？
查看 DNS 服务商是否支持根域名别名功能，并核对加速服务商给出的接入方式；不要擅自增加冲突记录。
切换前最少要留存什么？
至少保存原记录、计划的新目标、TTL 设置、测试结果和回滚操作人，确保出现问题时能按步骤恢复。
