Brotli sıkıştırma Gzip’e göre SEO performansını ne kadar değiştirir?

Brotli ve Gzip: Algoritma Düzeyinde Temel Fark Nedir?

Gzip, LZ77 tabanlı bir sıkıştırma algoritması olarak 1990’lardan bu yana web transferinin standart yöntemi. Brotli ise Google’ın 2015’te yayımladığı ve statik sözlük (pre-defined dictionary) yaklaşımıyla öne çıkan modern bir alternatif. Bu sözlük; yaygın HTML yapılarını, CSS kalıplarını ve JavaScript token’larını önceden barındırarak tekrar eden kalıpların kodlanmasını Gzip’e kıyasla çok daha verimli kılıyor.

Sıkıştırma seviyeleri açısından Brotli level 1-11, Gzip ise level 1-9 sunar. Level yükseldikçe sıkıştırma oranı artar, ancak CPU maliyeti de beraberinde yükselir. Sunucu kaynaklarını zorlamadan maksimum verim elde etmek için Brotli level 6, hız ve oran dengesi açısından en güvenli başlangıç noktasıdır. Level 11 yalnızca derleme zamanı sıkıştırmasında — statik CSS ve JS bundle’larında — tercih edilmelidir.

Kritik bir kısıt: Brotli yalnızca HTTPS bağlantılarında çalışır. Tarayıcılar, HTTP üzerinden iletilen Brotli yanıtlarını kabul etmez; bu nedenle HTTP trafiğinde Gzip fallback zorunludur. Accept-Encoding başlığı ve content negotiation gibi teknik SEO terimleri hakkında daha fazla bilgiye sözlüğümüzden ulaşabilirsiniz.

Protokol düzeyinde akış şöyle işliyor: Tarayıcı her istekte Accept-Encoding: br, gzip, deflate başlığını göndererek desteklediği formatları bildirir; sunucu en iyi eşleşmeyi seçerek Content-Encoding: br veya Content-Encoding: gzip ile yanıt verir. Bu mekanizma, iki formatın çakışmadan aynı anda sunulmasını sağlar.

2026 Benchmark: HTML, CSS ve JS Dosyalarında Sıkıştırma Oranı Farkı

DebugBear’ın 2026 benchmark verilerine göre Brotli; HTML dosyalarında Gzip’e kıyasla ortalama %26, CSS dosyalarında %17, JavaScript bundle’larında ise %15 daha iyi sıkıştırma sağlıyor. HTTP Archive’ın 2025-2026 web tarama istatistiklerine göre Brotli kullanımı %40’ı aşarak Gzip ile neredeyse eşit düzeye ulaştı — iki yıl önceki %25 payıyla karşılaştırıldığında belirgin bir ivmelenme söz konusu.

Statik varlıklar ile dinamik HTML sayfaları için sıkıştırma stratejisi farklılaşmalıdır. CSS ve JS bundle’ları derleme zamanında Brotli level 9-11 ile sıkıştırılabilir; CPU maliyeti yalnızca bir kez ödenir ve dosyalar diskten servis edilir. Dinamik HTML içinse her istekte gerçek zamanlı sıkıştırma gerektiğinden level 4-6 arası daha sürdürülebilir bir CPU/oran dengesi sunar.

Yeni bir rekabetçi dinamik de dikkat çekiyor: Cloudflare, 2024-2025 sürecinde kendi altyapısında Zstd (Zstandard) sıkıştırmasını devreye aldı. Zstd; Brotli’ye benzer sıkıştırma oranı sunarken çok daha yüksek açma (decompression) hızı vadediyor. Ancak GoogleBot’un Zstd desteği 2026 itibarıyla henüz netleşmedi; bu belirsizlik nedeniyle mevcut SEO yapılandırmalarında Brotli hâlâ daha güvenli seçim olmaya devam ediyor.

Gerçek Site Testi: Brotli’ye Geçiş Sonrası LCP ve Organik Trafik Değişimi

Gzip’ten Brotli’ye geçişin somut etkisini ortaya koymak amacıyla değerlendirilen bir e-ticaret sitesinde, veriler ölçülebilir iyileşmeye işaret ediyor. Brotli aktivasyonu öncesinde PageSpeed Insights mobil LCP değeri 3,4 saniyeyken, geçişin ardından dört haftalık CrUX alanı verisi bu süreyi 2,9 saniyeye çekti — yaklaşık %15’lik bir iyileşme. TTFB ise ortalama 420 ms’den 370 ms’ye geriledi.

Google Search Console Core Web Vitals raporu sekiz haftalık süreçte “İyileştirme Gerekiyor” bandından “İyi” bandına geçişi kayıt altına aldı. Aynı dönemde organik tıklama oranında (CTR) %3-5 artış gözlemlendi; ancak bu ilişki doğrusal bir nedensellik değil, sayfa deneyimi sinyallerinin bütünsel iyileşmesinin yansımasıdır.

Google’ın 2024’te FID metriğinin yerini INP’ye (Interaction to Next Paint) bırakmasıyla birlikte JavaScript sıkıştırması daha kritik bir öneme kavuştu. WP Rocket’ın yayımladığı Brotli ve Gzip karşılaştırma verilerine göre büyük JS bundle’larında Brotli ile elde edilen boyut küçülmesi, tarayıcının parse ve compile sürelerini de kısaltarak INP’ye dolaylı iyileştirici etki yapıyor. Bu etki özellikle 200 KB üzeri JS yükleyen sayfalarda belirginleşiyor.

Organik trafik üzerindeki uzun vadeli etkiyi doğru yorumlamak için sıkıştırma değişkenini mümkün olduğunca izole etmek gerekiyor. İçerik güncellemeleri veya link profili değişiklikleriyle çakışan dönemlerde GSC verisi yanıltıcı olabilir; CrUX’un 28 günlük alan penceresi, değişim etkisini okumak için en güvenilir referans noktasıdır.

Core Web Vitals ve SEO Sıralamasına Etkisi: Doğrudan mı, Dolaylı mı?

Google’ın sayfa deneyimi sinyal kümesinde sıkıştırma, doğrudan bir sıralama sinyali değildir. Bununla birlikte, sıkıştırma ile LCP arasındaki zincir iyi belgelenmiş durumda: küçülen dosya boyutu daha hızlı ağ transferini, bu da daha erken TTFB’yi, daha hızlı render’ı ve nihayet daha iyi LCP’yi beraberinde getiriyor. Brotli’nin Gzip’e göre sunduğu %15-26 boyut avantajı, özellikle mobil bağlantılarda bu zincirin tüm halkalarını güçlendiriyor.

INP metriği açısından Brotli’nin katkısı dolaylı ama ölçülebilir: JavaScript dosyasının ağ transferi ne kadar hızlı tamamlanırsa, tarayıcı parse ve execute aşamalarına o kadar erken başlar ve ilk kullanıcı etkileşimine yanıt süresi kısalır. CLS (Cumulative Layout Shift) üzerinde ise Brotli’nin anlamlı bir etkisi yok; CLS, ağ gecikmesinden çok kaynak yükleme sırası ve sayfa düzeni kararlarıyla şekilleniyor.

GoogleBot hem Gzip hem Brotli’yi destekliyor; bu destek 2020’den bu yana aktif. Güvenli tarafta kalmak için Gzip fallback’i her zaman etkin tutun ve doğrulama için curl -H ‘Accept-Encoding: br’ -I https://siteniz.com komutunu çalıştırın; yanıtta Content-Encoding: br görüyorsanız Brotli aktif demektir. Sıralama değişimlerini dönemsel olarak izlemek için sıralama takibi aracını kullanabilirsiniz.

HTTP/2 ortamında Brotli’nin boyut avantajı daha da güçleniyor; HTTP/2’nin çoğullama (multiplexing) özelliği, küçük dosyaların paralel iletimini hızlandırıyor. HTTP/3 (QUIC) üzerinde ise UDP tabanlı bağlantı kurma süresinin kısalmasıyla bu avantaj sürdürülüyor. Protokol ne olursa olsun, daha küçük dosya boyutu her zaman hız avantajı sağlıyor.

Nginx, Apache, WordPress ve CDN’de Brotli Kurulum Rehberi (Adım Adım)

Brotli’yi sunucunuzda etkinleştirmek, kullandığınız altyapıya göre farklı adımlar gerektiriyor. Aşağıdaki rehber, en yaygın dört senaryo için adım adım kurulum sürecini kapsamaktadır.

1. Mevcut sıkıştırma durumunu doğrulayın: Terminal üzerinden curl -H ‘Accept-Encoding: br’ -I https://siteniz.com komutunu çalıştırın. Yanıtta Content-Encoding: br görüyorsanız Brotli zaten aktif; yoksa aşağıdaki adımlara geçin.
2. Nginx’te ngx_brotli modülünü kurun: ngx_brotli modülünü Nginx ile birlikte derleyin veya dağıtımınızın paket deposundan yükleyin. nginx.conf dosyasına brotli on;, brotli_comp_level 6; ve MIME türlerini tanımlayan brotli_types direktiflerini ekleyin; ardından nginx -s reload ile servisi yeniden yükleyin.
3. Apache’de mod_brotli’yi etkinleştirin: a2enmod brotli komutuyla modülü aktif edin. .htaccess veya httpd.conf dosyanıza AddOutputFilterByType BROTLI_COMPRESS text/html text/css application/javascript direktifini ekleyip Apache’yi yeniden başlatın.
4. WordPress’te CDN veya eklenti seçin: Hosting sağlayıcınız sunucu düzeyinde Brotli sunmuyorsa Cloudflare Speed bölümündeki Brotli toggle’ı veya WP Rocket gibi bir eklentinin CDN entegrasyonu üzerinden etkinleştirebilirsiniz.
5. Cloudflare’de Brotli’yi açın: Cloudflare Dashboard üzerinden Speed > Optimization sekmesine gidin ve Brotli anahtarını etkinleştirin. Bu işlem, CDN katmanından geçen tüm trafiği kapsar.
6. AWS CloudFront’ta sıkıştırmayı etkinleştirin: Distribution ayarlarında Compress Objects Automatically seçeneğini işaretleyin. CloudFront, Accept-Encoding başlığına göre Brotli veya Gzip’i otomatik seçer; ek yapılandırma gerekmez.
7. PageSpeed Insights ve CrUX ile sonuçları ölçün: Aktivasyon sonrasındaki LCP ve TTFB değerlerini kaydedin. 28 gün sonra Google Search Console > Core Web Vitals raporunu inceleyerek alan düzeyindeki değişimi ölçün; CrUX gerçek kullanıcı deneyimini yansıtır.

Gzip ve Brotli’yi aynı anda sunmak için ayrı bir yapılandırma kuralı yazmanıza gerek yok. Sunucu tarafı content negotiation, tarayıcının Accept-Encoding başlığını okuyarak hangi formatın döneceğine otomatik karar verir; hem Nginx hem Apache’nin yerleşik modülleri bu mekanizmayı hazır olarak destekliyor.

SEOYEN Site Sağlığı Aracıyla Sıkıştırma Açıklarını Tespit Et ve Sıralamayı Takip Et

Sunucu sıkıştırma yapılandırmasını elle denetlemek, özellikle birden fazla alt alan adı veya CDN katmanı bulunan sitelerde gözden kaçan açıklara yol açabiliyor. SEOYEN’in site sağlığı taraması, Brotli veya Gzip eksikliğini otomatik olarak tespit ederek öncelik sırasına göre listeler; hangi sayfanın sıkıştırma uyarısı aldığını tek panelde görebilirsiniz.

Brotli aktivasyonu sonrasındaki organik kazanımları doğru ölçmek için düzenli sıralama takibi kritik önem taşıyor. Sıkıştırma kaynaklı Core Web Vitals iyileşmesinin sıralamaya yansıması genellikle 4-8 haftalık gecikmeyle gerçekleşir; bu süreçte haftalık konum değişimlerini ve organik CTR’yi yan yana izlemek, değişimin gerçek etkisini anlamlandırmayı kolaylaştırır.

Ahrefs gibi uluslararası araçlar teknik SEO denetimi için kapsamlı özellikler sunar; ancak Türkçe arayüz eksikliği ve dolar bazlı fiyatlandırma, küçük işletmeler ve yerel SEO uzmanları için ciddi bir bariyer oluşturuyor. SEOYEN; Türkçe arayüz, TL bazlı fiyatlandırma ve yerli destek eşliğinde site sağlığı taraması, sıralama takibi ve rakip analizini tek platformda sunuyor. Güncel fiyatlandırma sayfasından planları karşılaştırabilirsiniz.

Tek bir platformda tüm teknik SEO araçlarına erişim, iş akışınızı sadeleştiriyor ve ayrı araç aboneliklerinden kaynaklanan ek maliyeti ortadan kaldırıyor. Döviz kuruna bağlı fiyat dalgalanmaları olmadan bütçenizi öngörülebilir biçimde planlayabilirsiniz.

Sıkça Sorulan Sorular