Cloudflare 部署技术笔记

把网站迁到 Cloudflare 前,先保住原来的服务

根域名只是 DNS 的一部分。切换 NS 前,把 OSS、自建 Git、验证记录和非标准端口逐条核对,先部署可回退的 Pages 预览。

最后整理:2026-11-15 · 本站已在完成解析比对后切换权威 NS

按影响范围拆开迁移

站点文件、DNS 权威、代理开关和原有对象存储各是一项独立变更。先证明每项可用,再做下一项。

先盘点

保存权威 DNS 的全部启用记录、TTL 和业务用途。检查邮件、证书验证、对象存储、API 和非标准端口。

再预览

先在 Pages 预览地址验证页面、移动端、404、robots 和回退。预览通过不代表原域名已经迁移。

最后切换

逐条比对目标 DNS 后才改 NS。切换后从外部查询解析,并按服务清单逐个测试,不只看首页能否打开。

Cloudflare Pages 迁移前检查清单

以下清单来自本站域名的实际准备过程。我们在阿里云权威 DNS 中最初核对到 28 条启用记录;Cloudflare 首次自动扫描只发现其中 8 条。技术子域名上线后增至 29 条,切换前再次按名称、类型和值逐项比对。记录数是本站当时的情况,不代表你的站点会遇到相同数量。

阶段需要保存或检查验收方法
源站盘点全部 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,并再次逐项验证。

本站于 2026-11-15 核对 DNS 记录后,将根域名技术站迁至 Cloudflare Pages。此处记录的是本站操作,不保证其他业务场景可以照搬。

参考:Cloudflare Pages 自定义域名文档;实际操作前还需查看当前控制台提示和域名现状。

关于本站

Realcredit 技术笔记由 SublyNow 团队维护,记录可复核的开发与部署过程。文章中的事实和完成状态会分开标注,不把准备阶段写成成功案例。