很多站长接入Cloudflare后，第一反应是把缓存开到最大，希望页面立刻变快。WordPress站点确实能从CDN、压缩、WAF和缓存中获益，但Cloudflare WordPress缓存设置不能只追求命中率。后台登录页、购物车、结账页、会员中心、表单提交页、搜索结果、预览链接、REST API里的动态请求，都可能因为误缓存产生异常。速度优化要先保证用户看到的是自己的内容，而不是旧内容或别人的状态。
哪些页面不要做整页缓存
普通文章页、分类页、标签页、静态落地页通常适合缓存；含登录状态、订单状态、购物车状态、表单令牌的页面不适合整页缓存。WooCommerce站点尤其要排除/cart/、/checkout/、/my-account/以及支付回调相关URL。使用WPForms、Contact Form 7或其他询盘表单时，表单页可以缓存HTML，但提交接口、验证码脚本和nonce校验不能被缓存破坏。Cloudflare WordPress缓存设置要按页面类型分层，而不是全站一条规则。
推荐的规则思路
可以先建立三层规则：后台和登录路径绕过缓存；购物车、结账、账户、表单提交和预览链接绕过缓存；普通文章、分类、专题页使用浏览器缓存和边缘缓存。若站点使用Cloudflare APO或Cache Rules，要检查WordPress插件是否能自动清理更新后的文章缓存。发布新文章、修改菜单、更新价格、调整库存后，应有明确的清理路径，避免前台长时间显示旧信息。
和站内缓存插件别互相打架
WordPress内部常见缓存插件包括LiteSpeed Cache、WP Rocket、FlyingPress（点击进入）、W3 Total Cache等。Cloudflare负责边缘层，插件负责页面生成、CSS/JS优化、对象缓存或图片懒加载。两边都压缩、都合并、都延迟脚本，容易让前台交互失效。建议一次只开启一个新功能，观察控制台报错、表单提交、菜单展开、移动端布局，再决定是否保留。Cloudflare WordPress缓存设置越复杂，越需要回滚记录。
表单页和验证码要重点测试
询盘站最怕页面速度变快了，表单却提交不了。缓存规则调整后，要用无痕窗口测试一次表单提交，确认成功提示、邮件通知、后台记录和反垃圾验证都正常。若启用Turnstile、reCAPTCHA或安全插件，注意脚本是否被延迟加载影响。外贸站还要从目标地区网络测试，避免某些国家访问验证码失败。
验证缓存是否生效
不建议只凭体感判断缓存。可以看浏览器开发者工具里的响应头，关注cf-cache-status、cache-control、age等字段；也可以在Cloudflare后台看缓存命中趋势。文章页应该逐渐出现HIT，后台和结账页应保持BYPASS、DYNAMIC或类似状态。更新文章后刷新页面，确认旧标题、旧图片、旧价格没有残留。
出问题时的回滚顺序
如果出现登录跳转异常、购物车数量不对、表单提交失败、页面样式错乱，先暂停新加的Cloudflare规则，再清理Cloudflare缓存和站内缓存。若问题仍在，再关闭JS延迟、CSS合并、对象缓存等功能。不要同时改DNS、插件和主题，否则很难定位。保留一份规则截图或导出记录，后续迁移主机时也能复用。
总结
Cloudflare WordPress缓存设置的关键不是把所有页面都缓存，而是把静态内容加速、把动态流程保护好。后台、表单、购物车、结账和会员页要明确绕过，文章和专题页再做缓存命中优化，站点速度和业务稳定性才能兼顾。
分类：新闻资讯
标签：wordpress