Sepete ekle istekleri arttığında PHP worker limiti, WooCommerce performansı ve satış kaybını önleme açısından kritik hale gelir. Doğru kapasite planını öğrenin.
E-ticaret sitelerinde performans sorunu çoğu zaman sayfa açılış hızıyla ilişkilendirilir; ancak kritik kırılma noktası genellikle sepete ekle, kupon uygula, ödeme başlat gibi dinamik işlemlerde ortaya çıkar. Bir kampanya anında çok sayıda kullanıcı aynı anda “sepete ekle” butonuna bastığında, her istek PHP tarafında işlenir ve bu işlemleri karşılayan PHP worker kapasitesi yetersizse ziyaretçi bekler, istek kuyruğa girer veya hata alır.
PHP worker, sunucuda PHP kodlarını çalıştıran işlem kapasitesi olarak düşünülebilir. WordPress ve WooCommerce gibi yapılarda ürün sayfasının görüntülenmesi kısmen önbellekten karşılanabilirken, sepete ekleme işlemi kişiye özel ve dinamik olduğu için genellikle doğrudan PHP tarafından işlenir.
Bu nedenle worker limiti, aynı anda kaç dinamik isteğin işlenebileceğini belirler. Limit dolduğunda yeni istekler beklemeye alınır. Bekleme süresi uzarsa kullanıcı tarafında buton dönmeye devam eder, sepet güncellenmez, 502/504 hataları görülebilir veya müşteri işlemi tekrar tekrar dener. Bu tekrarlar da yükü daha fazla artırır.
Normal trafikte sorun yaşamayan bir mağaza, indirim duyurusu, sosyal medya reklamı veya e-posta kampanyası sonrası kısa sürede yoğun etkileşim alabilir. Burada önemli olan toplam ziyaretçi sayısından çok, aynı saniyelerde oluşan dinamik işlem sayısıdır.
Örneğin 500 kişi ürün sayfasını gezdiğinde önbellek devredeyse sunucu bunu görece rahat karşılayabilir. Fakat bu kişilerin 80’i aynı anda sepete ekle işlemi yaparsa her biri ayrı PHP süreci gerektirir. hosting planındaki worker limiti düşükse darboğaz tam bu noktada oluşur.
Bu belirtiler her zaman CPU veya RAM yetersizliği anlamına gelmez. Bazen işlemci kullanımı makul seviyedeyken PHP worker kuyruğu dolmuş olabilir. Bu yüzden performans değerlendirmesinde yalnızca genel kaynak tüketimine bakmak yanıltıcıdır.
İlk adım, mağazanın gerçek kullanım senaryosunu anlamaktır. Ürün sayfası trafiği, sepete ekleme oranı, ödeme tamamlama oranı ve kampanya saatlerindeki eş zamanlı kullanıcı davranışı birlikte incelenmelidir. Sadece “günlük ziyaretçi” verisi, PHP worker ihtiyacını doğru göstermez.
Bu kontroller, worker limitinin mi yoksa eklenti, veritabanı sorgusu veya dış servis gecikmesinin mi probleme yol açtığını ayırmaya yardımcı olur.
Worker sayısını artırmak kısa vadede kapasite sağlar; fakat her worker CPU ve RAM kullanır. Sunucu kaynakları yeterli değilken worker limitini yükseltmek, daha fazla isteğin aynı anda çalışmasına ve sistemin genel olarak ağırlaşmasına neden olabilir. Bu nedenle worker artışı, donanım kapasitesi ve uygulama optimizasyonuyla birlikte düşünülmelidir.
Yanlış yapılandırılmış bir WordPress sitesinde çok sayıda ağır eklenti, gereksiz admin-ajax çağrısı veya optimize edilmemiş veritabanı sorguları varsa, yüksek worker limiti sadece sorunun daha pahalı şekilde yaşanmasına yol açabilir. Doğru yaklaşım, önce darboğazı ölçmek, ardından kapasite ve yazılım tarafını birlikte iyileştirmektir.
Ürün listeleme, kategori ve içerik sayfaları mümkün olduğunca önbellekten sunulmalıdır. Ancak sepet, hesabım ve ödeme sayfaları kişiye özel olduğu için agresif önbelleğe alınmamalıdır. Yanlış önbellek kuralı, performans kazancı yerine hatalı sepet gösterimine neden olabilir.
Her kampanya rozeti, stok bildirimi, fiyat kuralı veya pazarlama eklentisi sepete ekle sürecinde ek işlem yapabilir. Kullanılmayan eklentileri pasifleştirmek ve kritik işlemlerde çalışan kancaları gözden geçirmek, worker başına düşen işlem süresini azaltır.
Stok kontrolü, kargo hesaplama, ödeme sağlayıcı doğrulaması veya CRM entegrasyonu yavaşsa PHP worker bu işlem bitene kadar meşgul kalır. Yani sorun sadece PHP tarafında değil, beklenen dış yanıt süresinde de olabilir.
Kapasite planı yapılırken ortalama trafik değil, pik an senaryosu dikkate alınmalıdır. Reklam bütçesi, kampanya süresi, eş zamanlı kullanıcı tahmini ve dönüşüm oranı birlikte değerlendirilmelidir. Kurumsal ölçekte çalışan bir mağaza için test ortamında yük testi yapmak, gerçek kampanya gününden önce riskleri görünür hale getirir.
Seçilecek hosting altyapısında PHP worker limiti, CPU/RAM dengesi, ölçeklenebilirlik seçenekleri ve teknik destek süreçleri net şekilde bilinmelidir. “Sınırsız kaynak” gibi belirsiz ifadeler yerine ölçülebilir limitler, izleme imkânı ve gerektiğinde hızlı yükseltme seçenekleri karar sürecinde daha değerlidir.
Bu metrikler düzenli izlendiğinde, sepete ekle istekleri artmadan önce kapasite riski fark edilebilir. Özellikle kampanya öncesi kısa süreli yük testi, worker limitinin mevcut satış hedefiyle uyumlu olup olmadığını anlamak için en pratik yöntemlerden biridir. Böylece müşteri sepete ürün eklemek istediğinde sistem yalnızca trafiği değil, satın alma niyetini de kesintisiz karşılayacak şekilde hazırlanmış olur.