Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
EKA KAPASİTE PLANLAYICI

E-Ticaret İçin VPS Hesaplayıcı

Ürün, trafik, sipariş ve kampanya yoğunluğuna göre CPU, RAM ve NVMe ihtiyacını hesaplayın.

WooCommerce · OpenCart · PrestaShop · Magento · Laravel · Özel PHP
CPUTraffic + checkout
RAMPHP + DB + cache
NVMeData + media + growth
01

Mağazanızın kaynak 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.

Önerilen

Önerilen başlangıç kapasitesi

Eka Sunucu eşleşmesiEka - Eko - 5
vCPU4vCPU
RAM8GB
NVMe80GB
PHP worker hedefi10PHP-FPM
Başlangıç4 vCPU · 6 GB
Önerilen4 vCPU · 8 GB
Yoğun kampanya8 vCPU · 16 GB

Bu sonuç neden çıktı?

    Teknik kontrol listesi

      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.

      Canlı paketleri görüntüle Kaynaklar bir üst gerçek paket seviyesine yuvarlanır; tam CPU/RAM değeri bir performans garantisi değildir.
      02

      Hesaplayıcı nasıl çalışıyor?

      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.

      01

      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.

      02

      Dinamik trafik

      Sepet, ödeme ve müşteri hesabı gibi kişiye özel alanlar tam sayfa önbelleğinden yararlanamaz; PHP ve veritabanı kapasitesi önem kazanır.

      03

      Sipariş ve arka plan işleri

      Siparişler, e-postalar, webhook çağrıları, stok senkronları, feed üretimi ve kuyruk işleri kampanya döneminde aynı anda kaynak tüketebilir.

      04

      Pik katsayısı

      Aylık trafik ortalaması, yoğun saati gizler. Kampanya katsayısı bu nedenle ayrı hesaplanır.

      05

      Emniyet payı

      Hedef, sunucuyu sürekli yüzde 100 kullanmak değil; ani yüklerde yanıt verecek kaynak rezervi bırakmaktır.

      03

      WooCommerce için resmi taban gereksinimler

      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.

      PHP8.3+

      Güncel WooCommerce sunucu önerisi

      VeritabanıMySQL 8.0+ / MariaDB 10.6+

      Uyumlu modern veritabanı tabanı

      WordPress Memory256 MB+

      Tek PHP işlemi için WordPress bellek limiti; toplam VPS RAM’i değildir

      HTTPSZorunlu

      Ödeme ve oturum güvenliği için temel gereksinim

      04

      E-ticarette CPU ve RAM’i asıl tüketen noktalar

      1

      PHP worker doygunluğu

      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.

      2

      Önbelleğe alınamayan alanlar

      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.

      3

      Object cache ve CDN

      Ü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.

      4

      HPOS

      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.

      5

      XML ve pazaryeri senkronları

      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.

      05

      Örnek mağaza profilleri

      Aşağıdaki aralıklar sabit kural değil, hesaplayıcının nasıl düşündüğünü gösteren örnek başlangıç profilleridir.

      SenaryoKatalogTrafikSiparişBaşlangıç hedefi
      Küçük WooCommerce≤ 1.000 ürün≤ 50 bin/ay≤ 100/gün4 vCPU · 4–6 GB RAM
      Büyüyen mağaza10–50 bin ürün50–250 bin/ay100–500/gün4 vCPU · 8–12 GB RAM
      Yoğun e-ticaret50 bin+ ürün250 bin+/ay500+/gün8+ vCPU · 16–32+ GB RAM
      Kampanya / ERP yoğunBüyük ve varyasyonlu4×–8× pikyüksek8–12+ vCPU · 32–64+ GB RAM
      06

      Yayına almadan önce doğrulayın

      1

      Gerçek kullanıcı akışını seçin

      Ana sayfa yerine kategori → ürün → sepete ekle → checkout akışını test edin.

      2

      Pik trafiği simüle edin

      Ortalama aylık trafiğe değil, kampanya anındaki eşzamanlı oturum ve istek hızına yaklaşın.

      3

      p95 ve hata oranını izleyin

      Ortalama yanıt süresi tek başına yeterli değildir. p95 gecikme, 5xx, timeout ve ödeme hatalarını birlikte takip edin.

      4

      PHP-FPM ve kuyrukları kontrol edin

      Maksimum aktif worker, kuyruk bekleme süresi ve uzun çalışan istekleri inceleyin.

      5

      MySQL yavaş sorgularını ölçün

      CPU yüzdesinden önce slow query, lock, buffer etkinliği ve disk I/O davranışını kontrol edin.

      6

      En az %25–30 rezerv bırakın

      Normal tepe yükünde CPU/RAM tamamen doluyorsa bir sonraki kampanya için yeterli güvenlik payı yoktur.

      07

      E-ticaret altyapınızı derinleştirin

      08

      Teknik kaynaklar

      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.

      09

      Sık sorulan sorular

      WooCommerce için kaç GB RAM gerekir?+

      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.

      50.000 ürün için 4 GB RAM yeterli mi?+

      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.

      Redis zorunlu mu?+

      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.

      Sepet ve ödeme sayfasını cache edebilir miyim?+

      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.

      VPS mi paylaşımlı hosting mi?+

      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.

      Hesaplayıcının sonucu garanti midir?+

      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.

      EKA SUNUCU

      Sonucu gerçek VPS paketiyle eşleştirin

      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.

      Top