WordPress Site Yavaş Açılıyor: Nedenleri, Teşhis Sırası ve Çözümler

Ağır Tema, Sayfa Oluşturucu ve Eklenti Yükü

WordPress site yavaş açılıyor diye incelenen projelerde sık görülen tablo, her şeyi yapmaya çalışan bir tema ile üstüne eklenmiş çok sayıda eklentidir. WordPress.org dokümanı hafif ve hızlı bir temanın, ağır grafikli ve verimsiz bir temadan çok daha verimli çalışacağını belirtir. Sayfa oluşturucular düzenlemeyi kolaylaştırır, ancak her bölüm için ek CSS, JavaScript ve iç içe HTML katmanı üretebilir.

Eklentilerde sorun sayıdan çok davranıştır; kötü yazılmış tek bir eklenti, iyi yazılmış birçok eklentiden daha fazla yük getirebilir. Aynı işi yapan iki eklenti, her sayfada gereksiz yere yüklenen betikler ve arka planda sürekli dış servise bağlanan eklentiler en sık görülen örneklerdir. WordPress.org dokümanı gereksiz eklentilerin devre dışı bırakılıp silinmesini ve eklentiler seçerek kapatılarak sunucu performansının ölçülmesini önerir.

Sayfa oluşturucu mutlaka bırakılmalı mı?

Hayır; çoğu sitede sayfa oluşturucuyu kaldırmak yerine kullanılmayan bileşenleri kapatmak, yazı tipi ve ikon kütüphanelerini sadeleştirmek anlamlı kazanç sağlayabilir. Tema değişikliği tasarımın yeniden kurulması anlamına geldiği için son seçenek olarak düşünülür.

Görseller ve Harici Betikler Sayfayı Nasıl Yavaşlatır?

Telefonla çekilmiş birkaç megabaytlık bir fotoğrafın olduğu gibi yüklenmesi, özellikle mobil bağlantıda LCP süresini doğrudan uzatır. WordPress.org dokümanı her görsel için doğru format ve sıkıştırmanın seçilmesini, WebP gibi modern formatların da değerlendirilmesini önerir. Ekranda küçük bir kutuda görünen alana tam çözünürlüklü kamera görseli koymak gereksiz veri indirir.

Harici betikler ise sunucu hızlı olsa bile sayfayı yavaşlatabilir; bu dosyalar başka firmaların sunucularından yüklenir ve kontrol site sahibinde değildir. Sık görülen kaynaklar şunlardır:

• Reklam ve yeniden pazarlama etiketleri, özellikle aynı anda çalışan birden fazla piksel
• Analitik ve ısı haritası araçları
• Canlı sohbet ve mesajlaşma balonu eklentileri
• Harici yazı tipleri, video gömmeleri ve sosyal medya akışları

Bu betikler tarayıcının ana işlem sırasını meşgul ettiği için INP değerini de etkileyebilir. Her birinin gerçekten kullanılıp kullanılmadığı gözden geçirilir; kullanılmayan etiketler kaldırılır, gerekli olanlar mümkünse tek bir etiket yönetim aracından yönetilir.

Veritabanı Şişkinliği, Otomatik Yüklenen Seçenekler ve WP-Cron

Yıllarca kullanılan bir sitede yazı revizyonları, çöp kutusundaki içerikler, süresi dolmuş geçici veriler (transient) ve silinmiş eklentilerden kalan tablolar birikir. Asıl dikkat edilmesi gereken yer, wp_options tablosundaki otomatik yüklenen (autoload) seçeneklerdir; bu veriler her sayfa isteğinde belleğe alınır. WordPress 6.6 değişikliğini anlatan WordPress çekirdek ekibi duyurusuna göre otomatik yüklenen seçeneklerin toplam boyutu 800 KB’ı aşarsa Site Sağlığı ekranı bunu kritik sorun olarak gösterir.

Aynı sürümle birlikte, autoload tercihi açıkça belirtilmeden eklenen ve 150.000 baytı aşan seçenekler artık varsayılan olarak otomatik yüklenmez. Eski sitelerde ise silinen eklentilerin bıraktığı büyük seçenekler hâlâ autoload olarak durabilir ve yedek alındıktan sonra kontrollü temizlik gerekir.

WP-Cron neden yük oluşturur?

WordPress’in eklenti geliştirici dokümanı, WP-Cron’un sistem zamanlayıcısı gibi sürekli çalışmadığını, her sayfa yüklemesinde zamanlanmış görev listesini kontrol ettiğini yazar. Yedekleme, bülten gönderimi veya içe aktarma gibi ağır görevler bir ziyaretçinin isteğiyle tetiklendiğinde o anki sayfa gecikebilir. Sunucu erişimi uygunsa tetikleme sunucunun kendi zamanlayıcısına taşınabilir; birçok paylaşımlı hostingte bu erişim bulunmaz.

Adım Adım Teşhis Sırası: Yavaşlık Nerede?

WordPress site yavaş açılıyor sorununda en çok zaman kaybettiren şey, aynı anda birden fazla ayarı değiştirmektir. Aşağıdaki sıra, nedeni katman katman ayırmak için kullandığımız düzendir:

1. Tam yedek alınır; mümkünse işlemler hazırlık (staging) kopyasında yapılır.
2. PageSpeed Insights’ta ana sayfa ve en çok ziyaret alan iç sayfa, mobil ve masaüstü için ayrı ayrı ölçülür.
3. Sunucu yanıt süresine bakılır; sade bir sayfa da geç açılıyorsa önce hosting, PHP sürümü ve önbellek incelenir.
4. Query Monitor ile yavaş ve tekrarlanan veritabanı sorguları, hata veren eklentiler ve dış HTTP istekleri tespit edilir.
5. Eklentiler hazırlık kopyasında tek tek kapatılarak süre değişimi ölçülür.
6. Görsel boyutları ve harici betik listesi çıkarılır.
7. Site Sağlığı ekranında autoload uyarısı ve diğer öneriler kontrol edilir.

Query Monitor, WordPress.org eklenti dizinindeki ücretsiz bir geliştirici aracıdır. Yavaş, tekrarlanan ya da hatalı veritabanı sorgularını, PHP hatalarını, tetiklenen kancaları, HTTP API çağrılarını ve sayfaya eklenen betik ve stil dosyalarını gösterir. Eklenti sayfası sayfa üretim süresine etkisinin çok küçük olduğunu belirtir; yine de teşhis bittiğinde canlı sitede kapatılması düzen açısından daha temizdir.

WordPress Hızlandırma: Önbellek, Görsel Formatı ve Lazy Load

WordPress hızlandırma çalışmasında en büyük ve en güvenli kazanç çoğu zaman önbellekten gelir. Sayfa önbelleği, PHP ve veritabanı işini bir kez yapıp sonucu hazır sayfa olarak saklar ve sonraki ziyaretçiye bu hazır sayfayı sunar. Barındırma firması sunucu tarafında önbellek (LiteSpeed veya Varnish gibi) sunuyorsa önce o kullanılır, yoksa tek bir önbellek eklentisi kurulur. İki ayrı sayfa önbelleğinin aynı anda çalışması çakışmaya yol açabilir.

Görsellerde ilk adım boyutlandırmadır: görsel, gösterildiği alandan çok büyük yüklenmez. Format tarafında WebP yaygın biçimde desteklenir; WordPress 6.5 ile AVIF görseller de JPEG ve PNG gibi yüklenip kullanılabilir hale gelmiştir. Sunucunun AVIF’i işleyip işleyemediği Araçlar > Site Sağlığı > Bilgi > Medya İşleme bölümünden kontrol edilir.

Tembel yükleme (lazy load) WordPress 5.5’ten beri çekirdekte yer alır; genişlik ve yükseklik değeri olan görsellere loading=”lazy” özelliği otomatik eklenir. Ayrı bir lazy load eklentisi kurmak çoğu zaman gereksizdir ve çekirdek özellikle çakışabilir. Sayfanın ilk ekranında görünen ana görsele tembel yükleme uygulanmaz; aksi halde en önemli görsel, yani genellikle LCP öğesi, geç gelir.

CSS ve JavaScript birleştirme, erteleme: önce yedek, sonra tek tek denememe

Önbellek eklentilerindeki CSS ve JavaScript küçültme, birleştirme ve erteleme seçenekleri PSI uyarılarını azaltmak için cazip görünür; ancak sitenin görünümünü ve çalışmasını en sık bozan ayarlar da bunlardır. Birleştirilen dosyalarda yükleme sırası değişebilir, ertelenen bir betik menüyü, kaydırıcıyı, formu veya sepet düğmesini çalışmaz hale getirebilir. Sorun çoğu zaman ilk bakışta fark edilmez; mobil menü açılmadığı ya da form gönderilmediği haftalar sonra anlaşılır.

• Değişiklikten önce tam yedek alınır.
• Ayarlar tek tek açılır; her birinden sonra önbellek temizlenir.
• Ana sayfa, iletişim formu, menü, varsa sepet ve ödeme sayfası mobilde ve masaüstünde denenir.
• Sorun çıkaran betik erteleme listesinden hariç tutulur; ayarın tamamı kapatılmaz.

“Önce yedek, sonra tek tek dene” kuralı, hangi ayarın neyi bozduğunu anında gösterir. Aynı anda beş ayar açıldığında bir sorun çıkarsa suçluyu bulmak saatler alabilir.

CDN ve PHP Sürümü: Altyapı Tarafındaki İki Kazanç

CDN; görsel, CSS ve JavaScript gibi statik dosyaları ziyaretçiye yakın sunuculardan dağıtır. WordPress.org dokümanı CDN’lerin hem daha hızlı olduğunu hem de WordPress sunucusunun yükünü ciddi ölçüde azalttığını belirtir. Ziyaretçilerin büyük kısmı sunucuyla aynı ülkedeyse katkı daha sınırlı kalabilir; yurt dışından trafik alan sitelerde fark daha belirgindir.

WordPress site yavaş açılıyor ve barındırma panelinde eski bir PHP sürümü seçiliyse güncelleme, kod değişikliği gerektirmeden hız ve güvenlik kazancı sağlayabilen adımlardan biridir. Ancak eski bir tema ya da güncellenmemiş bir eklenti yeni sürümle hata verebilir. Güncelleme öncesinde yedek alınır, hazırlık kopyasında denenir ve hata günlüğü kontrol edilir.

Sunucuda OPcache gibi bir PHP hızlandırıcının açık olması da WordPress.org dokümanında sayılan iyileştirmeler arasındadır. Bu ayar çoğu zaman barındırma firmasının kontrolündedir ve destek talebiyle sorulabilir.

WordPress Admin Paneli Yavaş: Ön Yüzden Farklı Bir Sorun

WordPress admin paneli yavaş açılıyorsa sayfa önbelleği burada işe yaramaz; yönetim ekranları önbelleğe alınmaz ve her istekte yeniden üretilir. Ön yüz hızlı, panel yavaşsa sorun genellikle sunucu kaynaklarında, veritabanında ya da panelde çalışan eklentilerdedir. Sık rastlanan nedenler şunlardır:

• Dış servise bağlanan eklentiler: Lisans kontrolü, haber akışı veya istatistik için gönderilen istekler geç yanıt aldığında panel bekler; Query Monitor’ün HTTP API bölümü bu çağrıları gösterir.
• Heartbeat API: WordPress’in yerleşik yoklama mekanizması 15 ile 120 saniye arasında değişen aralıklarla sunucuya istek gönderir; birden fazla sekmede açık panel, paylaşımlı hostingte kaynak tüketimini artırabilir.
• Büyük autoload verisi: Her panel isteğinde yeniden belleğe alınır.
• Kalabalık pano: Açılışta çok sayıda kutu, bildirim ve duyuru yükleyen eklentiler.
• Düşük PHP bellek sınırı: Ağır eklentilerin panelde yavaşlamasına ya da hata vermesine yol açabilir.

Panel yavaşlığında da teşhis yöntemi aynıdır: Query Monitor ile hangi eklentinin sorgu ve dış istek ürettiği görülür, ardından hazırlık kopyasında tek tek kapatılarak doğrulanır. Ürün ve sipariş sayısı büyüyen mağazalarda liste ekranları ayrıca ağırlaşabileceği için veritabanı kontrolü bu sitelerde daha sık yapılır.

Sık Yapılan Hatalar ve Doğru Yöntem

Hız sorununda en pahalı hatalar ölçmeden yapılan müdahalelerdir. Genel uygulamalar ile ölçüme dayalı yaklaşım arasındaki fark aşağıdaki tabloda yan yana durur:

Bir başka yaygın hata, lazy load, görsel sıkıştırma ve önbellek için ayrı ayrı eklenti kurup aynı işi iki kez yaptırmaktır. Hız çalışması bittikten sonra güncellemelerin takip edilmemesi de kazanımın zamanla geri gitmesine yol açar; yeni eklenen bir eklenti ya da tema güncellemesi dengeyi yeniden bozabilir.

WordPress Site Hızı Nasıl Artırılır? Profesyonel Destek Ne Zaman Gerekir?

WordPress site hızı nasıl artırılır sorusunun cevabı çoğu sitede yukarıdaki sırayla bulunur ve bazı adımlar site sahibinin kendi yapabileceği işlerdir. Görsellerin boyutlandırılması, kullanılmayan eklentilerin silinmesi ve barındırma panelinden PHP sürümünün kontrol edilmesi bu gruptadır. Aşağıdaki durumlarda ise profesyonel destek zaman ve veri kaybını önler:

• Sunucu yanıt süresi yüksek ama nedenin hosting mi kod mu olduğu ayırt edilemiyorsa
• Query Monitor’de yavaş sorgu üreten eklenti iş için vazgeçilmezse
• Birleştirme veya erteleme ayarları siteyi bozmuş ve geri dönülemiyorsa
• PHP güncellemesi tema ya da eklenti hatası veriyorsa
• Hazırlık ortamı ve düzenli yedek düzeni yoksa

Onur Freelance’ta bu çalışma hız optimizasyonu ve performans geliştirme hizmeti olarak yürütülür; kapsam ön görüşmede netleşir ve rakamlı hız sözü verilmez. Altyapı yetersizse işletme adına açılan hosting yıllık 2.000 TL, domain ile birlikte 3.000 TL’dir; ayrıntılar hosting fiyatları sayfasındadır.

Hızın kalıcı olması için eklenti, tema ve PHP güncellemelerinin düzenli izlenmesi gerekir; bu takip aylık 500–2.000 TL aralığındaki WordPress bakım ve güncelleme hizmeti kapsamında yürütülür. Taşıma, sorun giderme ve diğer işler WordPress hizmetleri sayfasında listelenir.