WooCommerce Yavaşlama Sorunu Nasıl Çözülür?

WooCommerce yavaşlama sorunu yalnızca ürün sayfalarının geç açılması değildir. Yönetim panelinin ağırlaşması, sepete ekleme isteğinin beklemesi, ödeme adımında gecikme veya sipariş sorgularının sunucuyu zorlaması aynı problemin farklı belirtileridir. Sağlıklı çözüm için önce darboğazın tarayıcıda mı, PHP tarafında mı, veritabanında mı yoksa üçüncü taraf servislerde mi oluştuğunu ayırmak gerekir.

Bu rehberde rastgele eklenti kurmak yerine ölçüm alarak ilerleyeceğiz. Değişiklikleri canlı mağazada doğrudan denemeyin; güncel bir yedek ve mümkünse staging ortamı hazırlayın. Her adımın öncesinde ve sonrasında aynı sayfaları, aynı cihaz koşullarında test ederek gerçekten fayda sağlayıp sağlamadığını kontrol edin.

WooCommerce yavaşlama sorunu nasıl anlaşılır?

Önce sorunu tek bir “site yavaş” cümlesinden çıkarıp ölçülebilir hale getirin. Ana sayfa, kategori, ürün, sepet ve ödeme sayfaları farklı sorgular ve önbellek kuralları kullanır. Bu nedenle her sayfayı ayrı değerlendirmek gerekir. WordPress yönetim paneli hızlıyken yalnız ödeme ekranı yavaşsa sorun çoğunlukla genel hosting performansından farklı bir katmandadır.

• Gizli pencerede ürün, kategori, sepet ve ödeme sayfalarının açılışını karşılaştırın.
• Chrome geliştirici araçlarındaki Network bölümünden bekleyen istekleri ve yüksek TTFB değerlerini kontrol edin.
• PageSpeed Insights ile saha verisi varsa LCP, INP ve CLS sonuçlarını inceleyin.
• Sunucu hata günlüğünde tekrarlanan PHP hatalarını ve zaman aşımı kayıtlarını arayın.
• WooCommerce → Durum bölümündeki eski şablon, cron ve veritabanı uyarılarını not alın.

Ölçüm için güvenli bir başlangıç noktası oluşturun

Tek bir PageSpeed puanı teşhis için yeterli değildir. Test sırasında sayfanın önbellekten gelip gelmediği, oturumun açık olması, sepet içeriği ve üçüncü taraf istekler sonucu değiştirir. Ürün ve kategori sayfalarını oturumsuz kullanıcıyla; sepet ve ödeme akışını ise test ürünüyle ayrı kaydedin.

Core Web Vitals için iyi deneyim eşikleri LCP’de 2,5 saniye veya altı, INP’de 200 milisaniye veya altı ve CLS’de 0,1 veya altıdır. Değerlendirme, mümkün olduğunda gerçek kullanıcı verisinin 75. yüzdelik dilimine göre yapılmalıdır. Laboratuvar testi geliştirme sırasında yardımcıdır; Search Console ve Chrome UX Report saha verisi ise ziyaretçilerin gerçek deneyimini gösterir.

1. Sunucu ve PHP darboğazlarını kontrol edin

Yüksek TTFB, yönetim panelinde bekleme ve aynı anda birkaç istekte CPU artışı görüyorsanız önce sunucu katmanını inceleyin. PHP sürümünün kullandığınız WooCommerce, tema ve eklentilerle uyumlu olması gerekir. Sadece “en yeni sürüme geçmek” çözüm değildir; staging ortamında uyumluluk testi yapılmadan canlı sürüm değiştirilmemelidir.

• PHP memory limit, max execution time ve işlemci kullanımını hosting panelinden kontrol edin.
• OPcache’in etkin olduğunu doğrulayın.
• Disk alanı ve inode sınırına yaklaşılmadığından emin olun.
• PHP error log içinde aynı hatanın yüzlerce kez tekrarlanıp tekrarlanmadığını inceleyin.
• WP-Cron görevleri birikiyorsa gerçek sunucu cron’u planlayın.

Hata günlüklerini yorumlama konusunda Hosting Error Log Dosyası Nasıl Okunur? rehberi, dosya ve inode baskısı için de Hosting Inode Limiti yazısı kullanılabilir.

2. Eklenti ve tema etkisini izole edin

Eklenti sayısı tek başına performans ölçütü değildir. İyi yazılmış çok sayıda küçük eklenti, tek bir ağır eklentiden daha az yük oluşturabilir. Asıl bakılması gereken gereksiz sorgular, her sayfada yüklenen CSS/JavaScript dosyaları, harici API çağrıları ve sık çalışan zamanlanmış görevlerdir.

Canlı mağazada eklentileri gelişigüzel kapatmayın. Staging kopyasında Query Monitor ile yavaş sorguları, HTTP API çağrılarını ve PHP hatalarını kaydedin. Şüpheli eklentiyi devre dışı bırakarak aynı test senaryosunu yeniden çalıştırın. Fark ölçülebiliyorsa eklentinin ayarlarını sadeleştirin, geliştiricisine hata kaydı açın veya uyumlu bir alternatif değerlendirin.

3. WooCommerce veritabanını ve HPOS durumunu inceleyin

Sipariş sayısı arttıkça yönetim panelindeki sipariş aramaları ve raporlar veritabanına daha fazla yük bindirebilir. WooCommerce’in High-Performance Order Storage (HPOS) özelliği siparişleri genel posts ve postmeta tabloları yerine özel sipariş tablolarında saklayabilir. Yeni kurulumlarda HPOS varsayılan olarak etkin olabilir; mevcut mağazalarda ise eklenti uyumluluğu kontrol edilmelidir.

WooCommerce → Ayarlar → Gelişmiş → Özellikler bölümünden HPOS durumunu kontrol edin. Uyumsuz eklenti uyarısı varsa zorla etkinleştirmeyin. Önce yedek alın, staging üzerinde senkronizasyonu tamamlayın ve sipariş oluşturma, ödeme, iade, e-posta ve raporlama akışlarını test edin. WooCommerce’in resmî HPOS dokümantasyonu geçiş ve uyumluluk ayrıntılarını açıklar.

Geçici kayıtları temizlemek ile veritabanını “onarım” komutlarıyla değiştirmek aynı şey değildir. Önce yedek alın; ardından süresi dolmuş transient kayıtlarını, tamamlanmış Action Scheduler görevlerini ve kullanılmayan eklenti tablolarını kontrollü değerlendirin. Genel bakım adımları için WordPress Veritabanı Optimizasyonu rehberine bakabilirsiniz.

4. WooCommerce önbelleğini doğru yapılandırın

Sayfa önbelleği ürün ve kategori sayfalarında ciddi fayda sağlayabilir; fakat sepet, ödeme ve hesabım sayfaları kullanıcıya özel veri içerir. Bu sayfalar koşulsuz önbelleğe alınırsa başka kullanıcıya ait sepet içeriği, eski fiyat veya geçersiz nonce sorunları oluşabilir. Kullandığınız önbellek çözümünün WooCommerce istisnalarını desteklediğini doğrulayın.

• Sepet, ödeme ve hesabım sayfalarını tam sayfa önbelleğinden hariç tutun.
• Sepet çerezleri varken dinamik sayfaların önbelleğe alınmadığını test edin.
• CSS/JS birleştirme ayarlarını ödeme ve ürün varyasyonlarında kontrol edin.
• Nesne önbelleğini yalnız hosting Redis veya Memcached sağlıyorsa ve bağlantı kararlıysa etkinleştirin.
• Her ayar değişikliğinden sonra mobil menü, varyasyon, kupon ve ödeme işlevlerini test edin.

Bu sitede kullanılan önbellek sistemi için LiteSpeed Cache Ayarları rehberindeki temel yapılandırmayı uygulayabilirsiniz. Aynı işi yapan iki sayfa önbelleği eklentisini birlikte çalıştırmayın.

5. Ürün görsellerini ve ön yüz dosyalarını hafifletin

Büyük ürün görselleri, varyasyon galerileri, üçüncü taraf sohbet araçları ve her sayfada yüklenen izleme kodları LCP ile INP değerlerini bozabilir. Görselleri görüntülendikleri boyuta yakın üretin, WebP veya AVIF gibi modern biçimleri değerlendirin ve ekranın altındaki görsellerde lazy loading kullanın. İlk ekrandaki ana ürün görselini ise gecikmeli yüklemek LCP’yi kötüleştirebilir.

WooCommerce uzantılarında script ve stillerin yalnız ihtiyaç duyulan sayfalarda yüklenmesi, veritabanı sorgularının sınırlandırılması ve önbellek uyumluluğu WooCommerce geliştirici dokümantasyonunda da önerilir. Genel WordPress performans adımlarını WordPress Hız Optimizasyonu yazısıyla birlikte uygulayabilirsiniz.

Değişikliklerden sonra hangi testler yapılmalı?

Önbelleği temizlemek son adım değildir. Misafir kullanıcı, giriş yapmış müşteri ve yönetici oturumlarında farklı sonuçlar oluşabilir. En az bir basit ürün ve bir varyasyonlu ürünle uçtan uca sipariş testi yapın.

• Ürün arama, filtreleme ve varyasyon seçimi çalışıyor mu?
• Sepete ekleme sonrasında adet ve fiyat doğru güncelleniyor mu?
• Kupon, kargo ve vergi hesaplamaları doğru mu?
• Ödeme sonucu sipariş bir kez oluşturuluyor mu?
• Stok düşümü ve sipariş e-postaları çalışıyor mu?
• Mobil görünümde CLS veya tıklama gecikmesi oluşuyor mu?
• Hata günlüğünde yeni PHP uyarısı ya da zaman aşımı var mı?

Sepet akışına özel iyileştirmeler için WooCommerce Sepet Sayfası Optimizasyonu rehberiyle devam edebilirsiniz.

Sık sorulan sorular

WooCommerce neden zamanla yavaşlar?

Ürün, sipariş ve zamanlanmış görev sayısının artması; ağır eklentiler, büyüyen loglar, optimize edilmemiş görseller ve yetersiz sunucu kaynakları zamanla darboğaz oluşturabilir. Kesin neden ölçüm yapılmadan belirlenemez.

WooCommerce için kaç eklenti fazla sayılır?

Sabit bir sayı yoktur. Eklentinin yaptığı sorgular, yüklediği dosyalar ve harici servis çağrıları sayısından daha önemlidir. Kullanılmayan eklentileri kaldırın ve şüpheli eklentileri staging ortamında ölçerek karşılaştırın.

Redis her WooCommerce sitesini hızlandırır mı?

Hayır. Redis, tekrar eden veritabanı sorgularında yararlı olabilir; ancak yanlış veya kararsız bağlantı ek gecikme oluşturabilir. Hosting desteği, nesne önbelleği isabet oranı ve gerçek ölçüm sonucu değerlendirilmelidir.

HPOS etkinleştirmek güvenli midir?

WooCommerce çekirdeğinde desteklenen bir özelliktir; ancak mağazadaki ödeme, kargo, fatura ve raporlama eklentilerinin HPOS uyumlu olması gerekir. Yedek ve staging testi olmadan mevcut mağazada geçiş yapmayın.

Ödeme ve sepet sayfaları önbelleğe alınmalı mı?

Genellikle hayır. Bu sayfalar kullanıcıya özel sepet, oturum ve güvenlik verileri içerir. WooCommerce uyumlu önbellek eklentileri gerekli istisnaları uygular; yine de gerçek alışveriş akışıyla doğrulama yapılmalıdır.

Sonuç

WooCommerce yavaşlama sorunu, tek bir eklentiyle çözülecek genel bir problem değildir. Önce ürün, sepet, ödeme ve yönetim ekranlarını ayrı ölçün; ardından sunucu, PHP, eklenti, veritabanı, önbellek ve ön yüz katmanlarını sırayla izole edin. Değişiklikleri staging ortamında uygulayıp aynı test senaryosuyla doğruladığınızda hangi ayarın gerçekten fayda sağladığını görebilirsiniz.