工具用的顺手吗？
你的反馈能帮助我们做得更好
检测指定网址的HTTP响应是否启用了Brotli压缩，分析压缩效果，为网站性能优化提供依据。
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
一个 URL 是否返回 Brotli，最直接的信号是本次 HTTP 响应的 Content-Encoding 是否包含 br。页面会携带 Accept-Encoding: gzip, deflate, br 请求目标地址，再读取收到的响应头；包含 br 时显示“已启用”，返回 gzip、没有该字段或使用其他编码时显示“未启用”。
这项结论针对输入 URL 的一次主文档请求，不是整站扫描。HTML 使用 Brotli，并不自动证明页面里的 CSS、JavaScript、字体或接口响应也使用相同编码；反过来，主文档未返回 br，某个静态资源仍可能启用 Brotli。
| 字段 | 页面含义 | 判读重点 |
|---|---|---|
| Brotli 状态 | Content-Encoding 中是否包含 br | 代表这一次协商得到的响应 |
| 原始大小 | 返回文本按 UTF-8 编码后的字节数 | 是已读取文本的估算，不是源站文件系统大小 |
| 压缩后大小 | 优先读取响应头 Content-Length | 无该字段时可能显示“未知 (chunked)” |
| 压缩率 | (原始字节 - Content-Length) ÷ 原始字节 × 100% | 只有两项都可用时才有数值 |
| 耗时 | 从发起检测到整理结果的经过时间 | 包含网络和服务处理，不等同于浏览器页面性能指标 |
| Server | 响应头暴露的服务器标识 | 字段可缺失、隐藏或被代理改写 |
大小和压缩率属于辅助信息。HTTP 客户端可能自动解压正文，而 Content-Length 描述的是所收到表示的长度；重定向、分块传输、中间缓存和头字段改写也会影响可比性。因此“是否包含 br”比压缩率估算更适合做首要结论。
Accept-Encoding 是请求方列出可接受的编码，服务器仍可根据资源类型、缓存版本、负载策略和协商规则选择 br、gzip 或不压缩。Content-Encoding 则描述实际响应已经应用的编码；它与 Content-Type 不同，后者描述 HTML、CSS、图片等媒体类型。
Brotli 是无损压缩格式，解码后应恢复相同的表示数据。检测页不重新压缩内容，也不评价服务器所用压缩级别；仅凭响应头无法得知编码器质量参数、CPU 成本或预压缩文件的生成方式。
Content-Encoding 的语义和内容编码协商说明；2022 年 6 月发布，2026-09-22 核验。指南
按步骤完成操作，并通过示例核对输入与结果。
地址必须以 http:// 或 https:// 开头，后面不能含空格。若要检查具体资源，应直接填该 HTML、CSS、JS 或其他文本资源的完整 URL。
点击检测按钮并等待请求完成。地址无效、目标超时、拒绝访问或返回异常时，页面会显示失败信息，不应把请求失败解释为“未启用”。
优先读取状态和原始 Content-Encoding。显示 br 才说明该次响应选择了 Brotli；gzip 只说明本次选择了 Gzip。
仅当压缩后大小和压缩率都有数值时再作参考。若显示未知、短横线或缺少服务器标识，应保留这一“不确定”状态，不要自行补值。
对首页、主 CSS、主脚本和接口分别检测，或用浏览器网络面板在真实访问环境中核对，以识别按资源类型、地区或缓存层变化的配置。
“未启用”表示请求成功并形成了结果，但响应头没有把 br 列为实际内容编码；“检测失败”表示没有拿到可分析的响应，例如 URL 格式错误、访问超时或对方拒绝请求。二者对应的排查方向不同：前者检查内容协商和服务器配置，后者先确认地址可达性、访问控制与目标站策略。
场景
查看这项工具在不同工作与生活流程中的用法。
发布负责人分别提交 HTML、CSS 和 JavaScript 地址，确认每类文本资源的实际编码，而不是由首页结果推断全站。
运维人员在配置变更前后检查相同 URL，记录编码字段、时间和大小是否变化，再结合源站与边缘节点日志定位协商差异。
团队成员发现不同网络返回不同编码时，可保存每次结果作为线索；最终仍需在对应地区、浏览器和缓存状态下抓取真实请求。
问答
集中解答高频疑问与容易混淆的问题。
代表服务器对这一次请求选择了 Gzip，而不是 Brotli。它不能证明服务器完全不支持 Brotli，因为资源类型、协议、缓存或请求环境变化后可能返回不同编码。
响应可能没有可用的 Content-Length，例如采用分块传输或头字段被中间层移除。此时 br 状态仍来自编码字段，但压缩大小和压缩率不能可靠计算。
不能。结果只对应提交的 URL；页面引用的脚本、样式、字体、图片和接口各自有独立响应头，需要逐个抽查。
两次请求的用户代理、出口地区、缓存命中、Cookie、登录状态或重定向路径可能不同。把两边最终 URL、请求头和响应头放在一起比较，才能定位差异。
须知
使用前了解适用范围、结果限制与必要提醒。
结果是单次远程请求的观测，不是持续监控、漏洞扫描或整站性能审计。目标站可能按用户代理、地区、身份、协议、资源类型和缓存状态返回不同表示；关键变更应从真实用户环境再次验证。
不要提交内网地址、带临时令牌的签名 URL、管理后台地址或含敏感查询参数的链接。大小与压缩率是基于返回文本和响应头的估算，不能作为带宽结算、容量规划或性能验收的唯一依据。
推荐
查找相关工具、专题与可用的 API 能力。