WordPress sitesinin yavaşlaması tek başına “çok eklenti var” demek değildir. Aynı belirti; sunucu kapasitesi, PHP işlemi, veritabanı sorgusu, tema render’ı, büyük görsel, üçüncü taraf isteği, cache hatası veya güvenlik olayından kaynaklanabilir. Ölçmeden eklenti silmek kanıtı yok edip yeni sorun yaratabilir.
Önce yavaşlığın hangi koşulda oluştuğunu yazın: tüm sayfalar mı, yalnız yönetim mi, ilk istek mi, mobil mi, belirli saatler mi? Ani kaynak artışı varsa hack belirtilerini de paralel kontrol edin.
Belirtiyi örneğe çevirin
URL, tarih, cihaz, cache durumu, HTTP kodu, ilk bayt ve toplam yüklemeyi kaydedin. Aynı sayfayı birkaç kez test etmek cache etkisini gösterir; tek laboratuvar sonucunu tüm kullanıcı deneyimi sanmayın. Bir sayfa yavaşsa içerik, sorgu veya şablon farkını; tüm sayfalar yavaşsa ortak altyapıyı arayın.
Sunucu ve PHP katmanı
Sunucu yanıt veriyor olabilir fakat CPU, RAM, disk I/O, PHP-FPM worker, bağlantı limiti veya veritabanı beklemesi kullanıcıyı geciktirebilir. Monitoring belgeleri uptime yanında yükleme, yavaş işlemler ve logların izlenmesini önerir. İlk bayt yükseliyorsa HTML öncesi PHP, DB veya hosting katmanını inceleyin.
Veritabanı ve eklenti
Büyük options, eski transient, sık cron, hatalı indeks veya her istekte çalışan sorgu zamanla birikebilir. Önce staging ve yedek alın; tabloları topluca silmeyin. Eklentiyi devre dışı bırakmak yalnız kontrollü teşhis olabilir; üretimde form, ödeme veya SEO işlevini bozabilir.
Tema, görsel ve tarayıcı
Sunucu hızlı olsa bile çok sayıda CSS, JavaScript, font, görsel veya üçüncü taraf isteği mobilde yükü artırabilir. web.dev Core Web Vitals yükleme, etkileşim ve görsel kararlılığı birlikte ele alır. Network panelinde geç kalan ve başarısız kaynakları karşılaştırın.
Cache ve güvenlik ayrımı
Cache eski HTML veya kullanıcıya özel içeriği yanlış sunabilir. CDN, origin yanıtı ve purge davranışını anonim/giriş yapmış akışlarda test edin. Bilinmeyen dosya, yönlendirme, spam üretimi veya olağandışı kaynak kullanımı varsa performans sorununu güvenlikten bağımsız saymayın.
Aynı dosyalar, farklı yanıt süreleri
Varsayımsal iki hizmet sayfası aynı CSS ve JavaScript dosyalarını yüklesin. Birinin ilk baytı 0,4 saniyede, diğerinin 3 saniyede gelsin. Bu farkı yalnız dosya boyutuyla açıklamak doğru değildir; tarayıcı bu dosyaları almadan önce HTML yanıtını bekliyor olabilir. Ağ ve bağlantı maliyetini de ayırarak yavaş URL’nin sunucu, PHP, sorgu ve uzak servis sürelerini karşılaştırın.
Her URL’yi aynı noktadan birkaç kez isteyin; ilk istek ile sonraki isteklerde cache HIT/MISS/BYPASS durumunu kaydedin. Yalnız ilk istek yavaşsa soğuk cache veya yeniden üretim maliyeti araştırılır. Her istekte yavaşsa sayfaya özgü shortcode, blok, uzak API veya sorgu farkı daha önemli bir hipotez olabilir. Bu örnek tanı yöntemidir, belirli bir sitenin ölçümü değildir.
Yavaş bir uzak API saptanırsa çağrının neden her sayfa isteğinde çalıştığını inceleyin. Yanıtı önbelleğe almak veya arka plana taşımak mümkün olabilir; fakat veri güncelliği gereksinimi anlaşılmadan kalıcı bir süre belirlemeyin. Testin sonunda hem yanıt süresini hem gösterilen bilginin doğruluğunu karşılaştırın.
Teşhis sonucu
- Sunucu: kaynak veya ağ sınırı.
- Uygulama: PHP, tema, eklenti, cron veya DB.
- Ön yüz: görsel, CSS, JS veya üçüncü taraf yükü.
- Güvenlik: yönlendirme, spam veya bilinmeyen kod.
Kategori ve kabul metriği belirlenmeden optimizasyona geçmeyin; ardından performans yaklaşımını uygulayın.
Ölçümden sonra karşılaştırılabilir hipotez kurun
“Siteyi hızlandıracağız” yerine “ilk bayt süresini şu URL ve koşulda azaltırken form başarısını koruyacağız” gibi ölçülebilir bir hipotez yazın. Test koşullarını değiştirmeden önce baseline kaydedin; CDN, ağ, cihaz ve trafik farklarını not edin.
Profiling sonucu görülen yavaş fonksiyon veya sorguyu doğrudan silmek yerine hangi işlevi taşıdığını anlayın. Bir eklenti, işletmenin ödeme veya CRM akışını sağlıyor olabilir. A/B veya kontrollü staging testi, üretimde rastgele kapatmadan daha güvenilir kanıt üretir.
Yavaşlık dönemsel ise saat, trafik, cron ve kampanya takvimini eşleştirin. Sürekli hızlı test sonucu, yoğun kampanyada kaynak sınırının oluşmayacağını garanti etmez.
