LiteSpeed Cache Ayarları: WordPress İçin Önerilen Yapılandırma

LiteSpeed Cache ayarları yapılırken temel kural basittir: sayfa önbelleğini hemen açın, CSS, JavaScript ve görsel optimizasyonlarını ise tek tek ve her adımda test ederek etkinleştirin. Eklenti, LiteSpeed sunucusunun yerleşik önbelleğini yönettiği için doğru ayarda sayfaların çoğu PHP ve veritabanına uğramadan hazır HTML olarak sunulur; yanlış ayarda ise bozulan menüler, eski fiyatlar ya da boş görünen sepetler ortaya çıkar.

Aşağıdaki adımlarda eklentinin İngilizce arayüzündeki sekme adları kullanılır ve her önemli ayar için bir başlangıç değeri önerilir. Siteniz bir WordPress hosting paketinde ya da kendi sunucunuzda olabilir; önce sunucunuzda sayfa önbelleğinin kullanılabilir olup olmadığını kontrol edin.

LiteSpeed Cache hangi sunucularda çalışır?

Sayfa önbelleği için sunucuda LiteSpeed Web Server (Enterprise) ya da açık kaynak OpenLiteSpeed çalışmalı veya site QUIC.cloud CDN arkasında olmalıdır; Apache ve Nginx üzerinde eklentinin önbellek işlevleri devreye girmez, ancak görsel, CSS/JS ve veritabanı optimizasyonları yine kullanılabilir. QUIC.cloud, LiteSpeed’in içerik dağıtım ağı (CDN) hizmetidir ve kaynak sunucu LiteSpeed olmasa da WordPress sayfalarını kendi uç noktalarında önbelleğe alabilir.

Sunucunuzu yanıt başlığından öğrenebilirsiniz:

curl -s -o /dev/null -D - https://alanadiniz.com/ | grep -i -E '^server|x-litespeed'

Çıktıda server: LiteSpeed görüyorsanız sayfa önbelleği kullanılabilir. Bazı sağlayıcılar bu başlığı gizler; LIONFIN WordPress hosting paketinizin web sunucusu ve önbellek özellikleri için paket sayfasındaki güncel bilgilere ya da destek ekibine başvurun. Kendi VPS sunucunuzu yönetiyorsanız OpenLiteSpeed kurup aynı eklentiyle tam sayfa önbelleği kullanabilirsiniz.

Önerilen LiteSpeed Cache ayarları: başlangıç tablosu

Varsayılan değerlerin çoğu iyi bir başlangıçtır; tablo, değiştirmeniz ya da bilerek olduğu gibi bırakmanız gereken ayarları gerekçesiyle özetler. Tüm sekmeler yönetim panelindeki LiteSpeed Cache menüsü altındadır.

İçerik değişince önbellek nasıl temizlenir?

Temizleme (purge) kuralları, bir yazı yayımlandığında ya da güncellendiğinde önbellekten hangi sayfaların silineceğini belirler; doğru ayarlandığında uzun TTL ile güncel içerik bir arada yaşar. Cache → Purge sekmesinde üç ayara bakın:

• Auto Purge Rules For Publish/Update: Ön sayfa (Front page), yazılar sayfası (Home page), ilgili kategori ve etiket arşivleri (Term archive), yazar ve yazı türü arşivleri işaretli olsun; kenar çubuğunda son yazılar bileşeni varsa ilgili seçeneği de açın.
• Purge All On Upgrade: Açık kalsın; eklenti ya da tema güncellemesinden sonra eski CSS/JS ile üretilmiş sayfalar temizlenir.
• Serve Stale: Kapalı başlayın. Açıkken temizlemeden sonra ziyaretçi, yeni kopya hazırlanana kadar eski kopyayı görür; yoğun sitelerde yük sıçramasını yumuşatır ama kısa süreli eski içerik demektir.

Elle temizlemek için yönetici çubuğundaki LiteSpeed simgesinden Purge All ya da Toolbox → Purge ekranı kullanılır. Kampanya fiyatı gibi belirli saatte değişen sayfalar için adresleri Scheduled Purge URLs alanına yazıp temizleme saatini belirleyin.

CSS ve JavaScript optimizasyonu hangi sırayla açılmalı?

Sayfa optimizasyonu (Page Optimization) en çok kazandıran ama en sık bozan bölümdür; ayarları aşağıdaki sırayla ve tek tek açın:

1. Küçültme: CSS Minify ve JS Minify; boşluk ve yorumlar silinir, işlev değişmez.
2. JavaScript’i erteleme: Load JS Deferred değerini önce Deferred yapın; betikler sayfa çizildikten sonra çalışır. Menü, kaydırıcı ve formları deneyin.
3. Kritik CSS: Load CSS Asynchronously stil dosyalarını sayfayı engellemeden yükler, ancak ilk ekranın biçimsiz görünmemesi için QUIC.cloud’un ürettiği kritik CSS’e (CCSS) ihtiyaç duyar. Kullanılmayan CSS’i ayıklayan Generate UCSS da aynı hizmete bağlıdır.
4. Birleştirme: CSS Combine ve JS Combine yalnızca ölçümle kazanç görürseniz açılır.
5. Gecikmeli yükleme: Delayed seçeneği betikleri ilk kullanıcı etkileşimine kadar bekletir; en agresif ayardır ve çerez bildirimi, canlı destek ya da analitik betiklerini bozabilir.

Her değişiklikten sonra Purge All yapın, siteyi gizli pencerede ve mobilde açın, tarayıcı konsolunda hata olup olmadığına bakın. Denemeleri canlı site yerine bir WordPress staging ortamı üzerinde yapmak, hatayı ziyaretçiye yansıtmaz.

Görsellerde lazy load ve LCP görseli nasıl ayarlanır?

Lazy load ekran dışındaki görseller için açılır, sayfanın en büyük görseli (LCP, Largest Contentful Paint öğesi) ise bu gecikmeden hariç tutulur; aksi hâlde sayfa daha geç “yüklenmiş” sayılır. Görselleri küçültme ve lazy load ayarları iki yerdedir:

• Image Optimization: QUIC.cloud bağlantısıyla görselleri sıkıştırır ve WebP sürümlerini üretir; eklentinin güncel sürümleri AVIF biçimini de destekler. İstekler hizmetin kotasından düşer, güncel kotayı QUIC.cloud panelinden izleyin. Optimizasyon öncesi orijinallerin yedeğini silen Remove Original Backups işlemi geri alınamaz; sonuçtan emin olmadan çalıştırmayın.
• Page Optimization → Media: Lazy Load Images açılır. Ana sayfanın üst görselini, logoyu ve kaydırıcının ilk karesini Media Excludes sekmesindeki Lazy Load Image Excludes alanına dosya adıyla ekleyin. Viewport Images (VPI) seçeneği, ilk ekranda görünen görselleri QUIC.cloud yardımıyla otomatik saptayıp geciktirmeden muaf tutar.

Sonucu PageSpeed Insights tanılamalarında LCP öğesine bakarak kontrol edin: öğe bir görselse ve sayfa kaynağında adresi src yerine eklentinin kullandığı data-src özniteliğinde duruyor ya da görsel loading="lazy" taşıyorsa hariç tutma çalışmamıştır. WordPress’in kendi görsel boyutlandırma ve biçim desteği WordPress hızlandırma yazısında ele alınır.

Nesne önbelleği ve veritabanı temizliği ne zaman açılmalı?

Nesne önbelleği (Cache → Object), sunucuda Redis ya da Memcached servisi ve ilgili PHP eklentisi çalışıyorsa açılmalıdır; veritabanı sorgularının sonuçlarını bellekte tutarak önbelleğe alınamayan sayfaları (yönetim paneli, sepet, üye sayfaları) hızlandırır. Ayarı kaydettikten sonra aynı ekrandaki durum satırlarında Redis Extension: Enabled (ya da Memcached karşılığı) ve Connection Test: Passed görmelisiniz. Test başarısızsa nesne önbelleğini hemen kapatın; ulaşılamayan servise bağlanma denemeleri gereksiz gecikme yaratabilir. Bazı paylaşımlı hosting ortamlarında bağlantı bir soket dosyası üzerinden kurulur; host ve port değerlerini sağlayıcınızın verdiği bilgilerden alın.

Database → Manage ekranı revizyonları, otomatik taslakları, çöp kutusundaki yazıları, spam yorumları ve süresi dolmuş geçici verileri (transient) tek tıkla temizler. Temizlikten önce veritabanı yedeği alın; DB Optimization Settings altında temizlik sırasında korunacak son revizyon sayısını belirleyebilirsiniz, yeni revizyonların birikmesini ise WordPress’in kendi ayarı sınırlar. CSS/JS küçültme sırasında PHP bellek hatası görüyorsanız PHP memory limit artırma rehberine bakın.

WooCommerce ve büyük sitelerde hangi ayarlar değişir?

Mağazalarda ve çok sayfalı sitelerde üç ayar fark yaratır: önbellek dışı sayfalar, kişiye özel parçalar için ESI ve önbelleği önceden dolduran tarayıcı (crawler). Eklenti WooCommerce’i algıladığında sepet, ödeme ve hesap sayfalarını kendiliğinden önbellek dışında bırakır; yine de iki kontrol yapın:

1. Mağaza sayfalarınızın adresi /sepet/, /odeme/, /hesabim/ gibi Türkçe yollarsa bunları Cache → Excludes sekmesindeki Do Not Cache URIs alanına ekleyin; teklif formu gibi kişiye özel başka sayfaları da yazın.
2. İki farklı tarayıcıda sepete farklı ürünler ekleyin; her birinde üst menüdeki sepet sayısı ve ödeme sayfası yalnızca o tarayıcının ürünlerini göstermelidir.

Sayfanın geneli herkese açık önbellekten gelirken mini sepet gibi kişiye özel parçaları ayrı işlemek için ESI (Edge Side Includes) sekmesi kullanılır; ESI, LiteSpeed Enterprise ve QUIC.cloud’da çalışır, OpenLiteSpeed’de desteklenmez. Mağazanın sunucu gereksinimleri WooCommerce hosting yazısında anlatılır.

Crawler ise site haritasındaki adresleri sırayla ziyaret ettiği için binlerce ürünlü bir mağazada sürekli işlemci kullanımı demektir. Paylaşımlı hostingde hosting kaynak limitleri dolabileceğinden kapalı tutun; sağlayıcı bu özelliği sunucu düzeyinde zaten kapatmış olabilir.

Önbelleğin çalıştığı nasıl doğrulanır?

Önbelleğin çalıştığını yanıt başlığı söyler: aynı sayfayı iki kez isteyin, ikinci yanıtta x-litespeed-cache: hit görmelisiniz.

curl -s -o /dev/null -D - https://alanadiniz.com/ | grep -i x-litespeed
curl -s -o /dev/null -D - https://alanadiniz.com/ | grep -i x-litespeed

Tarayıcıda kontrol ederken gizli pencere kullanın; oturum açmış yöneticiye sayfalar önbellekten sunulmaz. QUIC.cloud üzerinden gelen yanıtlarda ayrıca x-qc-cache başlığı görünür. Önbellek isabet ettiği hâlde sayfa yavaşsa darboğaz büyük olasılıkla ön yüzdedir; LiteSpeed Cache ayarları tablosuna dönüp CSS/JS adımlarını yeniden gözden geçirin.