WordPress sitelerinde "LiteSpeed Cache eklentisini kurdum, hız arttı mı?" sorusunun cevabı genelde "Bir miktar." Çünkü eklenti varsayılan olarak yalnızca temel page cache'i devreye sokar. Asıl performans sıçraması — Lighthouse 60'tan 95'e — eklentinin LSCache, Object Cache, ESI, CDN ve image optimization katmanlarının doğru yapılandırılmasıyla gelir.
1. Object Cache: Redis veya Memcached Bağla
Page cache her sayfa için bir defa hesaplanır; ama dinamik öğeler (login durumu, sepet sayısı, son yorum) her istekte veritabanına gider. Object cache bu DB sorgularını RAM'e taşır. wp_options tablosunda saniyede 200+ sorgu gelen siteler, Redis ile DB yükünü %80 azaltır. LSCache eklentisi → Cache → Object → Redis (host: 127.0.0.1, port: 6379) yapılandırması yeter.
2. ESI (Edge Side Includes) ile Hibrit Cache
Klasik page cache, kullanıcıya özel widget'lar (login durumu, sepet, kişisel öneriler) varsa devre dışı kalır. ESI; sayfanın geri kalanını cache'lerken bu kişisel parçaları ayrı request'lerle çeker. "Welcome, [User]" mesajının olduğu sayfa bile %95 cache hit ratio'sunda kalabilir.
3. Image Lazy Load + WebP/AVIF Dönüşümü
WordPress'in core lazy loading'i sadece <img> tag'ine loading="lazy" eklemek; CSS background-image'lerini kapsamaz. LSCache → Image → Lazy Load Image / Iframe + Background Images ile tamamı kapsanır. Aynı ekrandan WebP otomatik dönüşümü açılır; orijinal JPG dosyaları %60 küçülür. AVIF dönüşümü için QUIC.cloud entegrasyonu gerekir.
4. Critical CSS ve Render-Blocking JS
Lighthouse 60-70 bandında takılan sitelerin çoğunda render-blocking CSS/JS sorunu vardır. LSCache; "above-the-fold" CSS'ini otomatik tespit edip inline ediyor (Critical CSS), gerisi defer ile yükleniyor. JS için "Load JS Deferred" + "Localize Resources" + "Combine" üçlüsü açılınca First Contentful Paint 1 saniye altına iner.
5. CDN + QUIC.cloud Entegrasyonu
QUIC.cloud, LiteSpeed'in kendi CDN'idir; ücretsiz katmanı çoğu küçük site için yeterli. HTTP/3 + QUIC + Brotli + Edge cache + DDoS koruma standart. CloudFlare kullananlar bile QUIC.cloud'u origin yerine ek katman olarak kurabilir; ikisi çakışmaz, layered cache hit ratio'su artar.
6. Database Optimization: revision, transient, spam temizliği
Eski WordPress siteleri 50+ post revision, eskimiş transient ve spam yorumlardan dolayı veritabanı şişkin olur. LSCache → Database aracı bu temizliği tek tıkla yapar; ayrıca otomatik schedule koyabilirsiniz (haftada 1, 30+ revision sil, expired transient temizle). 5 GB DB → 800 MB'a iner.
7. Cache Exclusion Listesi: Ne Cache'lenmez?
- Login sonrası sayfalar (?logged_in=true)
- Sepet ve checkout (WooCommerce için /cart, /checkout, /my-account otomatik dışlanır)
- AJAX endpoint'leri (?action=...)
- Form submission sayfaları (POST request)
- REST API endpoints (/wp-json/...)
- Admin panel (/wp-admin/)
8. Browser Cache Headers
.htaccess'e direkt yazılan ExpiresByType direktifleri, statik asset'lerin (CSS/JS/font/image) tarayıcıda 1 yıl boyunca cache'lenmesini sağlar. LSCache bunları zaten otomatik kuruyor; ama elle kontrol edip duplicate header olup olmadığını test etmek gerekir (curl -I https://...).
9. Crawler / Cache Warming
Cache TTL süresi dolduğunda ilk gelen kullanıcı yavaş cevap alır; çünkü cache yeniden hesaplanır. LSCache crawler bu süreyi öngörerek arka planda sayfaları otomatik ısıtır. Sitemap.xml'i besleyin → 5000 sayfa nightly olarak warm. Mobile + desktop varyantları ayrı warmlanmalı.
10. Monitoring: Cache Hit Ratio
Sağlıklı bir LSCache deployment'ı %85+ cache hit ratio gösterir. LSCache → Toolbox → Heartbeat ekranından izlenir. %85 altındaysa: cache exclusion listeniz fazla, TTL süreniz kısa veya cookie-bazlı varyant patlaması var. Olası sebepleri sırayla eler ve doğru seviyeye getirirsiniz.
Bu 10 ayarın tamamını disipline ettiğimiz müşteri sitelerinde ortalama Lighthouse puanı 62 → 96, TTFB 800ms → 180ms, mobil pageload 4.2s → 1.1s seviyesine indi. LiteSpeed'in gücü plugin değil; doğru kullanılmış bir sistem.
