试试其他关键词，或清除筛选条件。
改 DNS 时把邮件记录和证书一起核对。网站能打开，不代表 MX 还指向原来的邮箱。
准备把独立站换到新主机，或把域名接入新的 DNS 服务时，先确定自己究竟要改什么。只修改网站指向，与更换域名的权威名称服务器，是两种范围不同的操作；后者可能影响这个域名下的网站、邮箱和其他服务。
进入当前 DNS 服务，导出或逐项保存记录类型、名称、值、优先级和缓存时间，同时标明用途与负责人。除了主域名和 www，还要核对客服、博客、验证服务等子域名。不要把未知记录直接视为多余项删除。
新服务的自动扫描只能作为起点。Cloudflare 明确提醒，扫描不保证发现全部现有记录，迁移前仍需人工复核。查看迁移与记录检查说明
MX 关系到邮件投递目的地，SPF、DKIM 和 DMARC 用于邮件身份验证等环节。保留仍在使用的记录及其准确名称，并向邮箱服务商核对配置；不能只复制 MX 就认为邮件迁移检查完成。查看邮件 DNS 记录说明
留意 DKIM 可能使用带选择器的子域名，记录类型也应按邮箱商要求保持。邮件主机是否走代理同样要检查：Cloudflare 的普通网页代理并不默认代理 SMTP。不要给所有记录统一开启网页代理。
建议选有人值守的时间操作，保存原名称服务器和记录，约定异常时由谁判断、怎样恢复。若启用了 DNSSEC，先按服务商迁移指南处理签名与注册商配置；直接更换名称服务器可能导致解析失败，不能靠反复刷新页面解决。
如需调整缓存时间，应提前规划；旧缓存不会因为后台刚保存就立刻消失。迁移期间避免同时修改邮箱供应商和大量子域名，以便定位问题。
检查主域名、www 和关键子域名是否指向预期服务，再实际发送与接收测试邮件，查看邮箱后台是否报告验证异常。新旧 DNS 的关键记录也应逐项比较，不只看网站首页能打开。
HTTPS 还需要单独验收。使用 Cloudflare 代理时，访客到边缘节点与边缘节点到源站是两段连接，应检查相应证书及加密设置。查看 SSL/TLS 设置确认访问、邮件和安全检查都稳定后，再按迁移计划停用旧服务。