WordPress Sitesi Neden Yavaş Açılır?

WordPress sitesi yavaşladığında sorun genellikle tek bir yerde değildir. Sık görülen nedenler sırasıyla şunlardır: sayfa önbelleğinin olmaması, ağır veya çakışan eklentiler, optimize edilmemiş görseller, şişmiş veritabanı, yetersiz sunucu kaynağı ve uzak sunucudan çağrılan üçüncü taraf betikleri. Doğru yöntem tahmin etmek değil, yavaşlığın sunucuda mı tarayıcıda mı oluştuğunu ölçerek ayırmaktır.

Önce ölçün: yavaşlık nerede?

İki farklı yavaşlık vardır ve çözümleri farklıdır:

• Sunucu tarafı (TTFB yüksek): İlk bayt geç geliyor. Neden PHP, veritabanı veya sunucu kaynağıdır.
• Tarayıcı tarafı (TTFB düşük, sayfa geç tamamlanıyor): Görseller, betikler ve yazı tipleri ağırdır.

Tarayıcı geliştirici araçlarında ağ sekmesini açın: ilk isteğin "Waiting" süresi 600 ms'nin üzerindeyse sunucu tarafına, toplam indirilen boyut birkaç megabaytı buluyorsa ön yüz tarafına bakın.

1. Sayfa önbelleği yok

Önbelleksiz bir WordPress'te her ziyaret PHP çalıştırır ve veritabanına sorgu gönderir. Sayfa önbelleği devreye girdiğinde aynı sayfa hazır HTML olarak sunulur; hem yanıt süresi düşer hem kaynak tüketimi azalır. Bu, tek başına en büyük kazancı veren adımdır. LiteSpeed sunucularda kurulum adımlarını LiteSpeed Cache rehberinde anlattık.

Not: sepet, hesap ve ödeme sayfaları önbelleklenmez; e-ticarette bu sayfaların hızı doğrudan sunucu performansına bağlıdır.

2. Eklenti yükü

Eklenti sayısı tek başına sorun değildir; sorun, her sayfa yüklemesinde ağır iş yapan eklentilerdir. Şunlara dikkat edin:

• Her istekte dış servise bağlanan eklentiler (istatistik, sosyal medya, kur bilgisi)
• Sayfa oluşturucuların ürettiği fazladan CSS ve JavaScript
• Aynı işi yapan iki eklentinin birlikte çalışması (iki önbellek, iki SEO eklentisi)
• Arka planda sürekli tarama yapan güvenlik veya yedekleme eklentileri

Yöntem: hazırlık ortamında eklentileri tek tek devre dışı bırakıp yanıt süresini ölçün. Canlıda deneme yapmayın.

3. Görseller

Sayfa ağırlığının büyük bölümü genellikle görsellerdir. Üç adım çoğu sitede belirgin fark yaratır:

1. Görselleri kullanılacak boyutta yükleyin; 4000 piksel genişliğindeki bir fotoğrafı 800 pikselde göstermek boşa indirme demektir.
2. Modern formatlar (WebP gibi) kullanın.
3. Ekranda görünmeyen görselleri geciktirerek yükleyin.

Öne çıkan büyük görselde gecikmeli yükleme kullanmayın; bu, en büyük içerik boyama süresini uzatır.

4. Veritabanı şişmesi

Zamanla biriken veriler sorguları yavaşlatır: yazı revizyonları, geçici kayıtlar (transient), spam yorumlar, silinen eklentilerden kalan ayarlar ve otomatik yüklenen büyük seçenek kayıtları. Düzenli bakım şu adımları içerir:

• Eski revizyonları sınırlamak
• Süresi geçmiş geçici kayıtları temizlemek
• Spam ve çöp yorumları silmek
• Otomatik yüklenen ayar boyutunu kontrol etmek
• Tabloları düzenli olarak iyileştirmek

Temizlik öncesi mutlaka yedek alın; geri dönüşü olmayan işlemlerdir.

5. Sunucu kaynağı yetersiz

Optimizasyon yapıldığı hâlde yoğun saatlerde yavaşlama sürüyorsa kaynak sınırına gelinmiş olabilir. Paylaşımlı hostingte bunun göstergesi kaynak kullanım ekranındaki dolu limitlerdir; ne anlama geldiklerini kaynak limitleri yazısında açıkladık. Sunucuda ise bellek ve işlemci ölçümlerine bakılır; bellek ihtiyacının nasıl hesaplanacağını VPS için RAM hesabı yazısında bulabilirsiniz.

6. PHP sürümü ve yapılandırma

Eski PHP sürümleri hem yavaş hem güvenlik açısından risklidir. Güncel sürüme geçiş çoğu sitede ölçülebilir kazanç sağlar. Geçişten önce eklenti ve tema uyumluluğunu hazırlık ortamında test edin. Ayrıca kalıcı nesne önbelleği (Redis veya Memcached) kullanılabiliyorsa, veritabanı sorgu sayısı belirgin şekilde azalır.

7. Üçüncü taraf betikleri

Analitik, sohbet widget'ı, reklam ve pazarlama betikleri sunucunuzdan bağımsız olarak sayfayı geciktirir. Her birinin gerçekten gerekli olup olmadığını sorun, gerekli olanları geciktirerek yükleyin ve kaldırılan servislerin betiklerini temalarda unutmayın.

Sıralı teşhis yöntemi

1. Ana sayfanın TTFB değerini ölçün.
2. Önbellek devrede mi kontrol edin; değilse önce onu kurun ve yeniden ölçün.
3. Hazırlık ortamında eklentileri kapatarak farkı ölçün.
4. Sayfa ağırlığını ve istek sayısını inceleyin; en büyük dosyaları belirleyin.
5. Veritabanı bakımını yapın ve yavaş sorguları kaydedin.
6. Sunucu kaynak kullanımını yoğun saatte ölçün.
7. Gerekliyse paket veya sunucu yükseltmesini değerlendirin.

Her adımda tek bir değişiklik yapıp ölçün; aynı anda beş değişiklik yaparsanız hangisinin işe yaradığını bilemezsiniz.

Yönetici paneli yavaşsa

Ziyaretçi tarafı hızlı, yönetim paneli yavaşsa neden genellikle önbelleğin panelde çalışmamasıdır: panel istekleri her seferinde PHP ve veritabanına gider. Bu durumda eklenti yükü, gösterge paneli widget'ları ve arka plan görevleri incelenir. Ayrıca çok sayıda ürün veya yazı içeren sitelerde liste ekranlarının sorguları ağırlaşır.

Ölçüm için üç pratik komut

• curl -o /dev/null -s -w "%{time_starttransfer}\n" https://siteniz.com — sunucu tarafı yanıt süresini gösterir.
• Tarayıcı geliştirici araçları → Ağ sekmesi — hangi dosyanın ne kadar sürede indiğini listeler.
• Hosting panelindeki kaynak kullanım ekranı — limit dolumlarını gösterir.

Ölçümü her zaman aynı koşullarda tekrarlayın: aynı sayfa, aynı saat aralığı, önbellek durumu aynı. Aksi halde değişikliğin etkisini göremezsiniz.

Hızlanma sonrası kalıcılık

Site bir kez hızlandıktan sonra zamanla yeniden yavaşlar: yeni eklentiler, büyüyen veritabanı, eklenen görseller. Üç aylık basit bir bakım düzeni bunu önler — önbelleğin çalıştığını doğrulayın, veritabanı temizliğini tekrarlayın, kullanılmayan eklentileri kaldırın ve yanıt süresini ölçüp bir önceki ölçümle karşılaştırın.

Netx'te hosting seçenekleri

WordPress için yapılandırılmış paketler WordPress hosting sayfasında, cPanel tercih edenler için cPanel hosting sayfasında listelenir. Kaynak limitlerine takılıyorsanız VPS veya VDS seçeneklerine geçiş değerlendirilebilir; karar için WordPress için VPS mi hosting mi yazısına bakın.

Sık sorulan sorular

Eklenti sayısını azaltmak siteyi hızlandırır mı?

Sayı değil, eklentinin yaptığı iş önemlidir. Hafif on eklenti, ağır iki eklentiden daha az yük getirebilir.

Önbellek eklentisi yeterli mi?

Çoğu sitede büyük fark yaratır. Sunucu seviyesinde önbellek varsa onunla uyumlu çalışan bir eklenti seçilmelidir; iki önbellek katmanı çakışabilir.

CDN kullanmalı mıyım?

Ziyaretçileriniz coğrafi olarak dağıldıysa statik dosyalar için belirgin kazanç sağlar. Dinamik sayfalarda etkisi sınırlıdır; ayrıntı için lokasyon ve gecikme yazısına bakın.

Sitem gece hızlı, gündüz yavaş. Neden?

Yoğun saatte kaynak rekabeti oluşuyordur. Kaynak kullanım ekranındaki limit dolumlarını ve sunucu yükünü aynı saatlerde ölçün.

Tema değiştirmek çözüm olur mu?

Ağır sayfa oluşturucularla kurulmuş sitelerde olabilir, ancak tema değişimi büyük bir iştir. Önce önbellek, görsel ve eklenti adımlarını tamamlayın.