cPanel Optimize Website ile İçerik Sıkıştırma

Bir web sayfası açıldığında tarayıcı ile sunucu arasında akan her byte, kullanıcının beklediği süreye eklenir. HTML, CSS ve JavaScript dosyaları özünde düz metindir ve düz metin, tekrar eden karakterlerle doludur; işte bu tekrarlar sıkıştırma algoritmaları için altın madenidir. Sunucu, dosyayı diske yazıldığı halde göndermek yerine gönderim anında Gzip ile paketler, tarayıcı da karşı tarafta açar. Sonuç çoğu zaman aynı görünen bir sayfanın, ağ üzerinde üçte bir hatta beşte bir boyutla taşınmasıdır.

cPanel bu işi "Optimize Website" adında sade bir arayüzle önümüze koyar. Perde arkasında Apache'nin mod_deflate modülü çalışır; siz yalnızca hangi içerik türlerinin sıkıştırılacağını seçersiniz. Bu rehberde aracın ne yaptığını, hangi seçeneği ne zaman kullanmanız gerektiğini, sıkıştırmanın CPU tarafındaki maliyetini ve en önemlisi işin gerçekten çalışıp çalışmadığını tarayıcıdan nasıl doğrulayacağınızı adım adım anlatacağım. Kıdemli bir sistem yöneticisinin müşterisine masaya oturup gösterdiği gibi, gerçek komutlar ve gerçek çıktılarla ilerleyeceğiz.

Gzip Sıkıştırma Sayfa Boyutunu Neden Bu Kadar Düşürür#

Sıkıştırmanın büyüsü metnin doğasında saklıdır. Bir HTML belgesi düşünün: yüzlerce kez tekrar eden <div class="..."> etiketleri, boşluklar, girintiler, aynı CSS sınıf adları. Gzip'in temelinde yatan DEFLATE algoritması bu tekrarları bulur, ilk görülen bloğu saklar ve sonraki tekrarlar için "şu kadar önce gördüğün şeyin aynısı" diyen kısa referanslar yazar. Metin ne kadar örüntülüyse kazanç o kadar büyük olur.

Pratikte tipik oranlar şöyledir: HTML ve CSS dosyaları çoğunlukla yüzde 70 ila yüzde 80 arasında küçülür, JavaScript yüzde 60 ila yüzde 75 bandında kalır. Yani 300 KB'lik bir CSS dosyası tel üzerinde 70 KB olarak seyahat eder. Mobil bir kullanıcının sınırlı bant genişliğinde bu fark, sayfanın bir saniyede mi yoksa üç saniyede mi açıldığını belirler.

Somut bir karşılaştırma tablosu bu tabloyu netleştirir:

Önemli bir uyarı: JPEG, PNG, WebP, MP4 gibi dosyalar zaten kendi içlerinde sıkıştırılmıştır. Bunları tekrar Gzip'lemek neredeyse hiç kazanç getirmez, üstüne CPU harcatır. Bu yüzden akıllı bir sıkıştırma politikası yalnızca metin tabanlı türleri hedef alır; birazdan göreceğimiz "belirli MIME türlerini sıkıştır" seçeneğinin varlık sebebi tam olarak budur.

mod_deflate Nedir ve cPanel Onu Nasıl Kullanır#

mod_deflate, Apache HTTP sunucusunun standart bir çıktı filtresidir. Sunucu bir yanıtı istemciye göndermeden hemen önce bu filtre araya girer, yanıt gövdesini Gzip formatında paketler ve yanıta Content-Encoding: gzip başlığını ekler. Tarayıcı isteği yaparken zaten Accept-Encoding: gzip, deflate, br başlığını gönderdiği için iki taraf bu konuda anlaşmış olur; sıkıştırmayı desteklemeyen eski bir istemci gelirse sunucu dosyayı ham gönderir. Yani sıkıştırma geriye dönük uyumluluğu bozmaz.

cPanel'in Optimize Website ekranı, bu modül için gereken Apache yapılandırmasını sizin adınıza yazar. Perde arkasında ürettiği kural bloğu kabaca şuna benzer:

<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html text/plain text/xml
  AddOutputFilterByType DEFLATE text/css application/javascript
  AddOutputFilterByType DEFLATE application/json application/xml
  AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>

AddOutputFilterByType DEFLATE satırındaki her MIME türü, o türe sahip yanıtların sıkıştırılacağını söyler. Optimize Website'de "Tümünü Sıkıştır" derseniz cPanel geniş bir tür listesi ekler; "Belirli MIME Türlerini Sıkıştır" derseniz yalnızca sizin girdiğiniz türler bu listeye girer. Aracın soyutladığı şey budur: siz MIME türlerini bir metin kutusuna yazarsınız, o da bu direktifleri doğru yere yerleştirir.

Bu ayarın nerede saklandığını bilmek işinize yarar. Paylaşımlı hosting'de kural genellikle hesabın kök .htaccess dosyasına ya da cPanel'in kullanıcı bazlı Apache include dosyasına yazılır. Kendi sunucunuzu yönetiyorsanız bu mantığın nasıl kurulduğunu ve Apache ile Nginx'in bu işi nasıl farklı ele aldığını Apache ve Nginx karşılaştırması yazımızda ayrıntısıyla bulabilirsiniz.

Optimize Website Aracını Adım Adım Açma#

Aracı çalıştırmak birkaç tıklamadır ama her adımın anlamını bilmek, ileride bir sorun çıktığında nereye bakacağınızı belirler. Sırasıyla ilerleyelim.

Önce cPanel'e giriş yapın ve arama kutusuna "Optimize" yazın; "Optimize Website" (bazı Türkçe temalarda "Web Sitesini Optimize Et") simgesi "Software" bölümünün altında çıkar. Simgeye tıkladığınızda üç seçenekli sade bir radyo düğmesi ekranı gelir:

• Disabled — Sıkıştırma kapalı. Sunucu her şeyi ham gönderir.
• Compress All Content — Tüm içeriği sıkıştır. cPanel geniş MIME listesini uygular.
• Compress the specified MIME types — Yalnızca belirttiğiniz türleri sıkıştır. Altında virgülle ayrılmış bir tür listesi girersiniz.

Çoğu site için doğru başlangıç "Compress the specified MIME types" seçeneğidir; girmeniz gereken pratik liste şudur:

text/html text/plain text/xml text/css application/javascript application/json image/svg+xml

Türleri girdikten sonra "Update Settings" düğmesine basın. cPanel değişikliği anında uygular; sunucuyu yeniden başlatmanıza gerek yoktur çünkü kural .htaccess seviyesinde okunur ve Apache bir sonraki istekte devreye alır. Değişiklikten sonra tarayıcınızın önbelleğini temizleyip sayfayı yenilemeniz, ölçüm yaparken sizi yanıltan eski yanıtlardan kurtarır.

WordPress kullanıyorsanız bu ayarı tek başına bırakmayın; sıkıştırma, önbellekleme ve görsel optimizasyonuyla birlikte anlam kazanır. Bu üçlüyü bir bütün olarak nasıl kuracağınızı WordPress hız optimizasyonu rehberimizde uçtan uca ele alıyoruz.

Tümünü Sıkıştır mı, Belirli Türleri mi Seçmeli#

Bu iki seçenek arasındaki karar, çoğu kullanıcının atladığı ama ölçülebilir fark yaratan bir tercihtir. "Tümünü Sıkıştır" pratikte kulağa cömert gelir; sunucu her yanıtı sıkıştırmaya çalışır. Sorun, zaten sıkıştırılmış içeriğin de bu çarka girmesidir. Bir JPEG'i Gzip'lemeye kalkarsanız sunucu CPU harcar, sonuç neredeyse hiç küçülmez, hatta kimi durumda birkaç byte büyür. Görsel ağırlıklı bir sitede bu, boşa yanan işlemci demektir.

"Belirli Türleri Sıkıştır" ise cerrahi bir yaklaşımdır. Yalnızca metin tabanlı, gerçekten kazanç getiren türleri hedeflersiniz; ikili medya dokunulmadan geçer. Bu seçenek hem CPU'yu korur hem de öngörülebilir sonuç verir. Karar için pratik bir özet:

Kısacası: emin değilseniz "Belirli Türleri Sıkıştır" seçin ve yukarıdaki listeyi girin. Bu, hem güvenli hem verimli varsayılandır. "Tümünü Sıkıştır" yalnızca içeriğinizin ezici çoğunluğu metinse ve yönetim kolaylığı sizin için önceliyse mantıklıdır.

Sıkıştırmanın CPU Maliyeti ve Doğru Denge#

Hiçbir kazanç bedava değildir. Gzip, her yanıtı gönderilmeden önce işlemek zorunda olduğu için sunucunun işlemcisine ek yük bindirir. Bu yük genellikle küçüktür ama tamamen görmezden gelinemez, özellikle yüksek trafikli ve zayıf CPU'lu paylaşımlı hesaplarda. İyi haber şu: kazanç neredeyse her zaman maliyeti fazlasıyla karşılar, çünkü ağ üzerinden az veri göndermek hem kullanıcıyı memnun eder hem de sunucunun bağlantıyı daha kısa sürede kapatıp kaynağı serbest bırakmasını sağlar.

Dengede kritik nokta önbelleklemedir. Aynı CSS dosyasını her istekte yeniden sıkıştırmak israftır. mod_cache ya da uygulama seviyesinde önbellek kullanıyorsanız, statik varlıkların sıkıştırılmış hali bir kez üretilip tekrar tekrar sunulur; böylece CPU yalnızca ilk seferde çalışır. WordPress gibi sistemlerde bir önbellek eklentisi bu işi zaten üstlenir.

Kendi sunucunuzu yönetiyorsanız ve doğrudan Nginx yapılandırmasına erişiminiz varsa, sıkıştırmayı akıllı sınırlarla kurmak isteyebilirsiniz. Aşağıdaki blok, çok küçük dosyaları (sıkıştırma başlığının kendisi kazançtan büyük olabilir) atlar ve sıkıştırma seviyesini makul tutar:

gzip on;
gzip_comp_level 5;
gzip_min_length 256;
gzip_vary on;
gzip_proxied any;
gzip_types text/plain text/css text/xml
           application/javascript application/json
           image/svg+xml;

Buradaki gzip_comp_level 5 seçimi bilinçlidir. Seviye 1 en hızlı ama en az sıkıştıran, 9 ise en yoğun ama en pahalı olandır. 9'a çıkıldığında dosya boyutu 5'e kıyasla yalnızca birkaç yüzde küçülürken CPU maliyeti belirgin biçimde artar. Deneyimli yöneticilerin çoğu 4 ile 6 arasında durur; tatlı nokta oradadır. gzip_min_length 256, 256 byte'tan küçük yanıtları sıkıştırmayarak boşuna işlemi engeller. Sunucu tarafı ayarlarını kendiniz yönetmek istemiyorsanız sunucu yönetimi hizmetimizle bu ince ayarları bizim yapmamızı sağlayabilirsiniz.

Sıkıştırmanın Çalıştığını Tarayıcıdan Doğrulama#

Ayarı açtınız, "Update Settings" dediniz; peki gerçekten işliyor mu? Bunu varsaymak yerine ölçmek, kıdemli yöneticiyi acemiden ayıran alışkanlıktır. Doğrulamanın en hızlı yolu komut satırıdır. curl ile sunucuya sıkıştırmayı kabul ettiğinizi söyleyip dönen başlıklara bakın:

curl -s -I -H "Accept-Encoding: gzip" https://siteniz.com/style.css

Yanıtta şu satırı görmek istiyorsunuz:

HTTP/2 200
content-type: text/css
content-encoding: gzip
vary: Accept-Encoding

content-encoding: gzip satırı varsa iş tamamdır. Yoksa ya ayar uygulanmamış ya da bir ara katman (örneğin CDN) başlığı düşürüyordur. Gerçek boyut farkını görmek için sıkıştırmalı ve sıkıştırmasız indirip byte sayısını karşılaştırabilirsiniz:

# Sıkıştırmalı boyut
curl -s -H "Accept-Encoding: gzip" https://siteniz.com/style.css | wc -c

# Ham boyut
curl -s https://siteniz.com/style.css | wc -c

İki sayı arasındaki uçurum, kazancınızın doğrudan kanıtıdır. Komut satırını sevmiyorsanız tarayıcı da aynı bilgiyi verir: Chrome ya da Firefox'ta F12 ile Geliştirici Araçları'nı açın, "Network" sekmesine geçin, sayfayı yenileyin, bir CSS ya da JS dosyasına tıklayın ve "Response Headers" altında content-encoding: gzip satırını arayın. Aynı panelde "Size" sütunu genellikle iki değer gösterir: tel üzerindeki (sıkıştırılmış) boyut ve gerçek (açılmış) boyut. Bu ikisinin farkı, sıkıştırmanın kullanıcınıza kazandırdığı süredir. Sayfa hızını daha geniş bir çerçevede ölçmek isterseniz ücretsiz araçlarımız arasındaki performans ölçüm araçlarından da yararlanabilirsiniz.

Yaygın Sorunlar ve Çözümleri#

Sıkıştırma açık görünüyor ama başlık gelmiyorsa, en sık suçlu bir ara katmandır. Sitenizin önünde bir CDN ya da ters vekil varsa, sıkıştırma kararı orada verilebilir; bu durumda cPanel'de ne yaparsanız yapın son yanıtı o katman belirler. Cloudflare gibi servisler kendi tarafında Gzip ya da Brotli uygular, dolayısıyla origin sunucudaki content-encoding başlığı istemciye ulaşmadan yeniden yazılabilir. Böyle bir mimaride doğrulamayı hem origin hem de uç noktada ayrı ayrı yapmalısınız.

İkinci yaygın sorun .htaccess çakışmasıdır. Bir eklenti ya da elle eklenmiş eski bir kural, cPanel'in yazdığı bloğun üstüne biner ya da onu geçersiz kılar. Böyle bir durumda kök .htaccess dosyasını açıp yinelenen mod_deflate bloklarını temizlemek, tek ve net bir yapılandırma bırakmak sorunu çözer. Değişiklik yapmadan önce dosyanın yedeğini almayı unutmayın; küçük bir sözdizimi hatası tüm siteyi 500 hatasına düşürebilir. Bu tür risklere karşı düzenli bir yedekleme politikası her zaman en ucuz sigortadır.

Üçüncü olarak, Brotli konusuna değinmekte fayda var. Modern tarayıcılar Gzip'e ek olarak Brotli (br) sıkıştırmasını da destekler ve Brotli metin içeriğinde genellikle Gzip'ten bir tık daha iyi oran verir. Sunucunuz mod_brotli çalıştırıyorsa istemci Accept-Encoding: br gönderdiğinde Brotli tercih edilir, content-encoding: br başlığını görürsünüz. cPanel'in Optimize Website aracı Gzip'e odaklanır; Brotli'yi eklemek genellikle sunucu yöneticisinin işidir. Yine de Gzip'i açmış olmanız, Brotli desteklemeyen istemciler için sağlam bir taban kurar. Daha güçlü, kaynaklarını kendiniz yönettiğiniz bir ortam istiyorsanız bir VDS sunucu üzerinde hem Gzip'i hem Brotli'yi dilediğiniz gibi yapılandırabilirsiniz.

Sıkça Sorulan Sorular#

Optimize Website ile Gzip'i açtıktan sonra sunucuyu yeniden başlatmam gerekir mi#

Hayır, yeniden başlatmaya gerek yoktur. cPanel değişikliği hesabınızın .htaccess ya da Apache include dosyasına yazar ve Apache bu dosyayı her istekte yeniden okur. Ayar bir sonraki sayfa yüklemesinde otomatik olarak devreye girer. Tek yapmanız gereken, ölçüm yaparken yanılmamak için tarayıcı önbelleğinizi temizleyip sayfayı yenilemektir.

Görselleri de sıkıştırmalı mıyım#

Genellikle hayır. JPEG, PNG, WebP, GIF ve MP4 gibi dosyalar zaten kendi formatları içinde sıkıştırılmıştır, bu yüzden Gzip onlar üzerinde neredeyse hiç boyut kazancı sağlamaz ama boşuna CPU harcatır. Bu nedenle "Belirli MIME Türlerini Sıkıştır" seçeneğini kullanıp yalnızca metin tabanlı türleri (HTML, CSS, JS, JSON, SVG) hedeflemek en doğru yaklaşımdır. SVG bir istisnadır çünkü aslında metin tabanlı bir vektör formatıdır ve sıkışır.

Gzip sıkıştırma SEO'ma faydalı olur mu#

Dolaylı olarak evet, oldukça faydalıdır. Arama motorları sayfa açılış hızını bir sıralama sinyali olarak kullanır ve Core Web Vitals metrikleri doğrudan yükleme süresinden etkilenir. Sayfa boyutunu düşürmek, özellikle mobil kullanıcılar için ilk içeriğin daha erken görünmesini sağlar ve bu da kullanıcı deneyimini iyileştirir. Hızın sıralamaya etkisini bütünsel görmek için SEO hizmetimiz sayfasına göz atabilirsiniz.

CDN kullanıyorsam cPanel'deki ayarın bir anlamı var mı#

Kısmen. Cloudflare gibi bir CDN çoğu zaman kendi tarafında sıkıştırmayı yeniden uygular, dolayısıyla istemcinin gördüğü son content-encoding başlığını CDN belirler. Yine de origin sunucu ile CDN arasındaki trafiği düşürmek için origin'de Gzip'in açık olması faydalıdır. Doğrulamayı hem CDN uç noktasında hem de origin'de ayrı ayrı yapmak, sıkıştırmanın zincirin her halkasında çalıştığından emin olmanızı sağlar.

Sıkıştırma seviyesini en yükseğe çekmeli miyim#

Hayır, bu genellikle kötü bir denge olur. Sıkıştırma seviyesi 9, seviye 5 ya da 6'ya kıyasla dosyayı yalnızca birkaç yüzde daha küçültürken CPU maliyetini belirgin biçimde artırır. Yüksek trafikli sitelerde bu ek yük, kazanılan küçük boyut avantajını gölgede bırakır. Deneyimli yöneticilerin çoğu 4 ile 6 arasında bir seviye seçer; bu aralık kazanç ile maliyet arasındaki en verimli noktadır. cPanel paylaşımlı ortamında bu seviye zaten makul bir varsayılana ayarlıdır.

Kapanış#

cPanel Optimize Website, tek bir ekrandan yönettiğiniz sade bir araç olsa da arka planda Apache mod_deflate ile ciddi bir performans kazancı sağlar. Doğru yaklaşım nettir: "Belirli MIME Türlerini Sıkıştır" seçeneğiyle yalnızca metin tabanlı içeriği hedefleyin, görselleri boşuna sıkıştırmaya çalışmayın, sıkıştırma seviyesini dengede tutun ve en önemlisi sonucu curl ya da tarayıcı geliştirici araçlarıyla mutlaka doğrulayın. Bu birkaç dakikalık ayar, kullanıcılarınızın her ziyarette hissedeceği somut bir hız farkına dönüşür.

Sıkıştırma, hız optimizasyonunun yalnızca bir parçasıdır; önbellekleme, modern bir sunucu altyapısı ve güçlü kaynaklarla birleştiğinde asıl potansiyeline ulaşır. Sitenizi hızlı, güvenli ve ölçeklenebilir bir zemine taşımak istiyorsanız performans odaklı hosting paketlerimizi inceleyin; WordPress kullanıyorsanız optimize edilmiş WordPress hosting çözümümüz sıkıştırma ve önbelleklemeyi sizin için hazır sunar. Daha fazla kontrol isteyen kullanıcılar içinse VDS sunucularımız ile Gzip'ten Brotli'ye kadar her ayarı kendi elinizle yapılandırabilirsiniz. Clou.TR ekibi olarak, altyapınızı en son bytea kadar hızlandırmak için buradayız.