數據來自Steve Souders的《 Even Faster Web Sites》中的“第9章：超越Gzip壓縮”，經過作者許可。

Google的web搜索日志也顯示，下載未經壓縮數據的用戶比下載壓縮數據的用戶評價多花費25％的頁面裝載時間。在一個隨機試驗中，我們強行給一些（聲稱）不接受壓縮數據的用戶推送了壓縮數據，結果我們測量到它們的頁面延遲有300毫秒的提升。不過這個試驗不能完全說明問題，因為這些被強行推送壓縮數據的用戶中有一些可能是誤傷的，因為它們可能真的是在比較老式的計算機上使用比較老的（不支持壓縮的）軟件（后面會講到，更多的可能并非如此）。

它們為啥不支持壓縮?

我們發現有4種常見的原因導致用戶接受不到壓縮內容：殺毒軟件，瀏覽器缺陷，網絡代理和服務器配置錯誤。前面3種影響了網絡請求導致了網絡服務器不知道瀏覽器其實能解壓內容，尤其是它們錯誤的吧瀏覽器本來應該在每個請求中發送給服務器的Accept-Encoding 這個http頭給去掉或者破壞了。

殺毒軟件可能是為了減少cpu占用，對網絡請求進行了攔截和篡改，這樣服務器就會發送不壓縮的數據給客戶端（這樣它們就不用先解壓后查毒而可以直接查毒了）。但是，如果CPU是系統的性能瓶頸，那么殺毒軟件這樣做根本不是在幫忙而是在添亂。一些著名的殺毒軟跟網絡壓縮有沖突。網友們自行可以到Browserscope.org上的 瀏覽器壓縮支持測試頁面 上驗證一下自己的殺毒軟件是否和網絡壓縮有沖突。

默認情況下IE6瀏覽器在通過代理服務器訪問網絡的時候會降級通訊協議為HTTP/1.0（在IE6的工具——Internet選項——高級 中的第2個選項叫做“  通過代理連接使用 HTTP 1.1  ” ），其結果就是不會發送一個Accept-Encoding的請求頭部。下面的表格是從Google的網絡搜索日志中生成出來的，顯示出來自IE6的搜索在所有“未聲明接受壓縮結果”的搜索中占了36％。這個比例比IE6的實際使用比例要高。

數據來自Google網絡搜索日志

還有那么一小撮ISP，它們的未壓縮內容（未聲明接受壓縮的請求）的比例超過了95％。一個看起來有道理的假設是，這些ISP或者公司代理去掉或者篡改了Accept-Encoding這個HTTP頭部。和殺毒軟件的情況一樣，懷疑自己的ISP和網絡壓縮有沖突的網友們自行可以到Browserscope.org上的 瀏覽器壓縮支持測試頁面 上驗證一下。

該怎么做?

為了減少未壓縮的數據，我們需要一起努力

• 公司里的IT部門和獨立的個人用戶可以升級瀏覽器，尤其是用IE6通過代理服務器上網的用戶。使用最新版本的 Firefox, Internet Explorer, Opera, Safari, 或者 Google Chrome 可以增加下載到壓縮后數據的機會。一份最近的 IEEE分析期刊社論 中列出了更多的——除了壓縮之外——的升級掉IE6瀏覽器的理由。
• 殺毒軟件供應商可以開始正確的解決壓縮問題，在后續的發行版中停止篡改和刪除Accept-Encoding這個HTTP頭部。
• 那些使用http代理并且把Accept-Encoding這個HTTP頭部篡改或者剝離掉的ISP們，可以升級、重新配置或者安裝一個好一點的不會禁止用戶使用壓縮功能的代理服務器。
• 網絡管理員們可以用 Page Speed (或者其他類似的工具)來檢測自己的網頁內容是否是經過壓縮的。