Yavaş açılan bir WordPress sitesi hem ziyaretçiyi hem de arama görünürlüğünü kaybettirir. İyi haber şu: paylaşımlı hostingdeki WordPress sitelerinde yavaşlığın büyük kısmı birkaç bilinen nedenden gelir ve bunların çoğunu kod yazmadan, yönetim panelinden düzeltebilirsiniz. Kötü haber: rastgele "hızlandırma" eklentileri kurmak çoğu zaman sorunu büyütür.

Bu rehberde doğru sırayı izleyeceğiz: önce ölçmek, sonra en büyük kazancı veren sayfa önbelleği, ardından görseller, eklentiler, otomatik yüklenen ayarlar (autoload), PHP sürümü, veritabanı ve CDN. WordPress'in resmî optimizasyon belgesi de paylaşımlı hosting için en önemli alanları önbellek, WordPress yapılandırması ve içerik dağıtımı olarak sayar. Mağazanız varsa ayrıca WooCommerce hızlandırma rehberine bakın.

Önce ölçün, sonra değiştirin

Önce ölçün, sonra değiştirin: Ana sayfayı, en çok trafik alan bir yazıyı ve varsa bir ürün veya kategori..., Mobil sonuçlara öncelik verin; ziyaretçilerin çoğu mobilden gelir...

Değişiklikten önce ve sonra aynı sayfaları ölçmezseniz neyin işe yaradığını bilemezsiniz. Google'ın PageSpeed Insights aracı iki tür veri gösterir: laboratuvar verisi (Lighthouse'un kontrollü bir ortamda yaptığı simülasyon) ve saha verisi (Chrome User Experience Report, yani CrUX üzerinden gerçek kullanıcılardan toplanan ölçümler). Laboratuvar verisi hata ayıklamaya, saha verisi gerçek deneyimi görmeye yarar. Az ziyaret alan sayfalarda saha verisi hiç görünmeyebilir.

  • Ana sayfayı, en çok trafik alan bir yazıyı ve varsa bir ürün veya kategori sayfasını seçin.
  • Mobil sonuçlara öncelik verin; ziyaretçilerin çoğu mobilden gelir.
  • LCP, INP ve CLS metriklerini not edin. Bu metriklerin anlamı Core Web Vitals rehberinde anlatılıyor.
  • Tek bir puana takılmayın; amaç puan değil, gerçek kullanıcının deneyimi.

Sunucu tarafını görmek için yönetim panelindeki Tools > Site Health ekranı da işe yarar. WordPress burada sayfa önbelleği olup olmadığını ve sunucu yanıt süresini test eder; sonuç "Page cache is detected and the server response time is good" ya da "Page cache is not detected and the server response time is slow" gibi bir başlıkla görünür. Bu ekranın tüm uyarıları site sağlığı uyarıları rehberinde ele alınıyor. Yavaşlığın hangi eklentiden veya sorgudan geldiğini görmek isterseniz Query Monitor eklentisi, yönetici olarak gezdiğiniz her sayfada veritabanı sorgularını ve süreleri gösterir; işiniz bitince devre dışı bırakın.

1. Sayfa önbelleği: en büyük kazanç

WordPress her ziyarette PHP çalıştırıp veritabanından sayfayı yeniden oluşturur. Sayfa önbelleği bu sonucu bir kez üretip sonraki ziyaretçilere hazır hâlde sunar. WordPress belgesi de hızlı bir çözüm arıyorsanız doğrudan önbellek bölümüne gitmenizi, en az uğraşla en büyük kazancın orada olduğunu söyler.

Sunucunuz LiteSpeed ise LiteSpeed Cache eklentisi doğal seçimdir. LiteSpeed'in belgesine göre eklentinin önbellek işlevleri sunucu tarafındaki LSCache bileşenini gerektirir; LiteSpeed olmayan bir sunucuda yalnızca optimizasyon özelliklerini (görsel optimizasyonu, CSS/JS küçültme gibi) kullanabilirsiniz. Kurulum ve ayarların ayrıntıları LSCache rehberinde.

  • Aynı anda birden fazla sayfa önbelleği eklentisi çalıştırmayın; birbirlerinin dosyalarını ve kurallarını bozabilirler.
  • Giriş yapmış kullanıcılara, sepete ve ödeme sayfasına özel içerik gösteriyorsanız bu sayfaların önbelleğe alınmadığından emin olun.
  • Ayar değiştirdikten sonra önbelleği temizleyip sayfayı gizli pencerede test edin.
  • Önbelleğin çalışıp çalışmadığını Site Health'teki sayfa önbelleği testiyle doğrulayın.

2. Görseller: doğru boyut, modern format, tembel yükleme

Çoğu sitede sayfa ağırlığının en büyük kısmı görsellerdir. WordPress belgesi gereksiz görselleri azaltmayı, her görsel için doğru format ve sıkıştırmayı seçmeyi ve WebP gibi daha küçük modern formatları düşünmeyi önerir.

  • Boyut: 4000 piksellik bir fotoğrafı 800 piksellik bir alana yüklemeyin. Telefondan gelen fotoğrafları yüklemeden önce küçültün.
  • WebP ve AVIF: WordPress 5.8 ile WebP, WordPress 6.5 ile AVIF yükleme desteği geldi. AVIF desteği sunucudaki görüntü işleme kitaplığına (Imagick veya GD) bağlıdır; Tools > Site Health ekranının Info sekmesinde "Media Handling" bölümünden kontrol edebilirsiniz.
  • Tembel yükleme (lazy load): WordPress 5.5'ten beri genişlik ve yükseklik niteliği olan img etiketlerine otomatik olarak loading="lazy" ekler. Bu yüzden yalnızca tembel yükleme için ayrı bir eklenti kurmanız gerekmez.
  • Boyut nitelikleri: WordPress tembel yüklemeyi yalnızca iki boyut niteliği de olan görsellere uygular; bu nitelikler sayfa yüklenirken kaymayı (CLS) da azaltır. Tema veya sayfa oluşturucunuz bunları siliyorsa düzeltin.

Mevcut medya kitaplığını toplu dönüştürmek isterseniz LiteSpeed Cache'in Image Optimization bölümü bunu QUIC.cloud üzerinden yapabilir; belgeye göre WebP veya AVIF üretimi varsayılan olarak kapalıdır ve ayrıca etkinleştirilmesi gerekir. Sayfa açılır açılmaz görünen büyük ana görselin, çoğu zaman LCP öğesinin, tembel yüklenmemesine dikkat edin; optimizasyon eklentilerinin tembel yükleme ayarlarını bu açıdan kontrol edin.

3. Eklenti ve tema diyeti

3. Eklenti ve tema diyeti: Son bir yılda kullanmadığınız eklentileri devre dışı bırakıp silin. Yalnızca..., Aynı işi yapan iki eklentiyi (iki SEO eklentisi, iki güvenlik...

WordPress belgesi performansı artırmanın ilk ve en kolay yolunun eklentilere bakmak olduğunu söyler: gereksiz eklentileri devre dışı bırakıp silin, şüphelendiklerinizi tek tek kapatarak ölçün. Hafif bir tema da ağır, görsel yüklü bir temadan çok daha verimli çalışır.

  • Son bir yılda kullanmadığınız eklentileri devre dışı bırakıp silin. Yalnızca devre dışı bırakmak dosyaları kaldırmaz.
  • Aynı işi yapan iki eklentiyi (iki SEO eklentisi, iki güvenlik eklentisi, iki önbellek eklentisi) birlikte tutmayın.
  • Bir eklentiyi kapatıp aynı sayfayı yeniden ölçün; fark büyükse alternatif arayın veya eklentinin destek forumuna yazın.
  • Ziyaretçilerin gördüğü siteyi bozmadan eklentileri yalnızca kendiniz için kapatıp denemek isterseniz eklenti çakışması rehberindeki sorun giderme modunu kullanın.

4. Otomatik yüklenen ayarlar (autoload)

Eklenti ve temalar ayarlarını wp_options tablosuna yazar. Bunların bir kısmı "autoload" olarak işaretlidir ve her sayfa yüklemesinde, kullanılsın kullanılmasın belleğe alınır. Silinmiş eklentilerden kalan büyük kayıtlar zamanla birikir. WordPress belgesi otomatik yüklenen ayarların toplamını genel olarak 800 KB'ın altında tutmanızı önerir.

WordPress 6.6'dan beri Site Health bu toplamı kontrol eder ve sınır aşılırsa "Autoloaded options could affect performance" uyarısını gösterir. Aynı sürümle, açıkça otomatik yükleme istenmeyen ve 150.000 baytı aşan yeni ayarlar artık otomatik yüklenmiyor. Panelinizde SSH ve WP-CLI varsa durumu komutla da görebilirsiniz:

bash
# Otomatik yüklenen tüm ayarların toplam boyutu (bayt)
wp option list --autoload=on --format=total_bytes

# En büyük otomatik yüklenen ayarları listele
wp option list --autoload=on --fields=option_name,size_bytes | sort -n -k 2 | tail

5. PHP sürümü ve opcode önbelleği

WordPress'in resmî gereksinim sayfası PHP 8.3 veya üstünü önerir. Site Health'in PHP testi de yeni PHP sürümlerinin düzenli güvenlik güncellemesi aldığını ve performansı artırabileceğini belirtir. Eski bir PHP sürümündeyseniz yükseltme hem güvenlik hem hız için önemlidir; ancak eklenti uyumluluğunu kontrol etmeden yapmayın. Adımlar PHP sürümü yükseltme rehberinde.

Site Health ayrıca "Opcode cache is not enabled" başlıklı bir kontrol içerir. Opcode önbelleği PHP kodunun derlenmiş hâlini bellekte tutar; bu uyarıyı görüyorsanız sunucu tarafında açılması gerekir ve paylaşımlı hostingde bunu barındırma sağlayıcınıza sormanız gerekir.

6. Veritabanı temizliği

6. Veritabanı temizliği: Revizyon sayısını sınırlayın, Spam ve çöp yorumları boşaltın, Süresi dolmuş transient'ları silin, Eklentiyle temizlik

Yazı revizyonları, süresi dolmuş geçici veriler (transient), spam ve çöp kutusundaki yorumlar veritabanını şişirir. Temizlikten önce mutlaka veritabanı yedeği alın (yedekleme rehberi).

  • Revizyon sayısını sınırlayın: WordPress varsayılan olarak revizyonları sınırsız saklar. wp-config.php içine define( 'WP_POST_REVISIONS', 3 ); eklerseniz yazı başına en fazla 3 revizyon tutulur. Bu ayar mevcut revizyonları silmez.
  • Spam ve çöp yorumları boşaltın: Yorumlar ekranında Spam ve Trash sekmelerini boşaltın.
  • Süresi dolmuş transient'ları silin: WP-CLI ile wp transient delete --expired komutu yalnızca süresi geçmiş olanları siler.
  • Eklentiyle temizlik: WP-Optimize, Advanced Database Cleaner veya LiteSpeed Cache'in Database bölümü revizyon, transient ve spam temizliğini panelden yapar. Kurmadan önce son güncelleme tarihini kontrol edin.
php
// wp-config.php: yazı başına en fazla 3 revizyon sakla
define( 'WP_POST_REVISIONS', 3 );

7. CDN ve önbellek kuralları

WordPress belgesine göre sunucu ile ziyaretçi arasındaki mesafe de performansı etkiler; CDN, görseller gibi statik dosyaları farklı bölgelere kopyalayarak bu mesafeyi kısaltır. Ziyaretçileriniz büyük ölçüde Türkiye'deyse ve sunucunuz da Türkiye'deyse CDN'in katkısı daha sınırlı olabilir; ziyaretçileriniz farklı ülkelere dağılmışsa fark daha belirgin olur. LiteSpeed Cache eklentisi QUIC.cloud CDN ile birlikte çalışabilir; Cloudflare kullanıyorsanız ayarlar Cloudflare önbellek kuralları yazısında.

Kısa kontrol listesi

AdımNeredeNasıl doğrularsınız?
ÖlçümPageSpeed InsightsAynı sayfaları değişiklik öncesi ve sonrası ölçün
Sayfa önbelleğiLiteSpeed Cache (LiteSpeed sunucuda)Site Health sayfa önbelleği testi
GörsellerMedya kitaplığı, optimizasyon eklentisiPSI'deki görsel önerileri azaldı mı?
EklentilerPlugins ekranıKapatılan eklenti sonrası ölçüm farkı
AutoloadSite Health, WP-CLI800 KB altında mı?
PHP sürümüBarındırma paneliSite Health PHP testi
VeritabanıTemizlik eklentisi veya WP-CLIYedek alındı mı?
CDNQUIC.cloud veya CloudflareStatik dosyalar CDN üzerinden mi geliyor?

Sık yapılan hatalar

  • İki sayfa önbelleği eklentisini aynı anda çalıştırmak.
  • CSS ve JavaScript birleştirme/geciktirme ayarlarını test etmeden açmak; menü, kaydırıcı veya formlar bozulabilir. Bir ayarı açtıktan sonra siteyi gezin.
  • Laboratuvar puanını yükseltmek için gerçek kullanıcıyı unutmak.
  • Yedek almadan veritabanı temizliği yapmak.
  • Düşük trafikli, önbellekli sitelerde zamanlanmış görevlerin gecikmesini gözden kaçırmak (WP-Cron rehberi).

Sitenin yalnızca WordPress değil genel olarak neden yavaş açıldığını anlamak için web sitesi yavaş açılıyor yazısına da göz atabilirsiniz.

Sık Sorulan Sorular

Hangi hızlandırma eklentisini kurmalıyım?

Tek bir sayfa önbelleği eklentisi yeterlidir ve seçim sunucunuza bağlıdır. LiteSpeed sunucuda LiteSpeed Cache'in önbellek işlevleri tam olarak çalışır; başka bir sunucuda yalnızca optimizasyon özellikleri kullanılabilir. Birden fazla önbellek eklentisini üst üste kurmayın.

PageSpeed puanım 100 olmazsa sorun var mı?

Hayır. Puan, kontrollü bir simülasyonun özetidir. Asıl önemli olan saha verisindeki LCP, INP ve CLS değerleridir; bunlar iyi aralıktaysa puanın birkaç puan düşük olması ziyaretçi deneyimini değiştirmez.

Tembel yükleme için eklenti gerekli mi?

Genellikle hayır. WordPress 5.5'ten beri boyut nitelikleri olan görsellere loading="lazy" ekliyor. Ek bir eklenti yalnızca iframe veya arka plan görselleri gibi özel ihtiyaçlarda gerekir; bu durumda iki tembel yükleme mekanizmasının çakışmadığını kontrol edin.

Daha güçlü bir hosting paketine geçmek şart mı?

WordPress belgesi daha yüksek kaynak limitleri ve NVMe gibi hızlı diskler sunan paketlerin büyük fark yaratabileceğini söyler, ama önce önbellek, görsel ve eklenti adımlarını yapın. Bunlardan sonra hâlâ kaynak limitlerine takılıyorsanız paket yükseltmek mantıklı olur.

Yazılım, eklenti ve hizmet adları sahiplerine aittir. Bu yazı bağımsız bir teknik rehberdir; adı geçen şirketlerle bayilik veya ortaklık ilişkisi bulunduğu anlamına gelmez.

İlgili içerikler: PHP sürümü yükseltme · Site sağlığı uyarıları · Eklenti çakışması ve beyaz ekran · WP-Cron ve gerçek cron · LSCache rehberi · Core Web Vitals rehberi · WooCommerce hızlandırma