Cloudflare 位于访客与你的服务器之间，因此是改善网站性能最有效的位置之一。用得好，它会从靠近每位访客的位置提供内容，尽可能缓存，优化图片，并压缩响应。用得马虎，它作用甚微，甚至会碍事。本指南介绍在 2026 年真正能提升 Cloudflare 网站速度的设置与技巧。

TL;DR

  • 最大的收益来自积极缓存静态资源，并在可能时于边缘缓存 HTML
  • 优化图片（现代格式、正确尺寸、按需实时转换），因为图片通常是页面中最重的部分
  • 启用现代压缩、HTTP/2 或 HTTP/3，并保持 TLS 高效
  • 用真实数据测量前后变化；并非每个开关都对每个站点有用

1. 积极缓存静态资源

静态文件（CSS、JavaScript、图片、字体）很少变化，应从 Cloudflare 的边缘提供，而不是从你的源站。

  • 为带版本的静态资源设置较长的缓存生命周期，让回访访客和附近用户即时获取。
  • 正确使用 cache-control 响应头，并采用带指纹的文件名，以便“永久”缓存，并在变更时清除缓存。
  • 确认资源确实是从缓存提供的（检查 cf-cache-status 响应头是否为 HIT）。

2. 在可行之处于边缘缓存 HTML

从边缘提供 HTML 文档本身可省去到源站的往返，从而改善 Time to First Byte 和 LCP。

  • 对基本静态的站点，在边缘缓存整页。
  • 对动态站点，缓存安全的内容（例如面向匿名访客的内容），并对已登录或个性化的请求绕过缓存。
  • 要有意识地操作：绝不要为所有用户缓存包含个人数据或会话特定数据的页面。

3. 优化图片

图片通常是页面重量的最大贡献者，因此最大的 LCP 收益通常在这里。

4. 压缩并现代化传输

  • 为基于文本的响应启用压缩（Brotli） 。
  • 通过 HTTP/2 或 HTTP/3 提供服务，以获得更高效的多路复用连接。
  • 保持 TLS 高效，并启用 Cloudflare 提供的现代协议特性。

5. 减少并排定加载优先级

  • 对 CSS 和 JavaScript 进行 minify，并移除未使用的代码。
  • 延迟加载非关键的 JavaScript，并高效加载第三方脚本；它们是常见的性能和 INP 元凶。
  • 预加载关键资源，如 LCP 图片和关键字体。

6. 测量，而非猜测

  • 在每次更改前后测试加载时间和 Core Web Vitals，使用真实（现场）数据，而不仅仅是一次实验室运行。
  • 一次只开启一项有意义的更改，以便知道究竟是什么起了作用。
  • 留意那些若应用不当会造成损害的功能；要验证，而非假设。

关键要点

  • 积极缓存静态资源，并在任何安全之处于边缘缓存 HTML。
  • 图片优化通常带来单项最大的速度提升。
  • 启用 Brotli 压缩和 HTTP/2 或 HTTP/3，并精简与排定加载优先级。
  • 始终用现场数据测量前后变化；并非每项设置都对每个站点有用。

Cloudflare 网站速度与 SEO

提升你的 Cloudflare 网站速度会同时提高转化率和排名，因为性能会直接反映到 Core Web Vitals。关于指标层面的修复，参见在 2026 年通过 Core Web Vitals 。要找出拖慢你站点的每一个技术问题（包括性能），一次技术 SEO 审计 会为你提供一份按优先级排序的行动计划。

常见问题（FAQ）

Cloudflare 真的能让网站更快吗？ 是的，配置得当时如此。它从靠近每位访客的位置提供内容，在边缘缓存静态资源（通常还有 HTML），优化图片，并压缩响应。收益取决于配置；仅靠默认设置会白白浪费性能。

最有效的单项 Cloudflare 速度设置是什么？ 积极缓存静态资源，以及在安全之处于边缘缓存 HTML，通常通过减少到源站的往返带来最大收益。由于图片主导页面重量，图片优化紧随其后。

我能在动态站点上缓存 HTML 吗？ 可以部分缓存。为匿名访客缓存页面，并对已登录或个性化的请求绕过缓存。绝不要从缓存把某个用户的个性化或会话特定页面提供给所有人。

网站速度会影响 SEO 吗？ 会。速度反映到 Core Web Vitals，而它是 Google 页面体验信号的一部分。更快的站点转化也更好，因此收益兼顾排名与营收。

我怎么知道 Cloudflare 是否从缓存提供？ 检查 cf-cache-status 响应头。HIT 表示由 Cloudflare 的边缘提供；MISS 或 DYNAMIC 表示来自你的源站。用它来确认你的缓存规则是否生效。