实际压缩算法
以最终响应的 Content-Encoding 为准，不依赖声明或猜测。
Gzip / Brotli 压缩检测
Gzip / Brotli 压缩检测
检查实际 Content-Encoding、传输体积与解压后体积。
输入网站地址后开始检测
网页传输体积优化
什么是 Gzip 与 Brotli 压缩？
HTTP 内容压缩可以减少 HTML、CSS、JavaScript、JSON、XML 和 SVG 等文本资源的传输字节。浏览器通过 Accept-Encoding 告知支持的算法，服务器用 Content-Encoding 返回实际选择。
Brotli 通常对文本资源有更高压缩率，Gzip 兼容范围更广。图片、视频和已压缩字体通常不应重复压缩。
检测内容
传输与解压体积
分别显示读取到的压缩字节和解压后字节。
本次压缩收益
根据实际字节计算节省比例，不使用固定估算值。
为什么要检测真实响应压缩？
控制面板显示已启用不代表每个域名、路径和代理层都正确返回压缩，错误的 MIME、缓存键或反向代理配置都可能让压缩失效。
降低首屏传输
减少 HTML 和脚本下载字节，改善弱网加载。
发现代理配置差异
验证 CDN、反向代理与源站实际返回的编码。
量化当前收益
用本次响应的真实压缩和解压字节计算节省比例。
压缩检测如何工作？
工具发送 Accept-Encoding: br, gzip, deflate，并安全读取最终响应一次。
- 01
声明压缩能力
以现代浏览器常见顺序请求 Brotli、Gzip 和 Deflate。
- 02
读取实际编码
从最终响应 Content-Encoding 判断真正使用的算法。
- 03
受限解压
在严格字节上限内解压文本，避免压缩炸弹和大响应。
- 04
计算与建议
展示传输体积、解压体积和缺少压缩的问题。
Gzip 与 Brotli 压缩常见问题
Brotli 一定比 Gzip 快吗？
Brotli 通常压缩率更高，但服务器压缩级别、动态计算成本和缓存都会影响整体效果。
为什么 Content-Length 和传输字节不同？
分块传输、读取上限、代理处理和 HTTP 帧开销都会造成差异，工具以实际读取的响应体字节为主。
图片需要 Gzip 吗？
JPEG、PNG、WebP、AVIF 和视频通常已压缩，再压缩收益很低并增加 CPU。
检测会写入数据库吗？
不会。结果只在当前页面展示，服务器仅短时缓存。