Nginx Gzip Sıkıştırmasını Aktif Ederek Sayfa Boyutunu %70 Azaltma Yolları

Nginx Gzip sıkıştırması, sunucudan tarayıcıya gönderilen HTML, CSS, JavaScript, XML ve JSON gibi metin tabanlı dosyaları sıkıştırarak sayfa boyutunu çoğu senaryoda %50 ile %70 arasında azaltan bir performans ayarıdır. Kısaca amaç, aynı içeriği daha küçük paketlerle iletmek, ilk yüklenme süresini düşürmek ve kullanıcıya daha hızlı bir web deneyimi sunmaktır. Nginx üzerinde gzip on; satırını etkinleştirip doğru MIME türlerini, minimum dosya boyutunu ve sıkıştırma seviyesini yapılandırarak birkaç dakika içinde ölçülebilir hız kazanımı elde edebilirsiniz.

Web sitelerinde hız artık yalnızca teknik bir ayrıntı değil; SEO, dönüşüm oranı, reklam verimliliği ve kullanıcı memnuniyetini doğrudan etkileyen temel bir kalite sinyalidir. 2026 SEO standartlarında sayfa deneyimi, Core Web Vitals, mobil performans ve tarama verimliliği birlikte değerlendirilir. Bu nedenle Nginx Gzip sıkıştırmasını aktif etmek, özellikle paylaşımlı hosting, VPS, cloud sunucu veya yüksek trafikli kurumsal sitelerde ilk uygulanması gereken optimizasyonlardan biridir. Hostragons altyapısında barındırılan siteler için performans odaklı hosting seçimi de bu kazanımı destekler: hızlı web hosting paketleri.

Nginx Gzip Sıkıştırması Nedir?

Nginx Gzip sıkıştırması, HTTP yanıtlarını istemciye göndermeden önce Gzip algoritmasıyla küçülten bir sunucu tarafı özelliğidir. Tarayıcı, isteğinde Accept-Encoding: gzip bilgisini gönderir; Nginx de ilgili içeriği gzip formatında iletir. Tarayıcı bu dosyayı kullanıcı fark etmeden açar ve sayfayı normal şekilde görüntüler. Sonuçta içerik değişmez, yalnızca aktarım boyutu azalır.

Örneğin 180 KB büyüklüğündeki bir CSS dosyası gzip ile 35-50 KB aralığına düşebilir. 500 KB büyüklüğündeki bir JavaScript dosyası ise kod yapısına bağlı olarak 120-180 KB seviyesine gerileyebilir. HTML belgelerinde tekrar eden etiketler, boşluklar ve metinsel yapı yoğun olduğu için %70’e yakın küçülme oldukça yaygındır. Bu oran görseller için geçerli değildir; JPEG, PNG, WebP ve AVIF gibi formatlar zaten kendi sıkıştırma mekanizmalarına sahiptir.

Sayfa Boyutunu %70 Azaltmak Gerçekçi mi?

Evet, doğru dosya türleri için gerçekçidir. Ancak burada önemli ayrım şudur: Gzip toplam web sayfası ağırlığını değil, sıkıştırılabilir metin tabanlı kaynakların transfer boyutunu azaltır. Bir sayfanın 3 MB ağırlığında olduğunu düşünelim. Bu boyutun 1 MB’ı HTML, CSS, JS ve JSON; 2 MB’ı görsel ve video dosyalarından oluşuyorsa gzip yalnızca 1 MB’lık bölümde etkili olur. Bu bölüm %70 küçülürse toplam sayfa 3 MB’dan yaklaşık 2,3 MB’a iner. Eğer sayfa büyük ölçüde metin ve script dosyalarından oluşuyorsa toplam kazanç daha belirgin olur.

Pratik bir örnek üzerinden gidelim: Bir WordPress sitesinde ana sayfa HTML çıktısı 220 KB, tema CSS dosyaları 310 KB, JavaScript dosyaları 760 KB ve JSON istekleri 120 KB olsun. Toplam sıkıştırılabilir içerik 1.410 KB’dır. Gzip sonrası bu değer 420-600 KB aralığına düşebilir. Bu, yalnızca aktarım boyutunda yaklaşık 800-990 KB tasarruf demektir. Mobil bağlantılarda bu fark LCP ve TTFB sonrası içerik işleme süresine olumlu yansır.

Gzip Sıkıştırmasının SEO ve Kullanıcı Deneyimine Etkisi

Google, tek başına gzip açık mı kapalı mı diye bir sıralama faktörü açıklamaz; ancak gzip’in etkilediği performans metrikleri SEO açısından önemlidir. Daha küçük dosyalar daha hızlı indirilir, tarayıcı render sürecine daha erken başlar ve kullanıcı bekleme süresi azalır. Bu durum özellikle mobil kullanıcılar, düşük bant genişliği ve uluslararası ziyaretçiler için kritik hale gelir.

• Daha hızlı ilk yükleme: HTML dosyası küçük geldiğinde tarayıcı sayfanın iskeletini daha erken oluşturur.

• Daha düşük bant genişliği kullanımı: Aynı trafik hacminde daha az veri transfer edilir; bu, yoğun trafikli sitelerde maliyet avantajı sağlayabilir.

• Daha iyi tarama verimliliği: Arama motoru botları kaynakları daha verimli indirebilir.

• Core Web Vitals desteği: Gzip doğrudan LCP’yi tek başına çözmez, ancak CSS ve JS transferini azaltarak genel performans zincirine katkı verir.

• Daha düşük terk oranı: Özellikle e-ticaret ve kurumsal sitelerde birkaç yüz milisaniyelik iyileşme bile dönüşüm oranına etki edebilir.

Hız optimizasyonu yaparken yalnızca sunucu ayarına değil, hosting kalitesine, SSL yapılandırmasına, DNS süresine ve tema verimliliğine de bakmak gerekir. Güvenli ve hızlı bir kurulum için SSL sertifikası çözümleri ve alan adı yönetimi tarafında domain sorgulama ve kayıt sayfaları da performans stratejisinin parçası olabilir.

Nginx Gzip Sıkıştırması İçin Önerilen Ayarlar

Nginx üzerinde gzip’i açmak için genellikle ana yapılandırma dosyasında veya siteye özel server bloğunda birkaç direktif eklenir. Linux dağıtımına göre dosya yolu değişebilir. Ubuntu ve Debian sistemlerinde sık kullanılan dosya /etc/nginx/nginx.conf, site bazlı yapılandırmalar ise /etc/nginx/sites-available/ altında yer alır. CentOS, AlmaLinux ve Rocky Linux tarafında /etc/nginx/conf.d/ dizini daha yaygın kullanılır.

Önerilen temel yapılandırma şu mantığa dayanır: gzip aktif edilir, yalnızca yeterli büyüklükteki metin dosyaları sıkıştırılır, eski tarayıcı sorunları azaltılır ve uygun MIME türleri eklenir. Tipik bir üretim ortamında şu ayarlar kullanılır: gzip on; gzip_comp_level 5; gzip_min_length 1024; gzip_vary on; gzip_proxied any; gzip_types text/plain text/css application/javascript application/json application/xml text/xml image/svg+xml.

Burada gzip_comp_level değeri 1 ile 9 arasında olabilir. Seviye arttıkça sıkıştırma oranı artabilir, fakat CPU kullanımı da yükselir. Çoğu web sitesi için 4, 5 veya 6 dengeli seçimdir. Seviye 9 her zaman en iyi seçenek değildir; 3 KB daha küçük dosya için CPU’yu gereksiz yorabilir. Özellikle yüksek trafikli VPS ve dedicated sunucularda bu denge önemlidir. Sunucu kaynaklarınız sınırlıysa daha verimli bir barındırma planı için VPS sunucu paketleri değerlendirilebilir.

Adım Adım Nginx Gzip Sıkıştırmasını Aktif Etme

1. Mevcut Durumu Ölçün

Her optimizasyondan önce mevcut performansı ölçmek gerekir. Chrome DevTools Network sekmesinde sayfayı yenileyin ve kaynakların Size ile Transferred değerlerini kontrol edin. Eğer Transferred değeri Size değerine çok yakınsa gzip kapalı olabilir. Ayrıca yanıt başlıklarında Content-Encoding: gzip ifadesini arayın. WebPageTest, GTmetrix, PageSpeed Insights ve curl komutları da kontrol için kullanılabilir.

Örnek ölçüm planı oluşturun: ana sayfa, kategori sayfası, ürün veya hizmet sayfası ve blog yazısı gibi farklı şablonları test edin. Yalnızca ana sayfaya bakmak yanıltıcıdır. Bazı sayfalarda yoğun JavaScript, bazılarında dinamik JSON istekleri daha fazla olabilir. Ölçüm sonuçlarını bir tabloya kaydederseniz gzip sonrası kazanımı net görürsünüz.

2. Nginx Yapılandırma Dosyasını Yedekleyin

Sunucu yapılandırmalarında değişiklik yapmadan önce mutlaka yedek alın. Basit bir yapılandırma hatası Nginx’in yeniden başlamasını engelleyebilir. Bu nedenle ilgili dosyayı kopyalayın ve tarihli bir yedek oluşturun. Ayrıca yönetilen hosting kullanıyorsanız kontrol panelinizde Gzip veya Compression gibi bir ayar bulunabilir. Emin değilseniz hosting sağlayıcınızdan destek istemek daha güvenlidir.

3. Gzip Direktiflerini Ekleyin

Gzip ayarlarını http bloğuna eklemek genellikle tüm siteler için geçerli olur. Sadece belirli bir site için kullanmak istiyorsanız server bloğuna da ekleyebilirsiniz. Temel üretim önerisi şu şekildedir: gzip on; gzip_disable msie6; gzip_vary on; gzip_proxied any; gzip_comp_level 5; gzip_buffers 16 8k; gzip_http_version 1.1; gzip_min_length 1024; gzip_types text/plain text/css text/xml application/xml application/json application/javascript application/rss+xml application/atom+xml image/svg+xml.

Bu ayarlar, modern web sitelerinin en sık kullandığı metin tabanlı dosyaları kapsar. Ancak gereksiz MIME türleri eklemekten kaçının. Zaten sıkıştırılmış dosyaları yeniden sıkıştırmak performans kazandırmaz. Örneğin JPG, PNG, GIF, WebP, MP4, ZIP, PDF gibi dosyalar genellikle gzip listesine eklenmemelidir. SVG metin tabanlı olduğu için image/svg+xml istisna olarak sıkıştırılabilir.

4. Nginx Yapılandırmasını Test Edin

Değişiklik sonrası Nginx’i doğrudan yeniden başlatmak yerine önce yapılandırma test edilmelidir. nginx -t komutu söz dizimi hatalarını gösterir. Test başarılıysa systemctl reload nginx ile kesintisiz yeniden yükleme yapılabilir. Reload işlemi, aktif bağlantıları mümkün olduğunca bozmadan yeni ayarları devreye alır. Restart ise daha sert bir işlemdir ve yoğun trafikte dikkatli kullanılmalıdır.

5. Sonuçları Doğrulayın

Yapılandırma uygulandıktan sonra tarayıcı önbelleğini temizleyin veya gizli sekmede test edin. Network sekmesinde Content-Encoding: gzip başlığını kontrol edin. Ayrıca Transferred değerindeki düşüşe bakın. Örneğin daha önce 240 KB aktarılan HTML dosyasının 45-70 KB seviyesine düşmesi beklenebilir. CSS ve JS dosyalarında da benzer bir küçülme görmelisiniz.

Gzip Ayarları İçin Karşılaştırma Tablosu

Hangi Dosyalar Gzip ile Sıkıştırılmalı?

Gzip en iyi sonucu tekrar eden metin kalıpları içeren dosyalarda verir. HTML sayfaları, CSS stilleri, JavaScript dosyaları, JSON API yanıtları, XML site haritaları, RSS akışları ve SVG dosyaları bu kapsamdadır. Özellikle modern web uygulamalarında JavaScript paketleri büyük olabildiği için gzip ciddi tasarruf sağlar. Bir React, Vue veya Angular uygulamasında ana bundle dosyası gzip ile çoğu zaman yarıdan fazla küçülür.

Sıkıştırılmaması gereken dosyalar da vardır. JPEG, PNG, WebP, AVIF, MP4, MP3, ZIP, RAR ve PDF dosyaları genellikle zaten sıkıştırılmıştır. Bu dosyaları gzip’lemek hem anlamlı kazanç sağlamaz hem de CPU tüketimini artırabilir. Görseller için doğru çözüm gzip değil; WebP veya AVIF kullanımı, doğru boyutlandırma, lazy loading ve CDN stratejisidir. Bu konuda ayrı bir performans planı için web sitesi hızlandırma rehberi değerlendirilebilir.

WordPress, Laravel ve Statik Sitelerde Gzip Kullanımı

WordPress Siteleri

WordPress sitelerinde gzip iki farklı noktadan etkinleştirilebilir: sunucu düzeyi ve eklenti düzeyi. En sağlıklı yöntem sunucu düzeyidir; çünkü istek PHP’ye ulaşmadan önce Nginx tarafından optimize edilir. Cache eklentileri gzip önerisi sunsa da Nginx kullanıyorsanız asıl kontrol sunucu yapılandırmasında olmalıdır. Ayrıca WordPress tarafında CSS ve JS küçültme, kritik CSS, görsel optimizasyonu ve sayfa önbelleği ile birlikte kullanıldığında daha iyi sonuç verir.

Laravel ve API Tabanlı Uygulamalar

Laravel uygulamalarında JSON yanıtları önemli yer tutar. API endpoint’leri büyük veri döndürüyorsa gzip ciddi bant genişliği tasarrufu sağlar. Ancak çok küçük JSON yanıtlarında gzip_min_length eşiği nedeniyle sıkıştırma uygulanmayabilir; bu normaldir. API performansı için pagination, gereksiz alanları döndürmeme ve HTTP cache başlıkları da gzip kadar önemlidir.

Statik HTML Siteleri

Statik sitelerde gzip etkisi genellikle hızlı görülür. HTML, CSS ve JS dosyaları doğrudan Nginx tarafından servis edildiği için arada uygulama katmanı yoktur. Hatta bazı yapılarda önceden sıkıştırılmış .gz dosyaları üretmek de mümkündür. Fakat çoğu standart web sitesi için dinamik gzip ayarı yeterli olur.

Gzip ile Brotli Arasındaki Fark

Brotli, Google tarafından geliştirilen daha yeni bir sıkıştırma algoritmasıdır ve özellikle metin tabanlı dosyalarda gzip’e göre daha iyi oranlar sağlayabilir. Ancak Brotli desteği Nginx’in standart kurulumunda her zaman hazır gelmeyebilir; ek modül veya özel paket gerekebilir. Gzip ise yaygın, kararlı ve neredeyse tüm tarayıcılar tarafından desteklenen güvenli bir seçenektir.

2026 performans yaklaşımında en iyi pratik, mümkünse Brotli ve Gzip’i birlikte desteklemektir. Tarayıcı Brotli destekliyorsa Brotli, desteklemiyorsa gzip kullanılabilir. Ancak ilk aşamada yalnızca Nginx Gzip sıkıştırmasını doğru açmak bile çoğu site için ciddi kazanım sağlar.

CDN, Cache ve Proxy Kullanırken Dikkat Edilmesi Gerekenler

CDN veya ters proxy kullanıyorsanız sıkıştırma zincirini iyi planlamalısınız. Bazı CDN servisleri kendi tarafında gzip veya Brotli uygular. Bu durumda origin sunucuda da gzip açıksa çift sıkıştırma riski oluşmaz; çünkü doğru yapılandırılmış sistemler Content-Encoding başlığını kontrol eder. Yine de test etmek gerekir. gzip_vary on ayarı, Vary: Accept-Encoding başlığı ile önbellek sistemlerinin doğru sürümü saklamasına yardımcı olur.

Cache katmanlarında en sık görülen hata, sıkıştırılmış içeriğin sıkıştırma desteklemeyen istemciye gönderilmesidir. Modern tarayıcılarda bu nadir görülse de botlar, eski istemciler veya özel entegrasyonlarda sorun çıkabilir. Bu nedenle Vary başlığı ve doğru CDN ayarı önemlidir. Kurumsal sitelerde DNS, SSL, CDN ve hosting mimarisi birlikte ele alınmalıdır. Hostragons üzerinde ölçeklenebilir altyapılar için kurumsal hosting çözümleri incelenebilir.

Güvenlik ve Stabilite Açısından Gzip

Gzip genellikle güvenli bir performans ayarıdır; ancak hassas veriler içeren sayfalarda teorik sıkıştırma yan kanal saldırıları geçmişte tartışılmıştır. BREACH gibi saldırılar, sıkıştırılmış HTTPS yanıtlarında gizli tokenların tahmin edilmesine odaklanır. Modern uygulamalarda CSRF token yönetimi, SameSite cookie ayarları, güvenli başlıklar ve yanıt tasarımıyla bu risk azaltılır. Kamuya açık statik kaynaklarda gzip kullanımı güvenli kabul edilir.

Stabilite tarafında asıl risk yanlış yapılandırmadır. MIME türlerinin eksik olması beklenen dosyaların sıkışmamasına, hatalı blok konumu ise Nginx’in açılmamasına neden olabilir. Bu yüzden her değişiklikten sonra nginx -t testi yapılmalı, log dosyaları izlenmeli ve mümkünse yoğun saatler dışında uygulanmalıdır.

Performans Ölçümünde Hangi Metriklere Bakılmalı?

Gzip’i açtıktan sonra yalnızca PageSpeed puanına odaklanmak yeterli değildir. Daha teknik ve güvenilir metrikler takip edilmelidir. Transferred size, encoded body size, TTFB, LCP, FCP ve toplam istek boyutu birlikte değerlendirilmelidir. Gzip çoğunlukla transfer boyutunu azaltır; sunucunun uygulama üretim süresini doğrudan kısaltmaz. Yani yavaş veritabanı sorguları veya ağır PHP işlemleri varsa gzip bunları maskelemez.

• Transferred size: Tarayıcıya gerçekten aktarılan sıkıştırılmış boyuttur.

• Resource size: Tarayıcının açtıktan sonra gördüğü gerçek dosya boyutudur.

• Content-Encoding: gzip başlığı optimizasyonun aktif olduğunu gösterir.

• LCP: En büyük görünür öğenin yüklenme süresidir; gzip yardımcı olabilir ama görsel optimizasyonu da gerekir.

• Total Blocking Time: Büyük JavaScript dosyalarında aktarım kadar çalışma maliyeti de önemlidir.

Yaygın Hatalar ve Çözüm Yolları

Gzip Açık Görünüyor Ama Dosyalar Sıkışmıyor

Bu durumda ilk kontrol gzip_types satırı olmalıdır. Varsayılan Nginx yapılandırması yalnızca text/html sıkıştırabilir. CSS, JS ve JSON için ilgili MIME türlerini eklemediyseniz beklenen tasarrufu göremezsiniz. Ayrıca dosya boyutu gzip_min_length değerinin altındaysa sıkıştırma uygulanmaz.

CPU Kullanımı Arttı

gzip_comp_level seviyesini düşürün. Seviye 5 yerine 3 veya 4 kullanmak çoğu zaman benzer hız kazanımını daha düşük CPU ile sağlar. Çok yüksek trafikte CDN sıkıştırması veya statik ön sıkıştırma stratejileri değerlendirilebilir.

CDN Sonrası Content-Encoding Kayboldu

CDN panelinde compression ayarlarını kontrol edin. Bazı servislerde gzip varsayılan açık değildir veya belirli dosya türleri için devre dışı olabilir. Origin ve CDN başlıklarını ayrı ayrı test edin.

PageSpeed Puanı Beklendiği Kadar Artmadı

Bu normal olabilir. Gzip aktarım boyutunu azaltır; render engelleyici CSS, kullanılmayan JavaScript, büyük görseller, üçüncü taraf scriptler ve zayıf hosting kaynakları hâlâ performansı sınırlayabilir. Gzip temel adımdır, tüm hız problemlerinin tek çözümü değildir.

Önerilen Uygulama Kontrol Listesi

• Önce ana sayfa ve kritik şablonlarda mevcut transfer boyutlarını ölçün.

• Nginx yapılandırma dosyasını değiştirmeden önce yedek alın.

• gzip on, gzip_vary on ve gzip_min_length 1024 ayarlarını kullanın.

• CSS, JS, JSON, XML, RSS ve SVG MIME türlerini gzip_types içine ekleyin.

• gzip_comp_level değerini 4-6 aralığında tutarak CPU dengesini koruyun.

• Görsel, video ve arşiv dosyalarını gzip kapsamına almayın.

• nginx -t ile yapılandırmayı test edin, ardından reload uygulayın.

• Chrome DevTools, curl veya WebPageTest ile Content-Encoding: gzip başlığını doğrulayın.

• CDN kullanıyorsanız Vary: Accept-Encoding başlığını ve CDN sıkıştırma ayarlarını kontrol edin.

• Gzip sonrası görsel optimizasyonu, cache, veritabanı iyileştirme ve hosting kaynaklarını da değerlendirin.

Nginx Gzip Sıkıştırması Ne Zaman Yeterli Olmaz?

Bazı durumlarda gzip doğru çalışsa bile sayfa hâlâ yavaş kalabilir. Bunun nedeni transfer boyutundan çok işleme veya render maliyetidir. Örneğin 1,5 MB’lık JavaScript dosyası gzip ile 400 KB’a düşse bile tarayıcı bu kodu ayrıştırmak ve çalıştırmak zorundadır. Bu nedenle kullanılmayan JavaScript’i kaldırmak, kod bölme uygulamak ve kritik olmayan scriptleri ertelemek gerekir.

Benzer şekilde, ana görsel 1 MB ise gzip bunu çözmez. Görseli WebP veya AVIF formatına dönüştürmek, doğru piksel boyutunda sunmak ve responsive image kullanmak gerekir. Yavaş veritabanı sorguları, düşük CPU limitleri veya yoğun paylaşımlı hosting ortamları da gzip’in etkisini sınırlayabilir. Bu noktada barındırma mimarisi gözden geçirilmelidir: performans odaklı hosting seçimi.

Sonuç: Küçük Bir Ayar, Büyük Performans Kazancı

Nginx Gzip sıkıştırması, sayfa boyutunu ve veri transferini azaltmanın en hızlı, düşük maliyetli ve etkili yollarından biridir. Doğru yapılandırıldığında HTML, CSS, JavaScript, JSON ve XML dosyalarında %50-70 arası küçülme sağlayabilir. Bu da daha hızlı yükleme, daha iyi kullanıcı deneyimi ve SEO performansını destekleyen daha sağlıklı bir teknik temel anlamına gelir.

En iyi sonuç için gzip’i tek başına değil; cache, görsel optimizasyonu, kaliteli hosting, güncel SSL ve temiz kod yapısıyla birlikte düşünün. Hostragons üzerinde sitenizin performans altyapısını güçlendirmek isterseniz hosting, domain ve SSL çözümlerini karşılaştırarak ihtiyaçlarınıza uygun planı seçebilirsiniz: Hostragons hosting çözümleri.

Sıkça Sorulan Sorular

Nginx Gzip sıkıştırması sayfa hızını gerçekten artırır mı?

Evet. Gzip, metin tabanlı dosyaların transfer boyutunu küçülterek tarayıcının kaynakları daha hızlı indirmesine yardımcı olur. Özellikle HTML, CSS, JavaScript ve JSON dosyalarında belirgin hız kazanımı sağlar. Ancak görsel optimizasyonu, cache ve sunucu performansı gibi diğer faktörlerle birlikte değerlendirilmelidir.

Gzip sıkıştırma seviyesi kaç olmalı?

Çoğu üretim ortamı için gzip_comp_level 4, 5 veya 6 idealdir. Daha yüksek seviyeler küçük ek tasarruf sağlayabilir ancak CPU kullanımını artırır. Yüksek trafikli sitelerde dengeli seviye seçmek, maksimum sıkıştırmadan daha önemlidir.

Gzip görselleri de sıkıştırır mı?

Teknik olarak bazı dosyalar gzip kapsamına alınabilir, ancak JPEG, PNG, WebP, AVIF ve MP4 gibi formatlar zaten sıkıştırılmıştır. Bu dosyalarda gzip anlamlı kazanç sağlamaz. Görseller için doğru yöntem format dönüşümü, boyutlandırma, lazy loading ve CDN kullanımıdır.

Gzip ile Brotli aynı anda kullanılabilir mi?

Evet. Uygun yapılandırmada tarayıcı Brotli destekliyorsa Brotli, desteklemiyorsa Gzip kullanılabilir. Brotli genellikle daha iyi sıkıştırma oranı sunar; fakat Nginx’te ek modül gerektirebilir. Gzip ise yaygın destekli ve kolay uygulanabilir temel çözümdür.

Gzip’in aktif olduğunu nasıl kontrol ederim?

Chrome DevTools Network sekmesinde ilgili dosyayı seçip response headers bölümünde Content-Encoding: gzip başlığını arayabilirsiniz. Ayrıca curl veya WebPageTest gibi araçlarla da kontrol yapılabilir. Transferred boyutunun resource size değerinden belirgin şekilde küçük olması da sıkıştırmanın çalıştığını gösterir.