🧭 一、背景:为什么要做第二篇优化
在上一篇《Cloudflare SSL/TLS 与 Cache Rules 配置实战》中,已经完成了基础规则搭建,包括:
✔ 已完成的5条核心规则:
- WordPress 后台绕过缓存
- WordPress 登录页绕过缓存
- WordPress REST API 绕过缓存
- 静态资源长期缓存(CSS / JS)
- 静态资源缓存优化
🚀 本篇新增目标:
在原有基础上新增一条关键规则:
🧠 HTML 页面缓存(SEO 安全优化)
🧩 二、整体架构升级说明
WordPress(内容源)
↓
Cloudflare Plugin(自动 purge)
↓
Cache Rules(精细控制层)
↓
Cloudflare Edge Cache(HIT/MISS)⚙️ 三、Cloudflare 推荐配置(Apply Recommended)
📌 图1:WordPress Cloudflare 插件设置入口

📌 图2:点击 Apply Recommended Cloudflare Settings for WordPress

🧠 关键说明(重要纠正)
该操作:
❗不会开启所有可用设置
❗不会覆盖 Cache Rules
📌 图3:提示“所有可用设置均已启用”

🧠 关键结论:
- 推荐配置 ≠ 全量启用,全量启用是我自行在 Cloudflare 后台手动启用的
- 推荐配置 = Zone Settings API 写入
🚨 四、Cloudflare 插件异常(关键踩坑)
📌 图4:WordPress Cloudflare 设置页加载异常(Forbidden)

❌ 现象:
- 页面持续 Loading
- 控制台报错:
Forbiddenr.body.result is null🧠 分析过程:
通过接口调用:
/wp-admin/admin-ajax.php?action=cloudflare_proxy返回:
{
"result": null,
"success": false,
"message": "Forbidden"}
}🔍 根因分析:
缺少 Cloudflare API 权限
✔ 解决过程:
逐步补充权限:
- Zone Read
- Zone Settings Read/Write
- Cache Purge
- DNS Read(辅助接口)
📌 图5:权限修复后插件恢复正常,权限最终配置

⚙️ 五、Cloudflare 后台推荐配置验证
📌 图6:Speed 页面配置生效

📌 图7:Caching 页面更新时间记录

📌 图8:Security 页面更新记录

🧠 关键结论:
- Apply Recommended 实际修改 Zone Settings
- Speed / Caching / Security 都会被写入
🚀 六、Auto Purge Content On Update(关键配置)
📌 图9:Auto Purge Content On Update 开启

🧠 作用:
- 发布文章 → 自动 purge
- 更新文章 → 自动刷新缓存
- 评论 → 触发缓存更新
🧩 七、新增核心规则:HTML 页面缓存(SEO安全)
📌 图10:Cache Rules 新增规则

🧠 规则内容:
(not starts_with(http.request.uri.path, "/wp-admin/")
and not starts_with(http.request.uri.path, "/wp-login.php")
and not starts_with(http.request.uri.path, "/wp-json/")
and not starts_with(http.request.uri.path, "/feed/")
and not starts_with(http.request.uri.path, "/xmlrpc.php")
and not http.cookie contains "wordpress_logged_in")🧠 规则说明:
✔ 缓存 HTML 页面(SEO优化)
❌ 排除:
- 后台
- 登录页
- REST API
- Feed
- XML-RPC
❗关键点:
wordpress_logged_in用于:
🧠 登录态用户绕过缓存
🧠 八、缓存策略最终闭环
📌 图11:cf-cache-status = HIT

📌 图12:评论实时生效

🔄 九、完整缓存流程
用户访问页面
↓
Cloudflare Cache Rules 判断
↓
登录用户 → bypass
未登录 → cache HTML
↓
Edge 返回 HIT
↓
WordPress 通过 purge 触发更新🚨 十、关键踩坑总结
❌ 1. 误解 Apply Recommended
实际:
不会开启全部配置
不会改 Cache Rules
❌ 2. 插件 Forbidden 问题
原因:
- API Token 权限不完整
❌ 3. 误认为 Cache Rules 可省略
实际:
🧠 Cache Rules 才是 WordPress CDN 核心控制层
🧠 十一、最终架构总结
Cloudflare 推荐配置(基础层)
↓
Cache Rules(业务控制层)
↓
WordPress Auto Purge(触发层)
↓
Edge Cache(性能层)🎯 十二、最终结论
🟢 Cloudflare 推荐配置:
✔ 提供基础优化
✔ 不替代 Cache Rules
🟢 Cache Rules:
✔ 控制登录态 / API / HTML缓存
🟢 Auto Purge:
✔ 保证内容实时更新
💡 最终一句话总结
🧠 Cloudflare 推荐配置负责“性能基线”,Cache Rules 负责“业务正确性”,Auto Purge 负责“数据一致性”
Linux 服务器运维、部署与线上故障排查
如果你的网站或后端服务部署在 Linux 服务器上,遇到访问异常、Nginx 配置问题、MySQL / Redis 异常、Docker 服务不可用、磁盘占满、CPU / 内存过高等问题,可以联系我做一次远程排查。
适合以下场景:
✅ 网站打不开或访问不稳定
✅ Nginx / PHP-FPM 配置异常
✅ MySQL / Redis 性能或连接问题
✅ Docker 服务部署与维护
✅ 服务器迁移与环境配置
✅ CPU / 内存 / 磁盘异常排查
服务内容:
✅ Linux 环境检查
✅ 网站部署与迁移
✅ Nginx / PHP-FPM / MySQL / Redis 排查
✅ Docker 配置与维护
✅ 服务器性能分析
✅ 长期远程运维支持
如需咨询,请联系我,并注明:Linux 运维咨询。
联系方式:
Telegram:@shuijingwan
微信:13980074657
邮箱:shuijingwanwq@gmail.com


发表回复