# WordPress veya WooCommerce Siteniz Yavaş

> Giderek yavaşlayan bir WordPress sitesinin genellikle tek bir nedeni yoktur: çoğunlukla birikmiş eklentiler, hiç temizlenmemiş bir veritabanı ve yanlış yapılandırılmış veya hiç olmayan bir önbellek bir araya gelir. Düzeltmeden önce ölçerim, tersini yapmam.

- Source canonique : [https://allaux.fr/tr/wordpress-woocommerce/site-lent](https://allaux.fr/tr/wordpress-woocommerce/site-lent)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Önce bir ürün sayfasının, sonra ana sayfanın sunucu yanıt süresini oturum açıkken ve kapalıyken ölçün: belirgin bir fark, sayfa önbelleğinin oturum açmış ziyaretçilere hiç sunulmadığını gösterir. Ardından Araçlar > Site Sağlığı ekranından PHP sürümünü ve bir nesne önbelleğinin varlığını, katalog genişse wp_postmeta tablosunun boyutunu denetleyin.

## Denetimi gerektiren belirtiler

- Görünür bir değişiklik olmadan aylar içinde artan yükleme süresi
- Basit işlemlerde bile yavaş açılan WordPress yönetim paneli
- Yüklenmesi uzun süren WooCommerce ürün sayfası veya sepeti
- Yeterli bir paylaşımlı veya özel sunucuya rağmen kötü Core Web Vitals skoru
- Yalnızca trafik yoğunluğunda yaşanan yavaşlama

## Müdahale etmeden önce nasıl ölçerim

1. **Sorgu profilleme** — Sayfa başına çalıştırılan SQL sorgularını, sayılarını ve bunları tetikleyen eklentileri listelemek için bir profilleme aracı (Query Monitor gibi) kullanırım.
2. **wp_options tablosunun denetimi** — wp_options içinde otomatik yüklenen (autoload) verilerin boyutunu ve içeriğini kontrol ederim: düzgün kaldırılmamış eklentiler bazen her sayfada yüklenen birkaç megabaytlık veri bırakır.
3. **Önbellek kontrolü** — Bir sayfa önbelleğinin ve bir nesne önbelleğinin (barındırma tarafında mevcutsa Redis veya Memcached) varlığını ve yapılandırmasını kontrol ederim.
4. **WooCommerce'e özel analiz** — Kapsamlı bir kataloğu olan mağazalarda, ürün özelliklerini anahtar-değer biçiminde saklayan wp_postmeta tablosunun boyutunu kontrol ederim; bu tablo uygun indeksler olmadan büyürse katalog sorgularını ciddi şekilde yavaşlatabilir.
5. **Sunucu kontrolü** — Yanıt süresini doğrudan etkileyen PHP sürümünü, OPcache'in varlığını ve çalışma modunu (klasik CGI yerine PHP-FPM) kontrol ederim.

## En sık düzelttiklerim

WordPress'te en sık karşılaşılan durum, artık gerçekten kullanılmayan aktif eklentilerin birikmesidir; her biri, işlevi görünür olmasa bile her sayfaya kendi sorgularını ve betiklerini ekler. Artık işe yaramayanı devre dışı bırakmak, çoğu zaman karmaşık bir teknik optimizasyondan daha etkilidir.

WooCommerce'de meta veri modeli (her ürün özelliği wp_postmeta içinde bir satırdır), katalog büyüdükçe özellikle filtreleme ve arama sayfalarında bir performans sorununa dönüşür. Duruma göre hedefe yönelik indeksler eklerim veya en maliyetli sorguları yeniden gözden geçiririm.

Son olarak, düzgün temizlenmeyen transient'lar (WordPress'in sakladığı geçici veriler) bazen doğru şekilde sona ermeden veritabanında on binlerce satır olarak birikir ve options tablosuna dokunan her sorguyu ağırlaştırır.

## Daha güçlü bir barındırma her şeyi çözmez

> Barındırmayı üst segmente taşımak, optimize edilmemiş sorgular veya şişmiş bir veritabanı sorununu geçici olarak gizler; ancak trafik veya katalog yeniden büyüdüğünde yavaşlık geri döner.

## İlgili sayfalar

- **Yavaş bir mağazayı teşhis etmek** — Herhangi bir şey satın almadan önce ölçüm yöntemi. ([/guides/diagnostiquer-boutique-lente](/guides/diagnostiquer-boutique-lente))
- **WordPress önbelleğini temizlemek** — Önbellek katmanları ve hangi sırayla temizlenecekleri. ([/guides/vider-cache-wordpress](/guides/vider-cache-wordpress))
- **Çok yavaş WordPress yönetim paneli** — Yavaş bir yönetim paneli, yavaş bir vitrinle aynı nedenleri paylaşmaz. ([/wordpress-woocommerce/problemes/admin-wordpress-tres-lent](/wordpress-woocommerce/problemes/admin-wordpress-tres-lent))
- **Ürün görsellerini iyileştirmek** — Bir ürün sayfasının neredeyse her zaman en ağır kısmı. ([/guides/optimiser-images-produits](/guides/optimiser-images-produits))

## FAQ

### Daha hızlı olmak için barındırma sağlayıcısı değiştirmek gerekir mi?

Her zaman değil. Önce zamanın gerçekte nerede kaybedildiğini ölçerim: neden çoğunlukla sunucunun gücünde değil, eklentilerde veya veritabanındadır.

### Denetim, canlı siteyi bozma riski taşır mı?

Hayır, profilleme sitede herhangi bir değişiklik yapılmadan gerçekleştirilir. Belirlenen düzeltmeler uygulanmadan önce test edilir ve yoğun saatlerin dışında müdahale edebilirim.

### Bana hangi erişimleri sağlamalısınız?

Bir WordPress yönetici erişimi, FTP veya SSH erişimi ve veritabanı erişimi. Barındırma paneline erişim, sunucu yapılandırmasını kontrol etmeme yardımcı olur.

### Bir performans denetimi ne kadar sürer?

Teşhis genellikle yarım günden bir güne sürer. Düzeltmeler ise değişkenlik gösterir: bir veritabanı temizliği hızlıca yapılır, kötü optimize edilmiş sorguların yeniden tasarlanması daha uzun sürer.

### Site hızı SEO sıralamamı etkiler mi?

Evet, hız Google'ın dikkate aldığı Core Web Vitals kriterlerinden biridir; ancak tek başına daha iyi bir sıralama garantisi değil, diğer birçok faktörden yalnızca biridir.