WooCommerce Mağazanızın Yavaşlama Nedenleri

Teşhis sırasını kurun: sorunun bölgesini ölçmeden düzeltmeyin

Ürün listesi, ürün detayı, sepet, ödeme ve yönetim panelini ayrı inceleyin. Oturum açmış bir kullanıcıyla ziyaretçi aynı önbellek davranışına sahip olmayabilir. Sorunun yalnız kampanya saatinde, belirli cihazda veya belirli ödeme yönteminde görülmesi teşhis kapsamını daraltır.

Core Web Vitals LCP, INP ve CLS ile sayfa deneyiminin belirli yönlerini ölçer. Bu ölçütler yönetim panelindeki rapor sorgusunu veya ödeme servisinin yanıtını tek başına açıklamaz. Alan verisi varsa sorunun yaygınlığını inceleyin; yeterli trafik olmayan sayfalarda laboratuvar, ağ ve sunucu ölçümleriyle başlayın.

Kök nedeni varsayımla değil tekrarlanabilir ölçümle onaylayın

Kayda URL, tarih, cihaz, oturum durumu ve tekrar üretme adımını ekleyin. Örneğin “mobilde varyant seçildiğinde fiyat güncellenmesi gecikiyor” ifadesi, “site ağır” ifadesinden daha kullanışlıdır. Tema ve eklenti sürümlerini, yakın zamanda yapılan değişiklikleri ve ölçülen süreyi aynı kayıtta tutun. Geçmiş kayıt yoksa bugün bir başlangıç ölçümü oluşturun.

Eklentiyi dosya sayısıyla değil yaptığı işle ölçün

Bir eklenti tarayıcıya dosya eklemeden sunucuda sorgu çalıştırabilir, dış API çağırabilir veya arka plan işi oluşturabilir. Bu nedenle yalnız ürün sayfasındaki CSS ve JavaScript listesine bakarak etkisiz olduğuna karar vermeyin. Tarayıcı zaman çizelgesini sunucu yanıtı ve sorgu ölçümleriyle birlikte okuyun.

Şüpheli eklentinin etkisini test kopyasında kontrollü olarak ayırın. Canlı ödeme veya sipariş akışını rastgele eklenti kapatarak denemeyin. Bir özelliğin dosyası yüklendiği için gereksiz olduğunu da varsaymayın; ölçüm, izin yönetimi, erişilebilirlik veya ürün seçimi gibi farklı işlevleri olabilir.

Tabloyu yana kaydırarak inceleyin.

Değişikliği işlev testiyle kabul edin

Eklenti değiştirme veya kaldırma sonrasında varyant, kupon, kargo, sipariş oluşturma ve ödeme sonucu senaryolarını tekrar deneyin. Kaldırmanın hangi kayıtları sildiğini önceden kontrol edin. Önceliği iş etkisi ve ölçülen neden belirler; ödeme eklentisini her durumda listenin sonuna koyan sabit bir sıra yoktur.

Sunucu kaynaklarını kampanya trafiğiyle birlikte ölçün

Kampanya saatindeki CPU, bellek, disk, veritabanı ve PHP işçi kapasitesini istek süreleriyle birlikte inceleyin. Bir dış servisin yanıtını bekleyen işlem CPU düşükken de yavaş olabilir. Paylaşımlı hosting olması tek başına sorun kanıtı değildir; ayrılmış bir sunucuda da verimsiz sorgu veya kilitlenme yaşanabilir.

Kaynak tavanına ulaşılması mutlaka daha büyük paket gerektirmez. Gereksiz sorguyu veya tekrarlanan işi düzeltmek yükü azaltabilir. Gerçek kapasite ihtiyacı devam ediyorsa altyapı seçimini yeniden değerlendirin. Ortalama grafik kısa süreli yoğunluğu gizleyebilir; sorun anıyla aynı zaman aralığını karşılaştırın.

Kullanıcıya özel yanıtları ortak önbelleğe koymayın

WooCommerce önbellek rehberi, sepet, ödeme ve hesap sayfalarının dışlanmasını ve WooCommerce çerezlerinin dikkate alınmasını açıklar. CDN ve sunucu önbelleği dahil bütün katmanları kontrol edin. Eklentide doğru ayar bulunması üstteki CDN kuralının da doğru olduğu anlamına gelmez.

İki bağımsız oturumda farklı ürün ve adetlerle deneyin. Bir oturumun sepeti, hesap bilgisi veya işlem sonucu diğerine görünmemelidir. Kullanıcıya özel yanıtın ortak önbelleğe alınmaması, bütün veri ve nesne önbelleği yöntemlerinin yasak olduğu anlamına gelmez; katmanın kapsamını doğru belirleyin.

Veritabanı sorgularını veri birikimi üzerinden inceleyin

Veritabanındaki en büyük tabloyu bulmak başlangıç bilgisidir; yavaş sorgunun nedenini tek başına göstermez. Sorgu süresi, tekrar sayısı, indeks kullanımı ve kilit beklemesini inceleyin. Sipariş sayısının artması olağandır; kullanılmıyor gibi görünen bir kayıt başka bir işlevin parçası olabilir.

WooCommerce zamanlanmış işlemler belgesine göre Action Scheduler arka plan görevlerini yönetir. Bekleyen veya hata veren işlemlerin amacını araştırın. Kuyruğu topluca silmek ya da eşzamanlılığı ölçmeden artırmak yerine hatalı görevin kaynağını bulun.

• Yavaş sorgu ile onu başlatan sayfa veya görevi ilişkilendirin.
• Tekrarlanan sorguları ve aynı verinin gereksiz yeniden hesaplanmasını inceleyin.
• Zamanlanmış işlerde gecikme, hata ve tekrar davranışını kontrol edin.
• Silme gerektiren işlemde veri sahibini, saklama ihtiyacını ve bağımlı işlevleri belirleyin.
• Güncel yedek ve geri dönüşü test ederek değişikliği önce test kopyasında uygulayın.

Temizlik işini yedek olmadan çalıştırmayın

Her mağaza için aylık veri silme gibi sabit bir kural koymayın. Bakım kapsamını gerçek birikim, hata ve saklama gereksinimiyle belirleyin. Test ortamında doğrulanan işlem canlıya aktarılırken bu arada oluşan yeni siparişleri ezmemelidir; test veritabanını canlıya geri yüklemek bir bakım yöntemi değildir.

Dış servis gecikmesini sayfanın kendi yükünden ayırın

Ödeme, kargo, adres sorgusu veya pazarlama servisi farklı noktalarda bekleme oluşturabilir. Hangi isteğin ne kadar sürdüğünü ve servis yanıt vermediğinde kullanıcıya ne gösterildiğini ölçün. Yalnız dosya boyutunu küçültmek dış API beklemesini çözmez.

Başarısız ödeme veya bağlantı kesilmesinde siparişin durumunu, tekrar denemenin sonucunu ve çift işlem oluşup oluşmadığını test edin. Gereksiz üçüncü taraf kodunu azaltırken izin ve ölçüm gereksinimlerini koruyun. Her değişikliğin önce ve sonra ölçümünü aynı senaryoyla karşılaştırın.

Mağazanın yazılım, tema ve entegrasyon bakımını birlikte değerlendirmek için WooCommerce hizmet kapsamına bakabilirsiniz. Daha geniş planlama alanları Worgoo E-Ticaret sayfasında yer alır.

Sonuç

Yavaşlamayı URL, işlem, cihaz ve oturum durumuyla tanımlayın. Tarayıcı, sunucu, sorgu ve dış servis ölçümleriyle nedeni daraltın. Test kopyasında yapılan değişikliği performans kadar sipariş doğruluğuyla da değerlendirin; canlıda güncel siparişleri koruyarak uygulayın ve aynı senaryoyu yeniden ölçün.