Yavaş açılan bir WordPress sitesi hem ziyaretçiyi kaçırır hem de arama motorlarında geriye düşürür. İyi haber, çoğu yavaşlığın kaynağı birkaç tipik darboğaza dayanıyor: önbelleksiz çalışan PHP, şişmiş veritabanı, optimize edilmemiş görseller ve gereksiz eklenti yükü. Bu darboğazları sırayla ele aldığınızda, donanımı büyütmeden ciddi bir hız kazancı elde etmek mümkün.

Önce Ölçün, Sonra Müdahale Edin

Kör optimizasyon zaman kaybıdır. Neyin yavaşladığını bilmeden ayar değiştirmek çoğu durumda fayda yerine yeni sorunlar üretir. İşe gerçek bir ölçümle başlayın.

  • TTFB (ilk bayt süresi): Sunucunun yanıt üretme hızını gösterir; curl -w "%{time_starttransfer}\n" -o /dev/null -s https://siteniz.com ile hızlıca görebilirsiniz.
  • Query Monitor eklentisi: Hangi sorgunun ve hangi eklentinin sayfayı yavaşlattığını sorgu bazında ortaya koyar.
  • WebPageTest / Lighthouse: Tarayıcı tarafındaki render, görsel ve JavaScript yüklerini ayrıştırır.

Ölçüm verisi olmadan atılan her adım tahminden ibarettir; bu yüzden değişiklik öncesi ve sonrası aynı koşullarda kıyaslama yapın.

Önbellek Katmanlarını Doğru Kurgulayın

WordPress hızlandırmanın belkemiği önbellektir, ama tek bir önbellek türü yoktur. Birbirini tamamlayan birden çok katman vardır ve her biri farklı bir maliyeti ortadan kaldırır.

  • Sayfa önbelleği (page cache): Tam HTML çıktısını diske veya belleğe yazar, PHP'yi tamamen devre dışı bırakır. LiteSpeed sunucularında LSCache, Apache/Nginx tarafında WP Super Cache ya da W3 Total Cache yaygın tercihlerdir.
  • Nesne önbelleği (object cache): Tekrarlayan veritabanı sorgularını Redis veya Memcached üzerinde tutar; özellikle WooCommerce gibi dinamik sitelerde belirgin fark yaratır.
  • OPcache: Derlenmiş PHP bytecode'unu bellekte saklar, her istekte yeniden derlemeyi önler.
  • Tarayıcı önbelleği: Statik dosyalar için Cache-Control ve Expires başlıklarıyla ziyaretçinin tekrar indirmesini engeller.

Yüksek trafikli bir site için bu katmanları birlikte kullanmak idealdir. LiteSpeed tabanlı altyapımız üzerinde çalışan WordPress hosting paketlerinde LSCache sunucu seviyesinde devrede geldiği için kurulum yükü de büyük ölçüde ortadan kalkar.

Redis Nesne Önbelleğini Devreye Almak

Dinamik sayfalarda her ziyarette tekrar tekrar koşan sorguları Redis'e taşımak TTFB'yi gözle görülür düzeyde düşürür. Sunucuda Redis kuruluysa, WordPress tarafındaki yapılandırma oldukça sade.

// wp-config.php
define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_DATABASE', 0 );
define( 'WP_CACHE', true );

# WP-CLI ile Redis Object Cache eklentisini etkinleştir
wp plugin install redis-cache --activate
wp redis enable
wp redis status

Çıktıda Status: Connected görüyorsanız nesne önbelleği aktiftir. Paylaşımlı ortamda Redis veritabanı numarasını diğer sitelerle çakışmayacak şekilde ayırmak çakışan anahtarları önler.

PHP Sürümü ve OPcache Ayarları

PHP sürümü tek başına en kolay hız kazançlarından birini sağlar. PHP 8.1 ve sonrası, eski 7.x sürümlerine kıyasla genellikle belirgin biçimde daha hızlı çalışır ve daha az bellek tüketir. Yine de eklenti ve tema uyumluluğunu staging ortamında doğrulamadan canlıda sürüm atlamayın.

OPcache'in açık ve yeterli belleğe sahip olması kritik. Tipik bir php.ini bölümü şöyle görünür:

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=60
realpath_cache_size=4096k

Bir uyarı: OPcache her ortamda mutlak iyilik değildir. Bazı kurulumlarda belirli WordPress yığınlarıyla beklenmedik biçimde sorun çıkarabilir; canlıya almadan önce yük altında test etmek isabetli olur.

Görsel ve Statik Varlık Optimizasyonu

Çoğu WordPress sayfasının ağırlığının büyük bölümü görsellerden gelir. Bir tema demosundan kalan dev kahraman görseli veya optimize edilmemiş ürün fotoğrafları, tek başına bir sayfayı megabaytlarca şişirebilir. Burada birkaç temel müdahale sayfa boyutunu ciddi ölçüde küçültür.

  • Modern format: Görselleri WebP ya da AVIF formatına çevirin; aynı kalitede dosya boyutu belirgin biçimde düşer.
  • Lazy load: WordPress 5.5'ten beri loading="lazy" yerleşik gelir, ekran dışı görseller geciktirilerek yüklenir.
  • CSS/JS sadeleştirme: Birleştirme ve minify ile istek sayısını azaltın; kritik CSS'i satır içine alıp gerisini ertelemek render'ı hızlandırır.
  • CDN: Statik dosyaları coğrafi olarak ziyaretçiye yakın dağıtın.

Veritabanı Bakımı

Zamanla wp_options tablosundaki autoload verisi şişer, post revizyonları ve geçici (transient) kayıtlar birikir. Bunları temizlemek hem sorgu süresini kısaltır hem de yedek boyutunu küçültür.

# Otomatik yüklenen büyük option kayıtlarını bul
wp option list --autoload=on --format=table --fields=option_name,size_bytes | sort -k2 -n

# Süresi geçmiş transient kayıtlarını sil
wp transient delete --expired

# Eski post revizyonlarını temizle ve tabloları optimize et
wp post delete $(wp post list --post_type='revision' --format=ids) --force
wp db optimize

Yüzlerce kilobaytlık autoload verisi her istekte belleğe çekildiği için, gereksiz autoload=yes kayıtlarını no yapmak çoğu durumda fark edilir bir rahatlama getirir. Kaldırdığınız eski eklentilerin wp_options tablosunda bıraktığı yetim kayıtlar da bu şişkinliğin sık görülen bir nedenidir; temizlik öncesinde mutlaka veritabanı yedeği alın.

Bogahost Önerisi: Önbellek ve veritabanı değişikliklerini her zaman önce bir staging kopyasında deneyin, ardından canlıya alın. Tam bir yedek almadan production ortamında wp db optimize veya toplu silme komutu çalıştırmak, geri dönülmez veri kaybına açık kapı bırakır.

Önbellek Çözümlerinin Karşılaştırması

KatmanÇözümOrtadan kaldırdığı maliyetEn çok fayda
SayfaLSCache / WP Super CachePHP yürütme + sorguStatik içerikli sayfalar
NesneRedis / MemcachedTekrarlayan DB sorgularıWooCommerce, dinamik site
BytecodeOPcachePHP derlemeTüm PHP yükü
TarayıcıCache-Control başlıklarıStatik dosya indirmeTekrar gelen ziyaretçi

Eklenti Disiplini ve Sunucu Seçimi

Her aktif eklenti ek sorgu, ek HTTP isteği ve ek bakım yükü demektir. "Olsa iyi olur" mantığıyla biriken eklentiler zamanla sitenizin en büyük yavaşlatıcısına dönüşür. Düzenli olarak Query Monitor ile hangi eklentinin ne kadar süre tükettiğine bakın ve karşılığını vermeyenleri kaldırın.

Yazılım tarafını ne kadar optimize ederseniz edin, altyapı yetersizse tavana çarparsınız. Arama motoru performansını da önemseyen projeler için NVMe diskli, izole kaynaklı ve hız odaklı SEO hosting çözümleri, sunucu tarafındaki TTFB'yi baştan düşük tutarak yazılım optimizasyonlarınızın etkisini katlar.

Özetle

Hızlı bir WordPress, tek bir sihirli ayarın değil; ölçüm, katmanlı önbellek, güncel PHP, düzenli veritabanı bakımı ve sade eklenti listesinin bir araya gelmesinin sonucudur. Bu adımları sırayla uyguladığınızda hem ziyaretçi deneyimi hem de arama sıralaması yönünde kalıcı bir kazanım elde edersiniz.

Reklam Alanı

İçerik Altı (728x90)

Etiketler:
optimizasyon performans önbellek lscache WordPress TTFB Redis OPcache
İlgili İçerikler

Yorumlar (0)

Henüz yorum yapılmamış. İlk yorumu siz yapın!

Yorum Yap

Maksimum 2000 karakter

İlgili Yazılar