Kısaca özet
- WordPress yavaşsa hosting mi eklenti mi sorumlu sorusunun ilk testi basittir: tüm eklentileri geçici olarak devre dışı bırakıp sayfa yine yavaşsa sorun sunucu kaynaklı, hız geri geldiyse eklenti kaynaklıdır.
- Sunucu tarafı sorunlarda TTFB, yani ilk baytın gelme süresi yüksek çıkar; eklenti kaynaklı sorunlarda sayfa boyutu ve istek sayısı artmıştır.
- Aynı anda 10’dan fazla aktif eklenti, özellikle sayfa oluşturucu ve form eklentileri, tek başına ölçülebilir bir yavaşlamaya yol açabilir.
- Paylaşımlı hostingte tekrarlayan kaynak aşımı hatası ya da sürekli yüksek TTFB, paket yetersizliğinin işaretidir.
- Devre dışı bırakma testi önbellek temizlenmeden yapılırsa yanıltıcı sonuç verir; her testten önce önbelleği boşaltın.
- Sonuç ne olursa olsun, test edilebilir bir yöntem tahmin yürütmekten daha hızlı çözüme götürür.
Site son haftalarda gözle görülür şekilde yavaşladı ama neyin değiştiğini kestiremiyorsunuz; hosting firmasını mı aramalı, yoksa son eklediğiniz eklentiyi mi kaldırmalısınız? WordPress yavaşsa hosting mi eklenti mi sorumlu sorusunun cevabı tahminle değil, kısa bir testle bulunur. Bu yazıda sunucu kaynaklı ve eklenti kaynaklı yavaşlığın farklı işaretlerini ve bunları ayırt eden basit bir teşhis yöntemini anlatıyoruz.
WordPress Yavaşsa Hosting mi Eklenti mi Sorumlu, Kısa Cevap
En güvenilir test, tüm eklentileri geçici olarak devre dışı bırakıp varsayılan bir temayla sayfayı yeniden ölçmektir. Yavaşlık sürüyorsa sorun sunucu kaynağında ya da temada; hız geri geldiyse devre dışı bıraktığınız eklentilerden biri veya birkaçı sorumludur. Eklentileri teker teker geri açarak hangisinin yavaşlattığını da bulabilirsiniz.
Genel olarak hangi hosting paketinin sitenizin yüküne uygun olduğu ayrı bir karardır; paylaşımlı, kurumsal ve VPS arasındaki farkı hosting nasıl seçilir yazımızda karşılaştırdık.
İlk Belirtiye Göre Hosting mi Eklenti mi Ayrımı
Sunucudan kaynaklanan yavaşlık genelde TTFB’de, yani tarayıcının sunucudan ilk baytı alma süresinde görülür; sayfa boş bir şekilde uzun süre beklemeye devam eder. Eklenti kaynaklı yavaşlık ise genelde sayfa tamamen yüklenmeye başladıktan sonra fark edilir: çok sayıda CSS/JS dosyası, ağır bir form ya da galeri eklentisi sayfa boyutunu ve istek sayısını artırır.
Bilgi
TTFB’yi ölçmek için tarayıcının geliştirici araçlarındaki ağ (network) sekmesi yeterlidir; ilk isteğin süresine bakın. Bir saniyenin üzerindeki TTFB genelde sunucu kaynağına, sayfanın geri kalanındaki uzun yükleme süresi ise genelde eklenti ya da tema tarafına işaret eder.
Sunucu Kaynaklı Yavaşlığın İşaretleri
Sunucu kaynaklı yavaşlıkta belirtiler sitenin tamamını, hatta yönetim panelini de kapsar: her sayfa aynı derecede yavaştır, eklenti değişikliği fark yaratmaz, “500 internal server error” ya da veritabanı bağlantı hatası tekrar eder. Paylaşımlı hostingte bu genelde işlemci ya da bellek payının pakete göre yetersiz kaldığı anlamına gelir.
Dikkat
Paylaşımlı hostingte tekrarlayan kaynak aşımı hatası, birden fazla sitenin aynı sunucuda paylaşımlı çalışırken sizin payınızın yetersiz kaldığının işaretidir. Bu durumda eklenti sayısını azaltmak geçici rahatlama sağlasa da kalıcı çözüm genelde bir üst pakete ya da izole kaynağa geçmektir.
Eklenti Kaynaklı Yavaşlığın İşaretleri
Eklenti kaynaklı yavaşlıkta belirti genelde belirli sayfalarla sınırlıdır: bir form, galeri ya da ürün karşılaştırma eklentisinin kullanıldığı sayfalar yavaşken diğer sayfalar normal hızda açılır. Aynı işi yapan iki eklentinin aynı anda kurulu olması ya da bir eklentinin arka planda gereksiz sorgu çalıştırması da bu tabloya girer. Eklenti sayısı arttıkça bu tür çakışmaların ihtimali de artar.
Devre Dışı Bırakarak Test Etme Yöntemi
Test önbellek boşaltılmadan yapılırsa eski, hızlı bir kopya görüntülenmeye devam edebilir ve sonuç yanıltıcı çıkar. Doğru sıra şöyledir: önce önbelleği temizleyin, sayfa hızını ölçün, ardından tüm eklentileri devre dışı bırakıp aynı sayfayı tekrar ölçün. Fark büyükse eklentileri teker teker geri açarak sorumlu olanı bulabilirsiniz.
Örnek senaryo
Bir emlak sitesi ilan sayfalarının yavaş açıldığından şikâyetçiydi. Ekip önce hosting paketini büyütmeyi düşündü ama devre dışı bırakma testinde yavaşlığın yalnızca ilanlarda kullanılan bir galeri eklentisiyle ilgili olduğu görüldü; eklenti güncellenip ayarları sadeleştirilince sayfa süresi normale döndü, paket değişikliğine gerek kalmadı.
Teşhis Tablosu
| Belirti | Olası kaynak | İlk test |
|---|---|---|
| TTFB yüksek, tüm site yavaş | Sunucu / paket | Önbelleği boşaltıp TTFB’yi tekrar ölçün |
| Sayfa boyutu ve istek sayısı büyük | Eklenti / tema | Ağır galeri, form ve karşılaştırma eklentilerini kontrol edin |
| Yalnızca belirli sayfalarda yavaşlık | Eklenti | O sayfaya özgü eklentiyi geçici kapatın |
| Kaynak aşımı hatası tekrar ediyor | Sunucu / paket | Paket kaynak sınırını kontrol panelinden kontrol edin |
| Yönetim paneli de yavaş | Eklenti / veritabanı | Aktif eklenti sayısını azaltıp tekrar test edin |
Adım adım hız iyileştirme sürecinin tamamı site hızı nasıl artırılır merkezinde, önbellekleme eklentisi kurulumu ise Narhost’ta WordPress önbellek eklentisi nasıl kurulur destek makalesinde anlatılıyor.
Hangi Durumda Hosting Yükseltmek Gerekir
Devre dışı bırakma testinde yavaşlık sürüyorsa, tema ve eklentileri sadeleştirmek bir noktadan sonra yeterli olmaz; sorun kaynağın kendisidir. WordPress’in resmî performans belgesi sunucu kaynağının, önbellekleme ve eklenti optimizasyonundan önce gelen bir ön koşul olduğunu belirtir. Kaynak aşımı hatası sık tekrarlıyorsa ya da TTFB önbellek temizliğine rağmen yüksek kalıyorsa hosting paketini büyütmenin zamanı gelmiştir.
Sorunu daha ayrıntılı incelemek isteyenler için WordPress’in hata ayıklama belgesi, yavaş sorguları ve hataları görünür kılan araçları anlatır. WordPress için en iyi hosting tercihi yazımızda paket seçiminde nelere bakılacağını topladık.
Sonuç
Devre dışı bırakma testi tek bir tercihle yetinmenizi gerektirmez: eklenti kaynaklıysa sorunlu eklentiyi değiştirmek, sunucu kaynaklıysa paketi büyütmek kalıcı çözümdür. Testi önbellek temizliğiyle birlikte yapmak, yanlış tarafa zaman ve bütçe harcamanızı önler.
Kontrol Listesi
- Test öncesi tüm önbellek katmanlarını (sayfa, tarayıcı, varsa CDN) boşaltın.
- Tüm eklentileri geçici olarak devre dışı bırakıp sayfayı yeniden ölçün.
- Fark büyükse eklentileri teker teker açarak sorumluyu bulun.
- TTFB’yi tarayıcı geliştirici araçlarının ağ sekmesinden ölçün.
- Kaynak aşımı hatasının geçmişte tekrar edip etmediğini kontrol edin.
- Sorun sunucu kaynaklıysa paket yükseltmeyi, eklenti kaynaklıysa değişikliği planlayın.
Sıkça sorulan sorular
WordPress yavaşsa hosting mi eklenti mi sorumlu, nasıl anlarım?
Önbelleği boşaltıp tüm eklentileri geçici olarak devre dışı bırakın ve sayfayı tekrar ölçün. Yavaşlık sürüyorsa sorun sunucu kaynaklı, hız geri geldiyse eklentilerden biri sorumludur.
TTFB yüksekse bu her zaman hosting sorunu mudur?
Genelde evet; TTFB sunucunun isteğe ilk yanıt verme süresidir ve sayfa içeriğinden çok kaynak payıyla ilgilidir. Ancak çok ağır bir eklenti de sayfa oluşturulmadan önce çalışıp TTFB’yi yükseltebilir, bu yüzden devre dışı bırakma testi yine de yapılmalıdır.
Kaç eklenti sitede yavaşlığa yol açar?
Sabit bir sayı yoktur; beş ağır eklenti üç hafif eklentiden daha fazla yük yaratabilir. Önemli olan eklenti sayısından çok her birinin arka planda ne kadar sorgu ve işlem çalıştırdığıdır.
Paket yükseltmeden önce denenecek başka bir şey var mı?
Evet. Önbelleklemeyi doğru yapılandırmak, kullanılmayan eklentileri kaldırmak ve görselleri optimize etmek genelde ilk denenmesi gereken adımlardır. Bunlardan sonra hâlâ kaynak aşımı yaşanıyorsa paket büyütmek gerekir.
Devre dışı bırakma testi siteyi ziyaretçilere kapatır mı?
Hayır, eklentileri devre dışı bırakmak siteyi kapatmaz; yalnızca o eklentilerin işlevleri geçici olarak durur. Testi yoğun olmayan bir saatte yapmak, olası görünüm değişikliklerinin ziyaretçiyi rahatsız etmesini önler.
Narhost’ta
WordPress Hosting paketlerinde kaynak payınızı ve PHP sürümünü panelden görebilir, testte sunucu kaynaklı çıkan bir yavaşlık için paketi ihtiyacınıza göre büyütebilirsiniz.