GZIP压缩检测

这次响应有没有使用GZIP

输入以http://或https://开头的完整URL后，工具会代表你请求该地址，并声明可接受gzip、deflate和br编码。判定“GZIP已开启”的直接条件，是本次最终响应的Content-Encoding值包含gzip。这检测的是指定URL在这一次请求中的实际响应，不是服务器控制面板里是否打开了某个全局开关。

服务器可以按资源类型、响应大小、客户端能力、CDN节点或缓存状态选择不同编码，因此首页通过不代表所有CSS、JavaScript、JSON和其他路径都相同。反过来，某个小页面未压缩也不能证明整个站点都未配置压缩。

四个结果指标怎样读

结果还会显示响应中的服务器标识；若响应没有该字段，则显示未知。只有判定为GZIP时才展开体积、压缩率和耗时卡片。

为什么响应头是判定核心

Accept-Encoding表达请求方可以接受哪些编码；Content-Encoding记录发送方对当前表示实际应用了什么编码。若返回Content-Encoding: gzip，即可认定本次响应采用GZIP。若返回br，说明使用的是Brotli而非GZIP；当前页面会把它显示为“GZIP未开启”，即使内容实际上已经用另一种算法压缩。

协议依据

从单页检测到站点排查

1. 填写可公开访问的完整URL

   包含协议和具体路径，例如https://example.com/docs/page。不要只输入域名片段，也不要提交含一次性令牌或私密查询参数的链接。

2. 运行并先看状态

   “GZIP已开启”表示本次响应头声明了gzip。若显示未开启，先确认目标是否返回了Brotli、重定向页、错误页或其他内容，而不是立即改服务器配置。

3. 再看体积口径

   把压缩率当作估算信息，尤其在Content-Length缺失、分块传输、自动解压或动态页面情况下，不要把它当成抓包得到的真实传输字节。

4. 逐个检测关键资源

   分别检查首页、主要脚本、样式表和数据接口的公开URL。服务器可能只压缩部分MIME类型，逐路径检查更容易定位遗漏。

5. 用浏览器网络面板复核

   生产发布前，在真实浏览器环境检查目标资源的响应头、传输大小、状态码和缓存命中情况，确认终端用户收到的结果。

检测异常与结果差异

判定范围与数据注意

本工具只回答“这一次请求是否返回gzip标记”，不评估整站性能，也不证明压缩配置在所有地区、设备、资源和缓存状态下都一致。

• 页面会把输入URL提交给检测服务，并由该服务访问目标地址；请勿输入带认证信息、重置令牌、签名参数或内部系统地址的URL。
• 当前状态不会把br或deflate算作GZIP已开启。看到“未开启”时应先检查实际Content-Encoding。
• 体积和压缩率可能是估算值；自动解压、Content-Length缺失、分块传输、动态内容与中间代理都会影响结果。
• 耗时包含检测链路和处理时间，不能替代真实用户监控、核心网页指标或完整瀑布图分析。
• 一次检测只覆盖输入URL返回的主体，不会自动抓取并统计页面引用的图片、字体、脚本和样式表。