Kısaca: WordPress hız optimizasyonu yalnızca tema ve eklenti ayarlarından ibaret değildir; hosting tarafında doğru PHP sürümü, OPcache, sayfa ve nesne önbelleği, SSD depolama ve gerekiyorsa CDN olmadan ölçülebilir bir iyileşme çoğu zaman gelmez. Bu yazıda sunucu ve barındırma katmanında uygulamanız gereken adımları, ölçüm yöntemlerini ve kontrol listesini özetliyoruz.
WordPress her istekte PHP çalıştırır, veritabanına sorgu atar ve dosya sisteminden tema/eklenti varlıklarını okur. Ziyaretçi tarafındaki sıkıştırma veya görsel küçültme faydalıdır; ancak CPU, bellek, disk I/O ve önbellek katmanları yetersizse sayfa yine yavaş açılır. Genel yavaşlık sebeplerini web sitesi neden yavaş açılır rehberimizde anlattık. Burada odak, hosting ve sunucu tarafıdır.
Değişiklikten önce ve sonra aynı koşullarda ölçün. En az şu üç sinyale bakın:
WordPress'in resmi performans yönetim rehberi, kalıcı nesne önbelleği, OPcache ve yük testi gibi sunucu odaklı konulara da değinir; aşağıdaki adımlar bu çerçeveyle uyumludur.

WordPress'in desteklediği en yeni kararlı PHP sürümüne geçmek, çoğu sitede ek yazılım kurmadan hız kazandırır. Geçişten önce kritik eklentilerin uyumluluğunu kontrol edin; staging veya yedek üzerinde kısa bir duman testi yapın. PHP sürümünü genelde CWP kontrol paneli üzerinden domain bazında seçebilirsiniz.
OPcache, derlenmiş PHP bayt kodunu bellekte tutar; her istekte dosyaların yeniden derlenmesini önler. Çoğu modern hosting ortamında varsayılan olarak açıktır. Kendi VPS'inizde yönetiyorsanız opcache.enable=1 olduğunu doğrulayın ve yeterli bellek ayırın. OPcache kapalıysa WordPress hız optimizasyonu için yaptığınız diğer işler sınırlı kalır.
Anonim ziyaretçiler için üretilen HTML'i diskte veya bellekte saklayan bir sayfa önbelleği, PHP ve MySQL yükünü ciddi oranda düşürür. Sunucu tarafı (Nginx FastCGI cache, LiteSpeed Cache vb.) veya güvenilir bir WordPress önbellek eklentisi kullanın; ikisini birden çakışacak şekilde açmayın. Sepet, hesap veya nonce içeren sayfaları önbellek dışı bırakın.
WordPress seçenekleri, geçici verileri ve sorgu sonuçlarını nesne önbelleğinde tutabilir. Redis veya Memcached gibi bir kalıcı arka uç, özellikle WooCommerce ve üyelik sitelerinde tekrarlayan veritabanı sorgularını azaltır. Bu katman hosting paketinizde sunulmuyorsa VPS tarafında kurulur; paylaşımlı planda sunucu yöneticinizden destek isteyin.
Medya kütüphanesi, eklenti güncellemeleri ve veritabanı dosyaları disk I/O'ya bağlıdır. SSD veya NVMe tabanlı bir web hosting planı, klasik HDD'ye göre belirgin şekilde daha düşük gecikme sağlar. Trafik veya eklenti sayısı arttıkça CPU ve RAM tavanını da izleyin; sürekli kaynak doygunluğu önbellekle gizlenemez.
Statik varlıkları (CSS, JS, görseller) ziyaretçiye daha yakın bir kenar düğümünden sunmak TTFB dışı gecikmeyi kısaltır. CDN, origin sunucunuzdaki bant genişliği yükünü de azaltır. HTTPS ve HTTP/2 desteği modern tarayıcı paralelliği için gereklidir; SSL kurulumu hosting paketlerinin çoğunda standarttır.
Süresi dolmuş transient'lar, spam yorumlar ve kullanılmayan eklentiler hem disk hem sorgu yükü yaratır. Düzenli veritabanı bakımı yapın, kullanılmayan eklentileri silin. Brute-force ve gereksiz XML-RPC trafiği de kaynak tüketir; bu konuyu WordPress XML-RPC rehberimizde ele aldık.
WordPress hız optimizasyonu sırasında hosting tarafında en sık görülen hatalar şunlardır:
Bu hataları eledikten sonra iyileştirmeyi küçük adımlarla uygulayın: önce PHP ve OPcache, sonra sayfa önbelleği, ardından nesne önbelleği ve CDN. Her adımda TTFB'yi yeniden ölçün; böylece hangi katmanın gerçekten kazandırdığını görürsünüz. Yoğun WooCommerce veya üyelik sitelerinde nesne önbelleği çoğu zaman sayfa önbelleğinden sonra en büyük ikinci kazançtır.
ÇAP Hosting hosting paketleri SSD altyapı ve CWP paneli ile gelir; WordPress kurulumunu ve ilgili yazıları sitemizdeki WordPress kategorisinden takip edebilirsiniz. Hangi katmanı açmanız gerektiğinden emin değilseniz bizimle iletişime geçin.
Önce TTFB'yi ölçün. TTFB yüksekse sorun büyük olasılıkla PHP, önbellek veya kaynak limitlerindedir; TTFB düşük ama LCP kötüyse görsel ve tema tarafına bakın.
Hayır. OPcache PHP bayt kodunu bellekte tutar; sayfa önbelleği ise üretilmiş HTML'i saklar. İkisi birlikte çalışır ve farklı katmanlardır.
Paketinize bağlıdır. Birçok paylaşımlı planda kalıcı nesne önbelleği sunulmaz; VPS veya bu özelliği açıkça içeren bir planda kurulur.
Doğrudan hayır. CDN statik dosyaları yaklaştırır. Veritabanı ve PHP süresini düşürmek için sayfa/nesne önbelleği ve yeterli sunucu kaynağı gerekir.