需要澄清的是，Cloudflare 控制台并没有直接提供“压缩级别”（如 1-9 级）的调节选项，标题中提到的“调整压缩级别”实际上是指在源站服务器（如 Nginx/Apache）上进行配置，Cloudflare 边缘侧通常自动管理或仅提供 Brotli 开关。对于动态页面，影响生成的关键通常在于源站是否进行了高强度压缩，建议优先确认压缩发生的位置，再监测源站 CPU 和首字节时间。

命令速用版：检查压缩状态

通过 curl 命令检查响应头，确认当前生效的压缩算法和来源。

curl -H "Accept-Encoding: br, gzip" -I https://yourdomain.com/dynamic-page.php

查看返回头中的 Content-Encoding 字段，若为 br 或 gzip 说明已压缩。若需测试源站直连情况，可临时修改 hosts 绕过 Cloudflare 对比。

源站压缩级别配置示例

既然 Cloudflare 无法调整级别，若需优化压缩率与 CPU 的平衡，需在源站调整。以下是常见 Web 服务器的配置方法：

Nginx 配置

编辑 nginx.conf 或站点配置文件，调整 gzip_comp_level（范围 1-9，默认通常为 6）。

http {
    gzip on;
    gzip_comp_level 5;  # 建议动态页面设置为 1-5，静态资源可更高
    gzip_types text/plain text/css application/json application/javascript;
}

Apache 配置

编辑 .htaccess 或 httpd.conf，调整 DeflateCompressionLevel。

<IfModule mod_deflate.c>
    SetOutputFilter DEFLATE
    DeflateCompressionLevel 6  # 范围 1-9
</IfModule>

性能测试与验证方法

调整配置后，需量化评估对动态页面生成时间的影响。

方法一：直接使用格式字符串（推荐）

无需创建额外文件，直接在命令中定义输出格式：

curl -w "time_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n" -o /dev/null -s "https://yourdomain.com"

方法二：使用 format.txt 文件

若需多次复用，可创建配置文件。首先创建 format.txt，内容如下：

time_starttransfer: %{time_starttransfer}\ntime_total: %{time_total}\n

然后执行命令：

curl -w "@format.txt" -o /dev/null -s "https://yourdomain.com"

指标解读

• time_starttransfer：首字节时间（TTFB），反映源站生成动态内容的速度。
• time_total：总耗时，包含传输时间。
• 判断标准：若调高压缩级别后，time_starttransfer 显著增加（如超过 50ms），说明 CPU 计算开销过大，应降低级别。

常见坑与排查

1. 动态内容被缓存：有时为了测试压缩，误开了动态页面的缓存，导致看到的是旧数据。验证时请确保 Cache Status 为 BYPASS 或 EXPIRED。

2. 小文件过度压缩：对于非常小的动态响应，高压缩级别带来的体积减少微乎其微，但 CPU 消耗不成比例，得不偿失。

3. 兼容性问题：虽然 Brotli 已广泛支持，但极少数旧客户端或特定爬虫可能不支持，需监控 4xx/5xx 错误率是否有波动。

4. 双重压缩：确保源站发送给 Cloudflare 的内容未被压缩，或者允许 Cloudflare 重新压缩。如果在源站强制压缩，Cloudflare 可能无法再次优化，甚至导致兼容性问题。

参考来源

• Cloudflare Developers, "Brotli", developers.cloudflare.com
• Cloudflare Developers, "Compression", developers.cloudflare.com
• Nginx Documentation, "ngx_http_gzip_module"
• Apache HTTP Server, "mod_deflate"