Katalog büyüklüğü
Ürün ve varyasyon sayısı arttıkça indeksler, arama/filtre sorguları, import işlemleri ve veritabanı boyutu büyür.
Ürün, trafik, sipariş ve kampanya yoğunluğuna göre CPU, RAM ve NVMe ihtiyacını hesaplayın.
Aylık trafik tek başına yeterli değildir. Ürün kataloğu, sipariş yükü, eşzamanlı kampanya trafiği, entegrasyonlar ve önbellek yapısı birlikte değerlendirilir.
Bu sonuç satın alma öncesi başlangıç boyutlandırmasıdır. Üretim kapasitesi; yük testi, p95 yanıt süresi, PHP worker doygunluğu, RAM tepe kullanımı, veritabanı sorguları ve arka plan kuyrukları izlenerek doğrulanmalıdır.
Paket fiyatları değişebileceği için hesaplayıcı fiyat sabitlemez; güncel tutarı VPS sayfasından kontrol edin.
WooCommerce veya diğer e-ticaret sistemleri ürün sayısına göre resmi bir “X CPU / Y GB RAM” tablosu yayımlamaz. Bu nedenle araç, resmi yazılım gereksinimlerini taban kabul eder; katalog, istek yoğunluğu, dinamik checkout yükü, entegrasyonlar ve pik trafik için ek kapasite payı uygular.
Ürün ve varyasyon sayısı arttıkça indeksler, arama/filtre sorguları, import işlemleri ve veritabanı boyutu büyür.
Sepet, ödeme ve müşteri hesabı gibi kişiye özel alanlar tam sayfa önbelleğinden yararlanamaz; PHP ve veritabanı kapasitesi önem kazanır.
Siparişler, e-postalar, webhook çağrıları, stok senkronları, feed üretimi ve kuyruk işleri kampanya döneminde aynı anda kaynak tüketebilir.
Aylık trafik ortalaması, yoğun saati gizler. Kampanya katsayısı bu nedenle ayrı hesaplanır.
Hedef, sunucuyu sürekli yüzde 100 kullanmak değil; ani yüklerde yanıt verecek kaynak rezervi bırakmaktır.
WooCommerce’in güncel sunucu önerileri WordPress 6.9+, PHP 8.3+, MySQL 8.0+ veya MariaDB 10.6+, HTTPS ve en az 256 MB WordPress memory limitini temel alır. Bunlar performans kapasitesi değil, yazılımın modern ve desteklenen çalışma tabanıdır.
Güncel WooCommerce sunucu önerisi
Uyumlu modern veritabanı tabanı
Tek PHP işlemi için WordPress bellek limiti; toplam VPS RAM’i değildir
Ödeme ve oturum güvenliği için temel gereksinim
WooCommerce, 2026 hosting rehberinde mağazalar için özel PHP worker kapasitesine dikkat çekiyor ve 5–10 dedicated worker seviyesini iyi bir başlangıç noktası olarak örnekliyor. Worker sayısını RAM’den bağımsız düşünmeyin; her PHP süreci tema, eklenti ve isteğe göre farklı bellek tüketebilir.
Cart, Checkout ve My Account müşteriye özel olduğu için WooCommerce dokümantasyonu bu sayfaların cache dışında bırakılmasını ister. Trafik artarken bu dinamik istekler PHP ve veritabanına doğrudan yük bindirir.
Ürün bilgileri, fiyat, SKU ve stok gibi tekrar okunan veriler için object cache veritabanı tekrarlarını azaltabilir. CDN ise statik dosyaları ve uygun durumlarda cache edilebilir HTML’i origin sunucudan uzaklaştırır.
Yeni WooCommerce kurulumlarında HPOS, 8.2’den beri varsayılan olarak etkindir. Sipariş verilerini özel tablolarda tutarak sipariş tarafında daha ölçeklenebilir bir veri modelini hedefler.
On binlerce üründe sık fiyat/stok güncellemesi, feed üretimi ve marketplace API işlemleri yalnız ziyaretçi trafiğine bakılarak görülemeyen CPU, RAM, disk I/O ve kuyruk yükü oluşturabilir.
Aşağıdaki aralıklar sabit kural değil, hesaplayıcının nasıl düşündüğünü gösteren örnek başlangıç profilleridir.
| Senaryo | Katalog | Trafik | Sipariş | Başlangıç hedefi |
|---|---|---|---|---|
| Küçük WooCommerce | ≤ 1.000 ürün | ≤ 50 bin/ay | ≤ 100/gün | 4 vCPU · 4–6 GB RAM |
| Büyüyen mağaza | 10–50 bin ürün | 50–250 bin/ay | 100–500/gün | 4 vCPU · 8–12 GB RAM |
| Yoğun e-ticaret | 50 bin+ ürün | 250 bin+/ay | 500+/gün | 8+ vCPU · 16–32+ GB RAM |
| Kampanya / ERP yoğun | Büyük ve varyasyonlu | 4×–8× pik | yüksek | 8–12+ vCPU · 32–64+ GB RAM |
Ana sayfa yerine kategori → ürün → sepete ekle → checkout akışını test edin.
Ortalama aylık trafiğe değil, kampanya anındaki eşzamanlı oturum ve istek hızına yaklaşın.
Ortalama yanıt süresi tek başına yeterli değildir. p95 gecikme, 5xx, timeout ve ödeme hatalarını birlikte takip edin.
Maksimum aktif worker, kuyruk bekleme süresi ve uzun çalışan istekleri inceleyin.
CPU yüzdesinden önce slow query, lock, buffer etkinliği ve disk I/O davranışını kontrol edin.
Normal tepe yükünde CPU/RAM tamamen doluyorsa bir sonraki kampanya için yeterli güvenlik payı yoktur.
Kapasite formülü Eka Sunucu tarafından hazırlanan tahmini bir planlama modelidir. Yazılım sürümü ve davranışına ilişkin teknik taban aşağıdaki resmi kaynaklarla doğrulanmıştır.
Tek bir doğru RAM değeri yoktur. Tema/eklenti yapısı, ürün sayısı, eşzamanlı kullanıcı, PHP worker sayısı, veritabanı ve cache mimarisi birlikte belirleyicidir. Küçük üretim mağazalarında 4 GB RAM pratik bir başlangıç tabanı olabilir; yoğun mağazalarda yük testiyle daha yüksek kapasite planlanmalıdır.
Bazı optimize kataloglarda çalışabilir; ancak varyasyon, filtre, XML senkronu, ağır eklentiler ve yoğun checkout trafiği varsa 4 GB hızla sınıra gelebilir. 50.000 ürün için yalnız ürün sayısına bakmayın; veritabanı, indeks, import ve pik trafik birlikte ölçülmelidir.
Zorunlu değildir. Ancak dinamik ve veritabanı yoğun mağazalarda kalıcı object cache, tekrar eden veri okumalarını azaltmak için yararlı olabilir. Yanlış yapılandırılmış cache ise tek başına performans garantisi değildir.
Tam sayfa cache açısından hayır. WooCommerce, Cart, Checkout ve My Account sayfalarının müşteriye özel dinamik içerik nedeniyle cache dışında tutulmasını önerir.
Küçük ve düşük trafikli mağazalar iyi yönetilen hosting ile başlayabilir. Kaynak sınırları, PHP worker yetersizliği, yoğun import, cron/queue yükü veya kampanya trafiği sorun olmaya başladığında VPS daha fazla kontrol ve izole kaynak sağlar.
Hayır. Araç ilk kapasiteyi daraltmak için kullanılır. Gerçek üretim boyutlandırması yük testi ve ölçümle doğrulanmalıdır. Kod kalitesi, eklentiler, sorgular, cache oranı ve üçüncü taraf API gecikmeleri aynı donanımda çok farklı sonuçlar doğurabilir.
Hesaplayıcıdaki CPU, RAM ve NVMe hedefini alın; güncel Eka Sunucu VPS paketlerini karşılaştırın. Büyük katalog, ERP senkronu veya kampanya trafiğiniz varsa kapasiteyi birlikte planlayabiliriz.