Cloudflare Pages 迁移前检查清单
以下清单来自本站域名的实际准备过程。我们在阿里云权威 DNS 中核对到 28 条启用记录；Cloudflare 首次自动扫描只发现其中 8 条，因此补齐后才继续待激活配置。这个案例尚未切换 NS，也不代表你的站点会遇到相同数量。
| 阶段 | 需要保存或检查 | 验收方法 |
|---|---|---|
| 源站盘点 | 全部 DNS 记录、TTL、启用状态、用途；单独标记 OSS、邮件、证书和非标准端口。 | 从现有 DNS 后台导出，再与目标 DNS 按名称、类型和值逐项比对。 |
| Pages 预览 | 静态产物、404、移动端、导航、robots 和索引开关。 | 先用项目预览地址打开关键页；保留上一成功部署。 |
| 代理选择 | 现有记录的 DNS-only / Proxied 状态。 | OSS 或特殊端口先保持原路径；只有核实适配后才改变代理。 |
| NS 切换 | 原 NS、完整记录备份、回退负责人和验证列表。 | 从外部查询权威 NS；分别检查首页、文件、API、Git 与验证记录。 |
为什么要保留 OSS 记录
DNS CNAME 只决定域名指向哪里，Bucket 中的文件和自定义域名绑定并不会因为更换权威 DNS 自动迁走。切换后仍要核查文件 URL、HTTPS 证书及续期。把 OSS 主机名误设为代理也可能改变访问路径。
什么时候回退
如果只是 Pages 页面内容有误，先回退 Pages 的部署；如果子域名解析、文件或现有服务出错，先修对应 DNS 记录。只有无法及时恢复权威 DNS 服务时，才考虑切回原 NS，并再次逐项验证。
本站案例目前仍由阿里云 NS 对外解析；Cloudflare zone 处于待激活状态。这里不声称已完成生产迁移。
参考：Cloudflare Pages 自定义域名文档；实际操作前还需查看当前控制台提示和域名现状。