WordPress'i yavaşlatan şey çoğu zaman eklenti değil, sorgu sayısıdır
Yavaş bir WordPress sitesinde eklenti silmeye başlamadan önce ölçün. Query Monitor ile sorguları, autoload seçeneklerini ve nesne önbelleğinin etkisini adım adım inceliyoruz.
Yavaş bir WordPress sitesinde ilk refleks eklentileri tek tek kapatmaktır. Bu bazen işe yarar, ama nedenini öğretmez. Bu yazıda bir sayfanın neden yavaş olduğunu ölçerek bulmayı anlatıyoruz.
Önce önbelleksiz süreyi ölçün
Sayfa önbelleği, ziyaretçilerin çoğuna hızlı bir kopya sunar ve sorunu gizler. Asıl darboğazı görmek için oturum açmış hâlde veya önbelleği atlayan bir sorgu parametresiyle ölçün:
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" "https://alanadiniz.com.tr/?nocache=1"
İlk bayt süresi (TTFB) 600 ms'nin üzerindeyse PHP ve veritabanı tarafında incelenecek bir şey vardır.
Query Monitor
Query Monitor eklentisini geçici olarak kurun ve yavaş sayfayı açın. Yönetim çubuğunda şu değerlere bakın:
- Toplam sorgu sayısı: Basit bir sayfada 50–100 arası olağandır. Birkaç yüzü geçiyorsa bir eklenti veya tema döngü içinde sorgu atıyor olabilir.
- Yavaş sorgular: 50 ms üzeri sorgular kırmızı işaretlenir.
- Tekrarlanan sorgular: Aynı sorgunun onlarca kez çalışması, nesne önbelleği eksikliğinin klasik işaretidir.
- Bileşene göre sorgular: Hangi eklentinin kaç sorgu attığını gösterir. Silme kararını bu tabloya göre verin.
Autoload seçenekleri
WordPress her sayfa yüklemesinde wp_options tablosundaki autoload işaretli satırları belleğe alır. Silinmiş eklentilerin bıraktığı büyük seçenekler bu yükü megabaytlara çıkarabilir:
SELECT option_name, LENGTH(option_value) AS boyut
FROM wp_options
WHERE autoload IN ('yes', 'on')
ORDER BY boyut DESC
LIMIT 20;
Toplam boyut 1 MB'ı aşıyorsa listedeki büyük satırların hangi eklentiye ait olduğunu kontrol edin. Artık kullanmadığınız eklentilerin seçeneklerini silebilir, kullandıklarınızın autoload işaretini kaldırmayı eklenti geliştiricisine sorabilirsiniz. Değişiklik yapmadan önce veritabanının yedeğini alın.
Nesne önbelleği
Redis nesne önbelleği, aynı sorgunun sonucunu istekler arasında saklar. Query Monitor'da tekrarlanan sorgu sayısı yüksekse etkisi büyük olur. WordPress hosting paketlerimizde Redis hazır gelir; WordPress tarafında "Redis Object Cache" eklentisini etkinleştirmeniz yeterlidir.
Etkinleştirdikten sonra aynı ölçümü tekrar yapın. Sorgu sayısında belirgin düşüş görmüyorsanız darboğaz başka yerdedir.
Dış istekler
Bazı eklentiler sayfa yüklenirken lisans kontrolü veya istatistik için dış sunuculara bağlanır. Query Monitor'ın HTTP API Calls sekmesi bunları gösterir. Bir dış istek sayfanızı 2 saniye bekletiyorsa, sorun sunucunuzda değil o servistedir.
Sonuç
Bir eklentiyi silmeden önce ne kadar maliyet getirdiğini ölçün. Çoğu zaman sorun eklenti sayısında değil, tek bir eklentinin veya temanın yazdığı verimsiz bir sorgudadır.
Bu yazıyla ilgili hizmetler
- WordPress hosting Nesne önbelleği, hazırlık ortamı ve güvenli otomatik güncellemeler.
İlgili yazılar
VPS mi VDS mi? İşlemci paylaşımını ölçerek karar verin
Sanal sunucunuzun işlemci zamanının ne kadarını komşularınız kullanıyor? steal time değerini okumayı ve ne zaman ayrılmış çekirdeğe geçmeniz gerektiğini anlatıyoruz.
Yeni bir Linux sunucuda ilk 30 dakika
Sunucunuz teslim edildi. İnternete açık bir makinede ilk yarım saatte yapmanız gerekenler: SSH anahtarı, ayrı kullanıcı, güvenlik duvarı ve otomatik güvenlik güncellemeleri.
SPF, DKIM ve DMARC: e-postalarınız neden spam klasörüne düşüyor
Alıcı sunucu bir e-postanın gerçekten sizden geldiğini nasıl anlar? Üç DNS kaydının ne işe yaradığını, nasıl yazıldığını ve en sık yapılan hataları anlatıyoruz.