旧版 Cloudflare 面板迁移到新界面时,核心 DNS 和 CDN 逻辑不变,但配置入口和规则语法有显著变化。建议先通过 API 或截图备份现有规则,再逐条迁移至 Cache Rules。
先说结论:界面改版主要影响操作入口和少量功能模块,核心 DNS 和 CDN 配置逻辑不变,但缓存规则等特定功能需要手动迁移。
- 适合:正在使用 Cloudflare 免费版或付费版的站长,尤其是配置过页面规则的用户
- 先准备:导出或截图现有规则配置,确认哪些功能正在使用
- 验收:迁移后检查网站访问、缓存命中、安全规则是否正常生效
核心配置字段映射对照
迁移前需明确旧版 Page Rules 与新版 Cache Rules 的字段差异,避免配置失效。
| 配置项 | 旧版 Page Rules | 新版 Cache Rules | 注意事项 |
|---|---|---|---|
| 缓存级别 | Cache Level | Cache Level | 选项基本一致(Cache Everything 等) |
| 浏览器缓存 | Browser Cache TTL | Browser Cache TTL | 新版支持更细粒度的控制 |
| 绕过缓存 | Bypass Cache | Eligible for Cache | 新版逻辑为“是否符合缓存资格” |
| 重定向 | Forwarding URL | 无直接对应 | 重定向功能需迁移至 Bulk Redirects 或 Workers |
步骤 1:备份现有配置
登录 Cloudflare 控制台后,先不要急着修改任何设置。进入 DNS 页面,截图或记录所有 DNS 记录类型、名称、内容和代理状态。对于页面规则,建议使用 API 导出清单。
API 导出示例:
curl -X GET "https://api.cloudflare.com/client/v4/zones/YOUR_ZONE_ID/page_rules" \
-H "X-Auth-Email: "YOUR_EMAIL"" \
-H "X-Auth-Key: "YOUR_API_KEY"" \
-H "Content-Type: application/json"检查点:确认每条规则的作用,尤其是带有条件判断的规则,迁移后需要重新配置条件。
步骤 2:逐条迁移规则
在【Caching】→【Cache Rules】中重新创建需要的缓存规则。免费版规则数量限制请以当前后台显示为准,建议迁移前确认额度。
配置路径:
- 登录 Dashboard,选择对应域名
- 左侧菜单点击 Caching > Cache Rules
- 点击 Create Rule
- 设置匹配条件(如 URI Path、Host 等)
- 选择缓存动作(Cache Everything、Bypass 等)
- 设置边缘缓存 TTL 和浏览器缓存 TTL
回滚提醒:每迁移一条规则后,先测试再迁移下一条,不要一次性全部改完。
步骤 3:更新团队权限
进入【Members】界面,检查现有成员的角色设置。管理员可操作账单和域名,编辑者能部署项目但无法修改付款方式,观察者仅查看权限。如有误设,及时调整。
怎么验证是否生效
迁移完成后,用以下方法验证:
- 访问网站,检查页面加载是否正常,没有 5xx 错误
- 命令行验证缓存状态:
确认响应头中curl -I https://yourdomain.com/pathCF-Cache-Status显示 HIT 或 MISS 符合预期 - 测试原有规则覆盖的 URL 路径,确认缓存、重定向等行为与迁移前一致
- 检查 DNS 解析,使用 dig 或 nslookup 确认域名仍指向 Cloudflare 名称服务器
如果发现某个规则未生效,回到对应页面检查条件是否配置正确,尤其是路径匹配和优先级设置。
常见坑
- 页面规则迁移到 Cache Rules 时,条件语法可能有差异,需要逐条核对
- 团队成员误设为管理员可能导致意外修改生产环境域名配置,建议先用测试项目验证权限
- 部分旧教程中关于【Rules】→【Page Rules】的配置可能已作废,需要参考最新后台界面
- DNS 记录迁移时,代理状态(Proxied/ DNS Only)需要重新确认,影响 CDN 加速是否启用
- 检查账户绑定的主邮箱是否有效,确保能收到安全通知和账单邮件