WP Super Cache Kurulumu Ayarları: WordPress Site Hızını Artırma Rehberi

WP Super Cache Kurulumu ile hızlanmayan sitelerin ortak sorunu

WP Super Cache kurulu olduğu halde “site hâlâ yavaş” şikâyeti genelde eklentiden değil, yanlış beklentiden ve yanlış senaryodan çıkar: cache’in neyi cache’lediği, hangi ziyaretçiye hangi çıktıyı verdiği ve hangi sayfaların asla cache’lenmemesi gerektiği net değilse sonuçlar tutarsız olur. Bu eklenti, WordPress’in dinamik sayfalarını statik HTML olarak üretip ziyaretçilerin büyük kısmına PHP çalıştırmadan servis ederek yükü azaltmayı hedefler; özellikle giriş yapmamış ziyaretçilerde etkisi belirgindir. Temel mantık doğru kurulmadığında; sepet/ödeme sayfalarının cache’lenmesi, mobil/masaüstü farklı tema çıktıları, query string’li URL’ler veya oturum çerezleri gibi detaylar işleri bozabilir.

Bu yazıda “her şeyi aç geç” yaklaşımı yerine; hangi modun ne zaman seçileceğini, WordPress panelinde hangi ayarların ne işe yaradığını ve en sık görülen hataları nasıl teşhis edeceğinizi adım adım göreceksiniz. Eklentinin resmi sayfası: WP Super Cache (WordPress.org)

WP Super Cache nedir, hangi durumda mantıklıdır?

WP Super Cache, WordPress’in ürettiği sayfaların statik kopyalarını oluşturur ve ziyaretçilerin çoğuna bu kopyaları servis eder. Böylece her istek için WordPress çekirdeği + tema + eklenti zinciri çalışmaz; CPU ve PHP işleme süresi düşer. Jetpack ekibi tarafından bakım gören açık kaynak bir eklentidir ve “yükü azalt, statik sayfayı hızlı ver” yaklaşımında oldukça nettir.

Şu durumlarda genelde doğru seçim olur:

• İçeriğinizin büyük kısmı herkese aynı görünüyorsa (blog, kurumsal site, içerik ağırlıklı siteler).
• Giriş yapan kullanıcı oranı düşükse.
• Sunucunuz Apache/LiteSpeed/NGINX gibi standart kurulumlarla çalışıyorsa ve permalinks (kalıcı bağlantılar) açıksa.

Şu durumlarda ekstra dikkat ister:

• WooCommerce, üyelik siteleri, fiyat/para birimi/konum bazlı dinamik içerikler.
• Sayfada oturuma göre değişen bileşenler (kullanıcıya özel öneriler, “son görüntülenenler”).
• Mobilde farklı tema/çıktı veren kurulumlar.

Kurulum: 5 dakikada çalışır hâle getirme

1) Eklentiyi yükleyin

WordPress panelinden Eklentiler → Yeni Ekle yoluna gidin. “WP Super Cache” aratın, yükleyip etkinleştirin. Ardından ayar ekranına geçin: Ayarlar → WP Super Cache.

2) Easy sekmesinde cache’i açın

Easy sekmesinde “Caching On” seçeneğini işaretleyip “Update Status” ile kaydedin. Bu aşamada eklenti temel olarak çalışmaya başlar.

3) Cache Tester ile doğrulayın

Aynı ekranda “Cache Tester” bölümünden test çalıştırın. Testte amaç, aynı sayfanın ikinci istekte cache’den gelmesidir. Burada sorun çıkarsa önce permalinks’i kontrol edin: Ayarlar → Kalıcı Bağlantılar bölümünde “Düz” yerine bir yapı seçili olmalı (genelde “Yazı ismi”).

Mod seçimi: Simple mı Expert mı?

WP Super Cache’in çalışma şekli “dosyayı nasıl servis edeceği” tarafında modlara ayrılır. Jetpack dokümantasyonunda bu yöntemler hız sırasına göre anlatılır: en hızlısı mod_rewrite ile PHP’yi tamamen by-pass eden yöntemdir; daha kolay olanı ise PHP üzerinden servis edilen supercache’dir. Pratikte önemli olan, sunucunuzun ve .htaccess düzenlemelerinin güvenle yönetilip yönetilemediğidir.

Simple (Önerilen başlangıç)

Tek tıkla kurulup stabil çalışması daha kolaydır. .htaccess riskini minimumda tutar. Yeni başlayanlar ve “siteyi düşürmeyeyim” diyenler için güvenli başlangıçtır.

Expert (mod_rewrite ile daha agresif)

Apache mod_rewrite üzerinden statik dosyayı çok hızlı verir; doğru kurguda performansı iyidir. Ancak .htaccess kuralları yanlış yazılırsa 500 hatası gibi problemler görebilirsiniz. Hosting tarafınız yönetimli değilse veya .htaccess ile oynama riskli geliyorsa Simple’da kalmak çoğu zaman daha mantıklıdır.

En iyi WP Super Cache ayarları: Ne açılır, ne kapatılır?

Ayarlar ekranında birden fazla sekme vardır. Burada amaç “her kutuyu işaretlemek” değil; sitenizin dinamiklik seviyesine göre doğru kutuları seçmektir. Aşağıdaki öneriler, içerik ağırlıklı tipik WordPress siteleri için güvenli bir omurga sunar.

Advanced sekmesi: temel performans ayarları

• Caching On: Açık.
• Cache Delivery Method: Simple ile başlayın; ihtiyaç ve sunucu uyumuna göre Expert’e geçin.
• Don’t cache pages for known users: Açık (giriş yapan kullanıcılar, yorum yazanlar). Üyelik/özel alan varsa kritik.
• Don’t cache pages with GET parameters: Açık. Kampanya URL’leri, filtreler ve query string’ler çoğu zaman risklidir.
• Compress pages: Genelde açık tutulur; ancak sunucunuz zaten Brotli/Gzip yönetiyorsa veya bir çakışma görürseniz kapatıp test edin.
• Cache rebuild: Açık. Cache süresi dolarken yeni ziyaretçiye boşluk hissettirme riskini azaltır.

Expiry Time & Garbage Collection: cache ne kadar yaşasın?

“Cache Timeout” için tek doğru yok. İçerik sitelerinde 3600–14400 saniye (1–4 saat) çoğu senaryoda yeterlidir. Çok sık güncellenen sitelerde süreyi kısaltın; az güncellenen bloglarda uzatabilirsiniz. Buradaki mantık: güncellik mi daha önemli, sunucu yükü mü? İkisini dengelemek gerekir.

Accepted Filenames & Rejected URLs: cache’lenmemesi gerekenleri belirleyin

Dinamik sayfaları cache’lemek hız kazandırmaz, hata üretir. Aşağıdaki sayfaları çoğu projede “Rejected URLs” tarafına eklemek iyi bir başlangıçtır (kullandığınız eklentilere göre genişletebilirsiniz):

• /cart, /checkout, /my-account (WooCommerce)
• /wp-admin, /wp-login.php
• /?s= (arama sonuçları)
• /feed/ (RSS) ihtiyaca göre

Site dil/para birimi/ülke bazlı farklı çıktı veriyorsa, bu sayfaları daha dikkatli ele alın. Aksi halde “bir kullanıcıya görünen içerik diğerine aynen görünür” gibi hatalar yaşanabilir.

Preload: Trafik dalgalanmasında sayfaları hazır tutma

Preload, siteye gelen ilk ziyaretçinin “cache oluşsun diye yavaş” deneyimini azaltır. Özellikle gece saatlerinde veya içerik güncellemelerinden sonra sayfaların önceden cache’lenmesini sağlar. Ancak agresif preload, zayıf sunucularda CPU kullanımını artırabilir.

Ne zaman açılır?

• Gün içinde trafik dalgalanıyorsa (sabah/akşam pikleri).
• Haber/içerik sitelerinde ana sayfa ve kategori arşivleri kritikse.
• “İlk ziyaret yavaş, ikinci hızlı” şikâyetini azaltmak istiyorsanız.

Nasıl ayarlanır?

Preload sekmesinde preload’u etkinleştirip, aralığı çok agresif seçmeden başlayın. Örneğin her 12 saatte bir preload gibi. Daha sonra sunucu yükünü izleyerek sıklaştırın.

CDN sekmesi: CDN kullanıyorsanız doğru yerde kullanın

WP Super Cache, statik dosyaları (görsel, CSS, JS) CDN alan adından servis etmek için yardımcı ayarlar sunar. Eğer Cloudflare gibi bir ters proxy kullanıyorsanız, çoğu zaman CDN yönlendirmesi Cloudflare panelinden halledilir ve eklenti tarafında ekstra kurala gerek kalmayabilir. CDN ayarı yaparken hedef şu olmalı: URL’ler karışmasın, çift CDN kuralı yazılmasın, cache purge (temizleme) yönetimi kolay kalsın.

Sık yapılan hatalar ve hızlı teşhis

1) “Cache açık ama değişiklikler görünmüyor”

En klasik senaryo: Tema özelleştirmesi yaptınız, ama ziyaretçi eski sayfayı görüyor. Çözüm: Ayarlar → WP Super Cache içinde cache’i temizleyin (Delete Cache). Ardından tarayıcı cache’ini de kontrol edin. Ayrıca hosting tarafında ek cache (LiteSpeed Cache, NGINX microcache, varnish) varsa iki katmanlı cache davranışı oluşabilir.

2) WooCommerce sepet/ödeme bozuldu

Sepet, ödeme, hesap gibi sayfaları cache’lemek neredeyse her zaman yanlıştır. Rejected URLs listesine ilgili sayfaları ekleyin. “Known users” için cache kapalı olmalı. Ayrıca “Don’t cache pages with GET parameters” seçeneği çoğu mağazada kurtarıcıdır.

3) Mobilde farklı, masaüstünde farklı görünüm çıkıyor

Mobil için ayrı tema/çıktı üreten sistemlerde tek cache dosyası iki cihaz tipine servis edilirse tasarım bozulabilir. Bu tür projelerde “mobile cache” benzeri ayrıştırma seçeneklerini ve temanın mobil davranışını kontrol edin; mümkünse responsive tek tema yaklaşımı daha stabil sonuç verir.

4) 500 hatası veya yönlendirme döngüsü

Expert moda geçip .htaccess değişiklikleri sonrası 500 hatası aldıysanız, ilk iş .htaccess’i eski hâline döndürmek ve Simple’a dönmektir. Yönetimli hosting kullanıyorsanız destek ekibine .htaccess kurallarını gösterip doğrulatmak işleri hızlandırır.

WP Super Cache ile birlikte iyi giden performans alışkanlıkları

Cache tek başına mucize değil; “sayfa üretimini azaltır”, ama sayfayı ağır yapan kaynaklar hâlâ ağır olabilir. WP Super Cache’i kurduktan sonra şu üçlüye bakmak gerçek fark yaratır:

• Görsel optimizasyon: Büyük görseller LCP’yi şişirir. WebP/AVIF, doğru boyut, lazy load mantığı önemli.
• Veritabanı ve şişkin eklentiler: Her sayfada çalışan gereksiz eklentiler TTFB’yi uzatır (cache dışı senaryolarda daha da belirginleşir).
• Tema/JS yükü: Çok fazla üçüncü taraf script (reklam, chat, takip kodları) cache olsa bile kullanıcı tarafını yavaşlatır.

Eklenti bölümü: WP Super Cache’e alternatifler ve hangi senaryoda hangisi?

Her site aynı değil. WP Super Cache yalın ve etkili bir sayfa cache çözümü sunar; fakat bazı projelerde farklı eklentiler daha iyi uyum gösterebilir. Aşağıdaki seçenekler WordPress.org üzerindeki popüler alternatiflerdir:

• WP Fastest Cache (WordPress.org): Daha “hepsi bir arada” ayarlar ve bazı otomasyonlarla hızlı sonuç almak isteyenlerde tercih edilir.
• Super Page Cache (WordPress.org): Cloudflare kullanan sitelerde tam sayfa cache’i CDN katmanına taşımayı hedefler; doğru kurulumda edge cache avantajı sağlar.

Basit kullanım senaryosu üzerinden düşünün:

• Blog/kurumsal site, minimum karmaşa: WP Super Cache.
• Tek panelden cache + bazı ek optimizasyonlar: WP Fastest Cache.
• Cloudflare ağırlıklı, edge cache ile daha agresif yaklaşım: Super Page Cache.

Birden fazla cache eklentisini aynı anda kullanmak genelde iyi fikir değildir. Birini seçip doğru ayarlamak, iki eklentiyi “yarım yamalak” çalıştırmaktan daha stabil sonuç verir.

Hızlı kontrol listesi: Kurulumdan sonra 10 dakikalık tur

• Ayarlar → WP Super Cache içinde cache açık mı?
• Cache Tester sonucu ikinci istekte cache’den geliyor mu?
• Known users için cache kapalı mı?
• GET parametreli sayfalar cache dışında mı?
• Sepet/ödeme/hesap gibi dinamik sayfalar Rejected URLs listesinde mi?
• Preload açıksa aralık sunucunuzu yormayacak seviyede mi?
• Tema değişikliği sonrası cache temizleme alışkanlığı oturdu mu?
• Hosting/CDN tarafında ek cache varsa çakışma belirtisi var mı?
• Mobil/masaüstü görünüm farkı varsa cache ayrıştırması test edildi mi?
• Bir hız testi aracında (sayfa bazlı) TTFB ve LCP değerleri iyileşiyor mu?

WP Super Cache cache’i açtım ama testte çalışmıyor, neden?

Genelde kalıcı bağlantılar kapalı olduğunda, hosting tarafında farklı bir cache katmanı devrede olduğunda veya izin/.htaccess kaynaklı bir engel olduğunda Cache Tester sonuç vermez. Ayarlar → Kalıcı Bağlantılar’dan yapı seçip kaydedin, ardından WP Super Cache içinde cache’i temizleyip yeniden test edin.

Expert moda geçmek şart mı, Simple mod yeterli mi?

Çoğu sitede Simple mod yeterlidir ve daha güvenli başlatır. Expert mod .htaccess değişikliği gerektirdiği için yanlış kural 500 hatasına yol açabilir. Stabil çalışıyorsa Simple’da kalıp gerçek ihtiyaç doğarsa Expert’i deneyin.

WooCommerce sepet ve ödeme sayfaları bozuldu, nasıl düzeltirim?

Sepet/ödeme/hesap sayfalarını cache’lemek risklidir. WP Super Cache’te Rejected URLs alanına /cart, /checkout, /my-account gibi sayfaları ekleyin; ayrıca “known users” için cache kapalı olsun ve GET parametreli sayfalar cache dışı kalsın.

Değişiklik yaptım ama ziyaretçiler eski sürümü görüyor, ne yapmalıyım?

Önce WP Super Cache’ten Delete Cache ile temizleyin. CDN kullanıyorsanız CDN purge yapın. Tarayıcı önbelleğini de gözden geçirin. Tema/önbellek eklentisi/hosting cache aynı anda devredeyse, hangi katmanın eski içerik tuttuğunu bulup oradan temizlemek gerekir.

Preload açınca sunucu yorulur mu?

Preload, sayfaları önceden gezip cache’lediği için özellikle zayıf sunucularda CPU kullanımını artırabilir. Daha uzun aralıklarla başlayın (ör. 12 saatte bir), sunucu yükünü izleyin ve ihtiyaç oldukça sıklaştırın.