實際壓縮演算法
以最終響應的 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。
檢測會寫入資料庫嗎？
不會。結果只在當前頁面展示，伺服器僅短時快取。