LiteSpeed Cache ile WordPress Performansi

WordPress dünyasındaki önbellek eklentilerinin neredeyse tamamı aynı temel işi yapar: PHP'nin ürettiği HTML çıktısını bir dosyaya ya da veritabanına yazar, sonraki ziyaretçilere bu hazır kopyayı gönderir. Bu yaklaşım işe yarar ama bir tavanı vardır, çünkü önbelleği yine PHP'nin kendisi yönetir. Yani her istek önce web sunucusuna, oradan PHP yorumlayıcısına, ardından WordPress'in wp-load.php zincirine ulaşır ve ancak o noktada "bu sayfanın önbelleği var mı" sorusu sorulur. LiteSpeed Cache (kısaca LSCache) bu zincirin tam olarak nerede kırıldığını değiştirir.

LSCache, PHP tabanlı bir eklenti gibi görünse de asıl gücü web sunucusunun içine gömülü olmasından gelir. LiteSpeed Web Server veya onun açık kaynak kardeşi OpenLiteSpeed, önbelleği kendi çekirdeğinde tutar; istek daha PHP'ye ulaşmadan, sunucu düzeyinde yanıtlanır. Bu tek fark, aynı donanımda saniyede işlenebilen istek sayısını kat kat artırır. Bu rehberde LSCache'in neden sıradan bir eklenti olmadığını, önbellek ve görsel optimizasyonu ayarlarını, kritik CSS ile sayfa optimizasyonunu ve QUIC.cloud CDN kurulumunu adım adım ele alacağız. Ayrıca en kritik uyarıyı baştan verelim: bu eklenti tüm gücünü yalnızca LiteSpeed veya OpenLiteSpeed sunucularda gösterir; Apache veya standart Nginx üzerinde çalıştırdığınızda elinizde sıradan bir dosya önbelleği eklentisi kalır.

LSCache Neden Diğer Eklentilerden Farklı?#

Klasik önbellek eklentileri (WP Super Cache, W3 Total Cache, WP Rocket) "disk önbelleği" kullanır. İlk ziyarette PHP sayfayı üretir, çıktıyı .html dosyası olarak diske yazar ve .htaccess kuralları ya da PHP mantığıyla bir sonraki ziyaretçiye bu dosyayı sunmaya çalışır. Sorun şu ki, .htaccess tabanlı yönlendirme her istekte diskten kural okumayı gerektirir ve çerez kontrolü, mobil ayrımı, oturum açmış kullanıcı tespiti gibi mantık yine PHP'de döner. Yük arttıkça bu katman darboğaza dönüşür.

LSCache ise önbelleği doğrudan web sunucusunun bellek/disk katmanında tutar. Bir istek geldiğinde LiteSpeed, PHP'yi hiç uyandırmadan önbellek başlıklarına bakar ve eşleşme varsa yanıtı anında döner. Aradaki farkı somutlaştıralım:

Buradaki "PHP hiç çalışmaz" satırı görünüşte küçük ama pratikte belirleyicidir. Bir haber sitesinde ansızın gelen trafik dalgasında, klasik önbellek PHP-FPM işçilerini tüketip 502/504 hatalarına düşerken, LSCache aynı sayfaları sunucu düzeyinde saniyede binlerce kez servis edebilir. Önbelleklemenin neden en yüksek getirili hız adımı olduğunu genel çerçevede ele aldığımız WordPress hız optimizasyonu rehberimiz bu mantığın zeminini kurar; LSCache o mantığı sunucunun en derin katmanına taşır.

Kurulum ve Önbellek Ayarları#

LSCache, WordPress eklenti deposunda ücretsiz olarak bulunur. Kurulum tanıdık akışı izler: Eklentiler → Yeni Ekle → "LiteSpeed Cache" araması → Kur → Etkinleştir. Ama gerçek soru kurulum değil, sunucunuzun LiteSpeed olup olmadığıdır. Bunu en hızlı komut satırından doğrularsınız:

curl -I https://siteniz.com
# Yanıt başlıklarında şuna bakın:
# server: LiteSpeed
# ya da OpenLiteSpeed sürümlerinde: server: LiteSpeed

Eğer Server: Apache ya da Server: nginx görüyorsanız, LSCache'in sunucu düzeyli önbelleği devreye girmez ve eklenti otomatik olarak PHP tabanlı yedek moda (no cache uyarısıyla) düşer. LiteSpeed tabanlı bir barındırma için Clou.TR'nin WordPress hosting ve web hosting paketleri LSCache uyumludur; kendi sunucunuzu yönetiyorsanız VDS üzerine OpenLiteSpeed kurabilirsiniz.

Etkinleştirmenin ardından WordPress panelinde LiteSpeed Cache → Cache menüsüne gidin ve şu temel anahtarları açın:

• Enable Cache: ON — Sayfa önbelleğinin ana şalteri.
• Cache Logged-in Users: Küçük siteler ve tek yazarlı bloglarda OFF bırakmak güvenlidir; çok yazarlı yayınlarda ESI ile birlikte değerlendirilir.
• Cache Commenters: ON — Yorum yapan ziyaretçiye özel önbellek.
• Cache REST API: ON — Blok editörü ve headless kullanımlar için gerekli.

Önbellek süresini (TTL) çoğu site için varsayılan 604800 saniyede (bir hafta) bırakabilirsiniz. Sık güncellenen bir sayfa varsa, LSCache içerik kaydedildiğinde ilgili URL'nin önbelleğini kendiliğinden temizler (auto purge), bu yüzden düşük TTL değerlerini kovalamak gereksizdir. Kurulumdan sonra önbelleğin gerçekten çalıştığını yine curl ile doğrulayın:

curl -I https://siteniz.com
# İlk istek:  x-litespeed-cache: miss
# İkinci istek: x-litespeed-cache: hit

İkinci istekte hit görmek, sayfanın PHP'ye hiç uğramadan sunucudan döndüğünü kanıtlar. miss takılı kalıyorsa, çerez kuralları, üçüncü parti eklentiler ya da URL parametreleri önbelleği atlatıyor olabilir; Cache → Excludes sekmesinden hariç tutma listesini gözden geçirin.

Nesne Önbelleği ile Veritabanını Rahatlatma#

Sayfa önbelleği anonim ziyaretçiyi çözer ama oturum açmış kullanıcılar, WooCommerce sepetleri ve yönetici paneli her seferinde veritabanına gider. Burada devreye nesne önbelleği (object cache) girer: WordPress'in tekrar tekrar çalıştırdığı veritabanı sorgularının sonucunu Redis veya Memcached'de bellekte tutar. LSCache, ayrı bir eklenti kurmadan bu köprüyü kendi içinde sunar.

LiteSpeed Cache → Cache → Object sekmesinde nesne önbelleğini açıp yöntem olarak Redis'i seçin. Sunucuda Redis kurulu değilse, önce servisi hazırlamanız gerekir:

# Debian/Ubuntu üzerinde Redis kurulumu
sudo apt update
sudo apt install redis-server php-redis
sudo systemctl enable --now redis-server
redis-cli ping   # PONG dönmeli

Ardından LSCache panelinde bağlantı bilgilerini girin: Host 127.0.0.1, Port 6379. Bağlantı doğrulandığında panelde yeşil bir "Connection Test Passed" görürsünüz. Redis'in WordPress bağlamında neyi hızlandırdığını ve neden özellikle dinamik sitelerde fark yarattığını Redis nedir yazımızda ayrıntısıyla anlattık; LSCache'in nesne önbelleği bu teknolojiyi tek tıkla WordPress'e bağlar.

Object cache özellikle şu senaryolarda kritiktir: WooCommerce mağazaları, üyelik siteleri, çok sayıda eklentiyle şişmiş yönetim panelleri ve yorum trafiği yoğun bloglar. Anonim ziyaretçi zaten sayfa önbelleğinden yararlanır; nesne önbelleği ise "önbelleklenemeyen" o dinamik yolları hızlandırır. İkisi birlikte çalıştığında hem statik hem dinamik trafiğiniz aynı anda ferahlar.

Görsel Optimizasyonu (Image Optimization)#

Bir web sayfasının ağırlığının büyük bölümü genellikle görsellerdir; bu yüzden LSCache'in en görünür kazançlarından biri Media → Image Optimization modülüdür. Modül, sitenizdeki görselleri QUIC.cloud sunucularına gönderir, orada sıkıştırıp WebP'ye çevirir ve geri indirir. Bu işlem sunucunuzun CPU'sunu yormaz, çünkü ağır dönüştürme işi bulutta yapılır.

Başlamadan önce Image Optimization Settings altında şu seçenekleri değerlendirin:

• Auto Request Cron: ON — Yeni yüklenen görseller otomatik kuyruğa alınır.
• Optimize Original Images: ON — Orijinali de sıkıştırır (yer kazandırır).
• Create WebP Versions: ON — Tarayıcı desteğine göre WebP sunulur.
• WebP For Extra srcset: ON — Responsive görsel setlerini de kapsar.

İlk toplu optimizasyonu Send Optimization Request düğmesiyle başlatırsınız; site büyükse işlem birkaç turda tamamlanır. QUIC.cloud'un ücretsiz kotası küçük ve orta ölçekli siteler için genelde yeterlidir, yoğun görsel yükleyen mağazalar için ücretli kotaya geçilebilir.

Bir önemli ayrıntı: WebP dönüşümü etkinken, görsellerin tarayıcıya doğru formatta gitmesi için sunucunun Vary başlığını doğru yönetmesi gerekir. LiteSpeed bunu yerleşik olarak halleder, ancak arada bir CDN varsa (özellikle QUIC.cloud dışı bir CDN) WebP'nin yanlış önbelleklenmemesi için CDN'in Accept başlığına göre ayrım yaptığından emin olun. Görsel ağırlığını daha da düşürmek için tembel yükleme (lazy load) seçeneğini de Page Optimization → Media altında açabilirsiniz; ekranda görünmeyen görseller ancak kaydırıldıkça yüklenir.

Sayfa Optimizasyonu ve Kritik CSS#

Page Optimization LSCache'in en güçlü ama aynı zamanda en dikkat isteyen bölümüdür. Buradaki ayarlar CSS ve JavaScript dosyalarını küçültür, birleştirir, erteler ve "kritik CSS" üreterek sayfanın görünür kısmının anında boyanmasını sağlar. Yanlış kombinasyon temayı bozabileceği için, her ayarı açtıktan sonra siteyi gizli sekmede (çıkış yapmış hâlde) test etmek şarttır.

Genellikle güvenli ve etkili olan başlangıç seti şudur:

; CSS Settings
CSS Minify        = ON
CSS Combine       = OFF   ; HTTP/2 ve HTTP/3 ile birleştirme çoğu zaman gereksiz
Generate UCSS     = ON     ; Kullanılmayan CSS'i temizler
CSS Async Load    = ON     ; Kritik CSS'i satır içine alır, gerisini erteler

; JS Settings
JS Minify         = ON
JS Combine        = OFF
JS Defer          = ON     ; Deferred ile render engellemeyi azaltır

Kritik CSS (Critical CSS / CCSS), sayfanın ilk ekranda görünen kısmını boyamak için gereken minimum stili doğrudan HTML'in <head> bölümüne satır içi gömer; geri kalan CSS asenkron yüklenir. Bu, Google'ın "Largest Contentful Paint" ve "render engelleyen kaynaklar" uyarılarını doğrudan hedefler. LSCache kritik CSS'i QUIC.cloud üzerinde otomatik üretir, bu yüzden CCSS için sunucunuzun QUIC.cloud'a erişebiliyor olması gerekir.

En riskli iki ayar CSS Combine ve JS Combine'dır. HTTP/2 ve HTTP/3 çoklu dosyayı zaten verimli taşıdığı için birleştirme çoğunlukla fayda getirmez, hatta önbellek verimini düşürür; bu yüzden yukarıdaki sette OFF bıraktık. Load JS Deferred açıkken bir kaydırıcı, sayaç ya da form eklentisi bozulursa, ilgili scripti Tuning → JS Excludes listesine ekleyerek onu erteleme dışında tutarsınız. Kural basit: bir ayarı aç, testle, bir şey bozulduysa geri al veya hariç tut. Sabırla ilerleyen bir yapılandırma, körlemesine hepsini açmaktan çok daha kararlı bir site verir.

QUIC.cloud CDN Kurulumu#

QUIC.cloud, LiteSpeed'in geliştiricisi tarafından özel olarak LSCache ile konuşacak biçimde tasarlanmış bir CDN'dir. Sıradan CDN'lerden farkı, dinamik sayfa önbelleğini de CDN kenarında (edge) tutabilmesidir; klasik CDN'ler yalnızca resim, CSS, JS gibi statik dosyaları kenara taşırken QUIC.cloud, LSCache'in ürettiği HTML önbelleğini de coğrafi olarak dağıtabilir. Bu, yurt dışından gelen ziyaretçilerin bile sayfayı en yakın noktadan almasını sağlar.

Kurulum QUIC.cloud'da ücretsiz bir hesap açıp sitenizi bağlamakla başlar. Sonrasında LiteSpeed Cache → General sekmesinden bağlanırsınız:

1. QUIC.cloud'da hesap açın ve sitenizi ekleyin (Add Domain).
2. WordPress panelinde LiteSpeed Cache → General → QUIC.cloud altından Request Domain Key ile alan anahtarını alın.
3. Link to QUIC.cloud düğmesiyle sitenizi hesaba bağlayın.
4. CDN'i etkinleştirmek için DNS yönlendirmesini uygulayın.

CDN'i devreye almanın en temiz yolu DNS'i QUIC.cloud'a yönlendirmektir. Panelde size verilen CNAME kaydını alan adınızın DNS bölgesine eklersiniz:

; QUIC.cloud CDN için örnek CNAME yönlendirmesi
www   CNAME   xxxxx.quic.cloud.
@     CNAME   xxxxx.quic.cloud.   ; kök alan için ALIAS/ANAME desteği gerekir

Kök alan adı (@) için doğrudan CNAME kullanamayan DNS sağlayıcılarında, bunun yerine ALIAS/ANAME kaydı ya da QUIC.cloud'un IP tabanlı yönlendirmesi kullanılır. Yönlendirme yayıldıktan sonra curl -I çıktısında x-qc-cache: hit başlığını görmeye başlarsınız; bu, sayfanın CDN kenarından döndüğünü kanıtlar. Alan adı yönetimi ve DNS düzenlemeleri için alan adı hizmetimiz ve DNS temelleri için DNS nedir yazımız yol gösterir. CDN, önbellekle birlikte çalıştığında hem coğrafi gecikme (latency) hem de sunucu yükü aynı anda düşer.

Sık Yapılan Hatalar ve Doğrulama#

LSCache güçlü olduğu kadar yanlış kurulduğunda sessizce devre dışı kalabilen bir eklentidir. En sık karşılaşılan sorun, siteyi başka bir önbellek eklentisiyle birlikte çalıştırmaktır. WP Rocket, W3 Total Cache veya sunucunuzda etkin bir başka önbellek varsa, iki katman birbirinin önbelleğini bozar ve tuhaf "eski içerik görünme" hataları çıkar. Kural nettir: aynı anda tek sayfa önbelleği eklentisi. LSCache'e geçtiyseniz diğerini tamamen kaldırın.

İkinci yaygın hata, ayarları test etmeden topluca açmaktır. Özellikle Page Optimization sekmesindeki CSS/JS birleştirme ve JS erteleme seçenekleri, temaya bağlı olarak menüleri, kaydırıcıları ya da form gönderimlerini bozabilir. Değişiklik sonrası mutlaka çıkış yapıp gizli sekmede doğrulayın. Bir sorun tespit ederseniz, en güvenilir tanı yöntemi ayarları teker teker geri almaktır. Aşağıdaki komutlarla önbelleğin gerçekten isabet edip etmediğini komut satırından izleyebilirsiniz:

# Sayfa önbelleği isabetini doğrula (ikinci istek "hit" olmalı)
curl -sI https://siteniz.com | grep -i x-litespeed-cache

# QUIC.cloud CDN kenar önbelleğini doğrula
curl -sI https://siteniz.com | grep -i x-qc-cache

# WebP dönüşümünün çalıştığını gör (Accept başlığıyla iste)
curl -sI -H "Accept: image/webp" https://siteniz.com/wp-content/uploads/ornek.jpg | grep -i content-type

Son olarak, LSCache'in tüm sunucu düzeyli avantajlarının yalnızca LiteSpeed/OpenLiteSpeed ile geldiğini bir kez daha hatırlatalım. Apache veya Nginx üzerinde eklenti kurulur, ayar ekranları görünür ve hatta bazı optimizasyonlar (görsel, CSS/JS küçültme) PHP tarafında çalışır; ancak sunucu çekirdeğindeki asıl önbellek asla devreye girmez. Bu ayrımı ve iki mimari arasındaki performans farkını LiteSpeed vs Apache karşılaştırmasında somut ölçeklerle ele aldık. Doğru sunucuyu seçmek, LSCache'ten alacağınız verimi baştan belirler.

Sıkça Sorulan Sorular#

LiteSpeed Cache Apache veya Nginx sunucuda çalışır mı?#

Eklenti kurulur ve arayüzü açılır, ancak asıl gücü olan sunucu düzeyli sayfa önbelleği yalnızca LiteSpeed Web Server ya da OpenLiteSpeed üzerinde devreye girer. Apache veya standart Nginx'te LSCache, PHP tabanlı bir yedek moda düşer; CSS/JS küçültme ve görsel optimizasyonu gibi bazı özellikler çalışsa da, isteği PHP'ye hiç uğratmadan yanıtlayan çekirdek önbellek elde edemezsiniz. Bu nedenle LSCache'ten tam verim almak istiyorsanız barındırmanızın LiteSpeed tabanlı olması gerekir.

LiteSpeed Cache ücretsiz mi?#

Evet, LiteSpeed Cache eklentisinin kendisi tamamen ücretsizdir ve WordPress eklenti deposunda yer alır. Ücretli olabilecek tek katman QUIC.cloud CDN'in yüksek kotalı planları ve görsel optimizasyonunun büyük hacimli kullanımıdır; küçük ve orta ölçekli siteler QUIC.cloud'un ücretsiz kotası içinde rahatça kalır. Yani önbellekleme, nesne önbelleği ve sayfa optimizasyonu için ek bir lisans ücreti ödemeniz gerekmez.

QUIC.cloud CDN kullanmak zorunlu mu?#

Hayır, zorunlu değildir. LSCache'in sayfa önbelleği, nesne önbelleği ve CSS/JS optimizasyonu QUIC.cloud olmadan da tam çalışır. Ancak kritik CSS üretimi ve görsel optimizasyonu QUIC.cloud'un bulut hizmetlerini kullandığı için, bu iki özelliği istiyorsanız hesabı bağlamanız gerekir. Coğrafi olarak dağınık bir kitleniz varsa CDN belirgin bir gecikme kazancı sağlar; tek ülkede kalan bir site için sunucu önbelleği tek başına da güçlü sonuç verir.

LiteSpeed Cache ile WP Rocket birlikte kullanılabilir mi?#

Hayır, iki sayfa önbelleği eklentisini aynı anda çalıştırmak önerilmez ve genellikle çakışmaya yol açar. İki katman birbirinin ürettiği önbelleği temizleyip yeniden yazmaya çalışır; sonuçta eski içerik görünmesi, bozuk CSS ya da tutarsız davranış ortaya çıkar. LiteSpeed sunucudaysanız LSCache tercih edin ve WP Rocket'i tamamen kaldırın; LiteSpeed dışı bir sunucudaysanız WP Rocket zaten daha uygun bir seçimdir.

Sitem yavaş açılıyor, LSCache neden hız katmıyor?#

Önce önbelleğin gerçekten isabet edip etmediğini curl -I çıktısındaki x-litespeed-cache: hit başlığıyla doğrulayın; sürekli miss görüyorsanız çerezler, URL parametreleri ya da bir hariç tutma kuralı önbelleği atlatıyordur. Sunucunuz LiteSpeed değilse zaten sunucu düzeyli önbellek çalışmaz. Ayrıca çok ağır bir tema, optimize edilmemiş görseller veya aşırı eklenti yükü, önbellek isabet etse bile yavaşlığa yol açabilir; bu durumda görsel optimizasyonu ve sayfa optimizasyonu ayarlarını da devreye almanız gerekir.

LSCache'in nesne önbelleği için Redis şart mı?#

Şart değil ama şiddetle önerilir. Nesne önbelleği, dinamik ve oturum açmış kullanıcı trafiğinin veritabanı sorgularını hızlandırır; LSCache bunu Redis ya da Memcached üzerinden yapar. Redis kurulu değilse nesne önbelleği devre dışı kalır, sayfa önbelleği yine çalışır ancak WooCommerce sepeti ya da üyelik alanı gibi önbelleklenemeyen bölümler her seferinde veritabanına gider. Özellikle mağaza ve üyelik siteleri için Redis destekli nesne önbelleği belirgin bir fark yaratır.

Kapanış#

LiteSpeed Cache, doğru sunucuyla eşleştiğinde WordPress performansında sıradan önbellek eklentilerinin ulaşamadığı bir tavana çıkar; çünkü önbelleği PHP'ye değil, web sunucusunun çekirdeğine emanet eder. Sayfa önbelleği, Redis destekli nesne önbelleği, bulut tabanlı görsel optimizasyonu, kritik CSS ve QUIC.cloud CDN birlikte çalıştığında hem açılış süresi hem de sunucu yükü aynı anda düşer. Tek koşul, altyapının LiteSpeed veya OpenLiteSpeed olmasıdır; bu olmadan elinizde yalnızca sıradan bir önbellek eklentisi kalır.

Sitenizi LSCache'in tüm gücüyle çalıştırmak istiyorsanız, LiteSpeed tabanlı Clou.TR WordPress hosting ve web hosting paketlerimiz eklentiyle tam uyumlu gelir. Kendi altyapınızı yönetmeyi tercih ediyorsanız VDS sunucu üzerine OpenLiteSpeed kurup dilediğiniz gibi özelleştirebilir, kurulum ve iyileştirme için sunucu yönetimi hizmetimizden destek alabilirsiniz. Mevcut sitenizi taşımak da dahil süreci uçtan uca üstlenmemiz için site taşıma hizmetimize göz atabilir, performansla ilgili diğer rehberler için WordPress hız optimizasyonu yazımızı okuyabilirsiniz.