"Siteniz hızlansın diye eklentileri azaltın", WordPress dünyasında en çok tekrarlanan hız tavsiyesi; biz de ne kadar doğru olduğunu ölçtük. Kısa cevap: eklenti sayısının sunucu yanıt süresiyle neredeyse hiçbir ilişkisi yok, ama tarayıcının çekmek zorunda kaldığı dosya sayısıyla güçlü bir ilişkisi var.
Bu ikisi aynı şey değil ve hangisinin bozuk olduğu, ne yapmanız gerektiğini belirliyor.
Yöntem
16 Ağustos 2026'da WordPress ve SEO sorgularında ilk yirmide sıralanan 59 sitenin ana sayfasını Helsinki'deki bir Hetzner sunucusundan istedik. Otuzu WordPress kullanıyor ve bunların 25'inde eklenti yolları sayfa kaynağında görünüyordu.
Her site için dosya yollarında beliren farklı eklenti sayısını, istenen betik ve stil dosyası sayısını ve üç çekimin ortancası olarak sunucu yanıt süresini kaydettik.
Buraya iki sınır ait, çünkü onlar olmadan bu sayılara inanılmamalı. Birincisi, yalnızca ana sayfada dosya yükleyen eklentileri sayıyoruz; sadece yönetim panelinde çalışan bir eklenti bu sayıma görünmez, dolayısıyla rakam bir taban, toplam değil. İkincisi, ölçüm noktamız Finlandiya'da ve bu siteler oradan uzak; yani yanıt süresi siteleri birbiriyle karşılaştırmak için geçerli, herhangi bir ziyaretçinin yaşadığı sayı olarak değil.
Beklemediğimiz sonuç
Üç değişken çifti arasındaki korelasyonu hesapladık:
| İlişki | Korelasyon | Anlamı |
|---|---|---|
| Eklenti sayısı ile sunucu yanıt süresi | 0,05 | fiilen yok |
| Eklenti sayısı ile betik ve stil dosyaları | 0,48 | gerçek ve kayda değer |
| Dosya sayısı ile sunucu yanıt süresi | 0,08 | fiilen yok |
Siteleri iki gruba ayırınca tablo netleşti:
| Grup | Site | Ortanca yanıt | Ortanca betik ve stil dosyası |
|---|---|---|---|
| Üç ya da daha az eklenti | 9 | 435 ms | 30 dosya |
| Altı ya da daha çok eklenti | 10 | 352 ms | 76 dosya |
Daha çok eklentisi olan sitelerin sunucusu daha yavaş değildi. Hatta ortanca yanıt süreleri biraz daha iyiydi; bu da muhtemelen daha çok eklenti kuran kişinin daha iyi barındırma da satın aldığı anlamına geliyor. Ama ziyaretçinin tarayıcısına iki buçuk kat fazla dosya gönderiyorlardı.
Bunun nedeni
Bir WordPress eklentisinin iki ayrı maliyeti var ve bunlar birbirine karıştırılıyor.
Sunucu tarafındaki maliyet, PHP'nin eklentinin kodunu okuyup çalıştırmak zorunda olması. Bu maliyet gerçek ama küçük; daha da önemlisi sayfa önbelleği onu sıfıra yaklaştırıyor. Sayfa bir kez kurulup saklandıktan sonra bir sonraki ziyaretçi hazır dosyayı alır ve hiçbir eklenti kodu çalışmaz. Verimizde eklenti sayısının yanıt süresini öngörmemesinin nedeni bu: bu sitelerin çoğunda önbellek var.
Tarayıcı tarafındaki maliyet ise her eklentinin sayfaya kendi CSS ve JS dosyalarını eklemesi ve sayfa önbelleğinin buna dokunmaması. Dosyalar HTML çıktısında kalır ve tarayıcı hepsini çekip işlemek zorundadır. Listemizdeki en ağır sitede 14 eklenti ve 79 stil ile betik dosyası vardı. web.dev'in LCP optimizasyon rehberi de bunları ayırıyor: sunucu yanıtı ile kaynak yüklemesi tek bir sayının bağımsız iki parçası.
Yani "eklentileri azalt" tavsiyesi yanlış hedefe nişan alıyor. Mesele kaç eklenti olduğu değil, sayfaya kaç dosyanın düştüğü; ve bu ikisi her zaman birlikte artmıyor.
Onun yerine ne yapmalı
- Her eklentinin sayfaya ne eklediğine bakın. Sayfa kaynağını açıp
wp-content/pluginsarayın. Asıl işi başka tek bir sayfada olduğu halde ana sayfada dosya yükleyen eklenti, kısıtlanması gereken şeydir. - Tek sayfalık eklentiyi o sayfayla sınırlayın. İletişim formu eklentisi yalnızca iletişim sayfasında işi olduğu halde sitenin bütün sayfalarında dosya yükler. Genelde en çok getirisi olan değişiklik budur.
- Her şeyden önce sayfa önbelleğini çalıştırın. Önbellek yoksa eklentilerin sunucu tarafındaki maliyeti gerçektir ve saymak anlamlı olur. Varsa o tartışma kapanmıştır ve dosyalara bakmanız gerekir. Bu sitede FlyingPress kullanıyoruz. Henüz önbelleğiniz yoksa, barındırma, hız ve SEO arasındaki ilişki eklenti değiştirmekten daha iyi bir başlangıçtır.
- Sayfa oluşturucuyu ciddiye alın. Verimizde en yüksek dosya sayıları sayfa oluşturucu kullanan sitelere aitti ve sayfa oluşturucu bizim sayımımızda tek bir eklenti olarak geçiyor. Tek bir eklenti, on eklentinin toplamından fazla dosya ekleyebilir.
Bu verinin sınırları
Elli dokuz site büyük bir örneklem değil ve hepsi Google'da sıralanan siteler, yani muhtemelen ortalamanın üzerindeler. Korelasyon da nedensellik değil: daha çok eklentiyle daha iyi yanıt sürelerinin birlikte gelmesi, eklenti kurmanın sunucuyu hızlandırdığı anlamına gelmez.
Ve alışıldık tavsiyenin doğru olduğu bir durum var: her sayfa yüklenişinde dış bir sunucuya istek atan eklenti, önbellekle bile sorun olmayı sürdürür. O silinmelidir; sayısı yüzünden değil, yaptığı iş yüzünden.
Sık sorulanlar
WordPress'te eklenti nedir? Çekirdeğe dokunmadan bir yetenek ekleyen kod paketi. İletişim formundan tam bir mağazaya kadar her şey eklenti olarak gelir.
Hangi eklentiler zorunlu? Tek bir zorunlu liste yok. Neredeyse her sitenin ihtiyacı biri önbellek, biri SEO, biri yedekleme için üç eklenti. Gerisi sitenin ne yaptığına bağlı.
En iyi ücretsiz WordPress eklentileri hangileri? Ücretsizlik kötü bir seçim ölçütü. Daha iyileri: son altı ayda güncelleme almış mı ve sayfanıza kaç dosya ekliyor.
Siteyi güzelleştirmek için hangi eklentiler uygun? Görünüm eklentileri genelde en ağır kategoridir, çünkü her sayfada dosya yüklemek zorundadırlar. Görünüş sizin için önemliyse, bunu temada yapmak eklentiyle yapmaktan ucuzdur.
Sitemi hangi eklentinin yavaşlattığını nasıl bulurum? Önce önbelleği açın, sonra sayfa kaynağını sayın. Önbellekten sonra da yavaşsa sorun sunucu tarafındadır, eklentilerde değil.
Bunun kendi sitenizde yapılmasını isterseniz, dosya sayımını ve sayfa çıktısının temizlenmesini öncesi ve sonrası rakamıyla raporluyoruz. Sonraki rakam daha iyi değilse onu da öyle yazıyoruz. Hangi sayının önemli olduğunu anlamak içinse Core Web Vitals anlatımımız, puan veren herhangi bir araçtan daha iyi bir başlangıç.
Yorumlar ve Sorular
Bu yazı hakkında bir sorunuz mu var? Sorun, yanıtlayalım.
Henüz yorum yok; ilk olun.