WooCommerce Sunucu Gereksinimleri: Ziyaretçiye Göre Boyutlandırma

WooCommerce Sunucu Gereksinimleri: Ziyaretçiye Göre Boyutlandırma

WooCommerce, WordPress'in en yaygın kullanılan e-ticaret eklentisi olmasına rağmen, standart bir WordPress bloğuyla aynı sunucu üzerinde aynı rahatlıkla çalışmaz. Ürün sayfaları, sepet oturumları, ödeme entegrasyonları, stok sorguları ve sipariş veritabanı işlemleri her ziyaretçi için ekstra veritabanı sorgusu ve dinamik hesaplama anlamına gelir. Bu yüzden "kaç ziyaretçiye kaç GB RAM yeter" sorusu, mağaza sahiplerinin en çok yanlış cevapladığı sorulardan biridir.

Bu yazıda WooCommerce'in kaynak tüketimini neyin belirlediğini, ziyaretçi ve sipariş hacmine göre gerçekçi bir boyutlandırma mantığını ve ne zaman paylaşımlı barındırmadan çıkıp özel kaynaklı bir sunucuya geçmeniz gerektiğini somut örneklerle anlatıyoruz.

WooCommerce Neden Standart WordPress'ten Daha Fazla Kaynak İster?

Statik bir kurumsal site veya blog, önbellekleme (cache) sayesinde büyük ölçüde disk üzerinden veya bellekten sunulan sabit HTML dosyalarıyla çalışabilir. WooCommerce'te ise durum farklıdır çünkü mağazanın önemli bir kısmı dinamik kalmak zorundadır:

• Sepet ve oturum verisi her kullanıcı için ayrı ayrı tutulur, tam sayfa önbellekleme ile doğrudan uyumlu değildir.
• Stok kontrolü her ürün sayfası ve sepet güncellemesinde veritabanına gerçek zamanlı sorgu atar.
• Fiyat hesaplamaları (kampanya, vergi, kargo ücreti) her istek için yeniden işlenir.
• Ödeme entegrasyonları (iyzico, PayTR, Param gibi sağlayıcılarla API çağrıları) ek işlem süresi ve dış bağlantı beklemesi getirir.
• Sipariş ve müşteri tabloları ürün sayısı ve sipariş geçmişi arttıkça büyür, sorgu süreleri de buna paralel uzar.

Bu nedenle bir WooCommerce mağazasının kaynak ihtiyacını yalnızca "aylık ziyaretçi sayısı" ile değil, ziyaretçi × dinamik sayfa oranı × eşzamanlı işlem yoğunluğu ile birlikte değerlendirmek gerekir. Platform seçimi ve teknik altyapı planlamasını mağazayı kurmadan önce netleştirmek, ileride yaşanacak performans krizlerinin çoğunu baştan önler.

Büyükweb'de en sık gördüğümüz hata, mağazanın "kurulum anındaki" trafiğe göre boyutlandırılıp bir daha hiç gözden geçirilmemesi. Ürün sayısı 200'den 2.000'e, aylık ziyaretçi 5 binden 50 bine çıkarken sunucu kaynakları aynı kalıyor ve performans sorunları kampanya günlerinde patlak veriyor.

Sunucu Boyutlandırmasını Belirleyen Temel Metrikler

Doğru boyutlandırma için tek bir sayıya değil, aşağıdaki metriklerin birlikte değerlendirilmesine ihtiyaç var:

1. Aylık toplam ziyaretçi — genel trafik yoğunluğunun kaba göstergesi.
2. Eşzamanlı (concurrent) aktif kullanıcı — asıl sunucu yükünü belirleyen değer; aylık ziyaretçinin belirli bir yüzdesi aynı anda siteyi geziyor.
3. Sepete ekleme / ödeme oranı — sepet ve ödeme sayfaları veritabanına en fazla yazma işlemi bindiren sayfalardır, statik ürün listeleme sayfalarından çok daha maliyetlidir.
4. Ürün ve varyasyon sayısı — özellikle varyasyonlu ürünlerde (beden, renk, stok kombinasyonu) veritabanı tablo boyutu ve sorgu karmaşıklığı hızla artar.
5. Eklenti sayısı — kargo entegrasyonu, pazaryeri senkronizasyonu, kampanya motoru gibi her ek eklenti PHP işlem süresine ve bellek tüketimine ekleniyor.
6. Kampanya/sezon dalgalanması — yıl boyunca ortalama trafiğin çok üzerine çıkan günler (indirim dönemleri, özel gün kampanyaları) planlamanın en kritik parçası.

Bu metrikleri elinizde yoksa Google Analytics ve sunucu erişim loglarından çıkarabilirsiniz. E-ticaret analitiği ve dönüşüm izleme konusunu ayrı bir yazıda detaylı işledik; trafik verinizi doğru okumak, sunucu kararlarını da doğru vermenizi sağlar.

Ziyaretçi Sayısına Göre Kaynak Tablosu

Aşağıdaki tablo, tipik bir WooCommerce mağazası için genel bir yol haritası sunar. Rakamlar; standart bir tema, makul sayıda eklenti ve temel önbellekleme varsayımıyla hazırlanmış kaba yönlendirici değerlerdir — gerçek ihtiyaç ürün sayınıza, eklenti yüküne ve trafik dalgalanmanıza göre değişir.

Aylık Ziyaretçi	Eşzamanlı Aktif Kullanıcı (yaklaşık)	Önerilen vCPU	Önerilen RAM	Önerilen Disk	Barındırma Tipi
0 – 5.000	5-15	1-2	2-4 GB	NVMe SSD, 20-40 GB	Paylaşımlı hosting yeterli
5.000 – 20.000	15-40	2-4	4-8 GB	NVMe SSD, 40-80 GB	Üst seviye hosting veya giriş seviye VDS
20.000 – 75.000	40-150	4-6	8-16 GB	NVMe SSD, 80-160 GB	VDS önerilir
75.000 – 250.000	150-400	6-8+	16-32 GB	NVMe SSD, 160-320 GB	VDS, kaynak izole olmalı
250.000+	400+	8+ (çekirdek ölçeklenebilir)	32 GB+	NVMe SSD, 320 GB+	VDS, ayrı veritabanı katmanı düşünülmeli

Bu tabloyu okurken dikkat edilmesi gereken nokta şu: 20.000 aylık ziyaretçi eşiği rastgele seçilmiş bir sayı değil. Bu noktadan sonra paylaşımlı hosting ortamlarında kaynak paylaşımı (aynı fiziksel sunucuda başka sitelerle CPU/RAM/disk I/O paylaşmak) performans dalgalanmalarının en büyük kaynağı haline gelir. Sipariş yoğunluğu artan bir mağaza için garantili, izole kaynak artık lüks değil gereklilik olur.

RAM, CPU ve Disk I/O: Darboğaz Nerede Oluşur?

Sunucu yavaşlığı yaşayan mağaza sahiplerinin çoğu "daha fazla RAM eklersem düzelir" varsayımıyla hareket eder, ama darboğazın nerede olduğunu ölçmeden yapılan yükseltme çoğunlukla parayı boşa harcar.

RAM darboğazı genelde şu belirtilerle kendini gösterir: sunucu belleği sürekli %90 üzerinde, swap kullanımı artıyor, PHP-FPM işlemleri "max children reached" hatası veriyor. Bu durumda her eşzamanlı ziyaretçi için ayrılan PHP worker sayısı yetersiz kalmış demektir.

CPU darboğazı ise özellikle karmaşık fiyat hesaplamaları, çoklu vergi/kargo kuralları veya ağır tema render işlemlerinde ortaya çıkar. Sunucu yükü (load average) çekirdek sayısının üzerine çıkıyorsa ve sayfa oluşturma süreleri (Time to First Byte) uzuyorsa, sorun muhtemelen CPU'dur.

Disk I/O darboğazı en çok göz ardı edilen ama e-ticarette en kritik olan faktördür. Sipariş tablosu, log dosyaları, oturum verisi ve önbellek sürekli disk üzerinde okuma/yazma yapar. Standart mekanik disklerde bu iş yükü hızla tıkanma noktasına gelir; bu yüzden WooCommerce için NVMe SSD depolama neredeyse zorunlu kabul edilmelidir.

# Basit bir teşhis: sunucuda anlık yükü ve bellek kullanımını görmek için
top -b -n 1 | head -20
free -h
iostat -x 1 3

Bu üç komutun çıktısı, hangi kaynağın gerçekten tükendiğini gösterir ve yükseltme kararını tahmine değil ölçüme dayandırmanızı sağlar. WooCommerce optimizasyonu üzerine hazırladığımız detaylı rehberde bu ölçümlerin yorumlanması ve hız iyileştirme adımları ayrı ayrı ele alınıyor.

Veritabanı, Önbellek ve PHP Ayarları

Donanım boyutlandırması tek başına yeterli değildir; sunucu yazılım ayarları doğru yapılmazsa fazladan CPU/RAM eklemek de sınırlı fayda sağlar.

Veritabanı tarafında en kritik ayar innodb_buffer_pool_size değeridir. Bu değer, sık kullanılan tabloların (ürünler, siparişler, oturumlar) bellekte tutulmasını sağlar ve disk erişimini azaltır. Genel kural olarak sunucu RAM'inin %40-60'ı arası bu havuza ayrılabilir; ancak PHP ve web sunucusu için de yeterli bellek kalması gerekir.

# my.cnf içinde örnek ayar (8 GB RAM'lik bir sunucu için)
[mysqld]
innodb_buffer_pool_size = 3G
innodb_log_file_size = 256M
max_connections = 150

PHP tarafında memory_limit, max_execution_time ve opcache ayarları özellikle sipariş dışa aktarma, toplu ürün güncelleme veya senkronizasyon eklentileri kullanan mağazalarda kritik hale gelir. Opcache aktif değilse her istek PHP dosyalarını yeniden derler, bu da gereksiz CPU tüketimine yol açar.

Nesne önbellekleme (Redis veya benzeri bir bellek içi önbellekleme katmanı) WooCommerce'te oturum ve geçici veri sorgularını önemli ölçüde hızlandırır. Ancak sepet ve stok gibi anlık doğruluk gerektiren veriler için tam sayfa önbellekleme dikkatli yapılandırılmalı; aksi halde müşteriler stokta olmayan ürünü sepete eklemeye çalışabilir veya eski fiyat görebilir.

Bizim gözlemimiz şu: aynı donanımla çalışan iki mağazadan biri doğru önbellekleme ve veritabanı ayarlarıyla üç kat daha fazla eşzamanlı kullanıcıyı sorunsuz karşılayabiliyor. Kaynak eklemeden önce mevcut yapılandırmanın verimini kontrol etmek çoğu zaman en ucuz çözümdür.

Kampanya ve Sezonluk Trafik Patlamalarına Hazırlık

Yıl içindeki ortalama trafiğe göre boyutlandırılmış bir sunucu, indirim günlerinde veya özel kampanya dönemlerinde çöker. Bu durumun asıl nedeni, ortalama ve tepe (peak) trafik arasındaki farkın çoğu mağaza sahibi tarafından hafife alınmasıdır. Normalde günde 2.000 ziyaretçi alan bir mağaza, büyük bir kampanya gününde birkaç saat içinde bu sayının 5-10 katına çıkabilir.

Kampanya öncesi hazırlık için önerilen adımlar:

• Geçmiş kampanya verilerini analiz edin. Bir önceki dönemin trafik ve sipariş grafiğini inceleyerek gerçekçi bir tepe tahmini yapın.
• Yük testi yapın. Kampanyadan önce eşzamanlı kullanıcı simülasyonuyla sunucunun gerçek limitlerini görün, varsayıma güvenmeyin.
• Statik varlıkları CDN üzerinden dağıtın. Ürün görselleri ve stil dosyaları sunucu üzerinden değil, dağıtık ağdan servis edilirse ana sunucunun yükü ciddi oranda azalır.
• Kargo ve stok entegrasyonlarının darboğaz olup olmadığını kontrol edin. Yoğun sipariş anında kargo ve lojistik entegrasyonu API çağrıları da sunucu üzerinde ek yük oluşturabilir; bu entegrasyonların zaman aşımı ve yeniden deneme ayarlarını gözden geçirin.
• Yatay değil dikey ölçeklenebilir bir altyapı seçin. VDS ortamlarında vCPU ve RAM artışı genellikle kısa sürede uygulanabilir; bu esneklik kampanya öncesi geçici yükseltme, sonrası düşürme stratejisi için önemlidir.

Kampanya günü canlı izleme de en az hazırlık kadar kritiktir; sunucu yükü artmaya başladığında erken müdahale edebilmek için gerçek zamanlı takip şart.

Paylaşımlı Hosting'den VDS'e Geçiş Sinyalleri

Aşağıdaki belirtilerden birkaçını aynı anda yaşıyorsanız, paylaşımlı barındırma ortamının sınırlarına ulaşmışsınız demektir:

• Sayfa yükleme süreleri kampanya dışı günlerde bile 3 saniyeyi aşıyor.
• "500 Internal Server Error" veya veritabanı bağlantı hataları düzenli tekrarlanıyor.
• Barındırma sağlayıcınız "kaynak limiti aşıldı" bildirimi gönderiyor.
• Aynı sunucudaki başka sitelerin trafiği sizin mağazanızı da yavaşlatıyor (gürültülü komşu sorunu).
• Ürün sayınız ve sipariş geçmişiniz büyüdükçe yönetim paneli işlemleri (raporlama, toplu güncelleme) yavaşlıyor.

Bu noktada çözüm, kaynakların izole ve garantili olduğu bir sunucuya geçmektir. Büyükweb'in e-ticaret VDS çözümleri, WooCommerce gibi dinamik iş yükü yoğun platformlar için özel kaynak ayrılan, tam kök erişimli sunucu seçenekleri sunar; kaynaklar başka müşterilerle paylaşılmaz ve mağazanızın büyümesine paralel olarak vCPU/RAM/disk kapasitesi artırılabilir. Ayrıca VDS paketlerinde günlük otomatik yedekleme standart olarak sağlanır, bu da sipariş ve müşteri verinizin güvenliği açısından önemli bir katmandır.

Geçiş kararını verirken güncel paket seçenekleri ve fiyatlandırma için doğrudan e-ticaret VDS sayfasına bakabilir, mağazanızın mevcut trafik ve ürün profiline uygun kaynak seviyesini seçebilirsiniz.

Performans İzleme ve Ölçeklendirme Alışkanlığı

Sunucu boyutlandırma tek seferlik bir karar değil, sürekli izlenmesi gereken bir süreçtir. Ürün kataloğu büyüdükçe, yeni pazaryeri entegrasyonları eklendikçe veya kampanya sıklığı arttıkça kaynak ihtiyacı da değişir.

Önerilen izleme pratiği:

1. Uptime ve yanıt süresi izleme kurun; sunucu kesintisi veya yavaşlaması yaşandığında anında bildirim alın.
2. Aylık kaynak kullanım raporlarını gözden geçirin — CPU, RAM ve disk kullanım trendini takip ederek yükseltme ihtiyacını proaktif belirleyin.
3. Yavaş sorgu loglarını düzenli kontrol edin; veritabanı sorgu sürelerinde artış, genellikle ürün/sipariş tablosu büyümesinin bir işaretidir.
4. Eklenti denetimi yapın; kullanılmayan veya gereksiz kaynak tüketen eklentileri kaldırın.

E-ticaret sitelerinde performans izleme, uptime ve hata takibi konusunu ayrı bir rehberde ele aldık; APM (uygulama performans izleme) araçlarıyla sorunları müşteri şikayet etmeden önce tespit etmek, mağaza itibarını korumanın en etkili yollarından biridir.

Sunucu boyutlandırma bir kere yapılıp unutulacak bir iş değil. Büyükweb müşterilerinde en başarılı mağazalar, çeyreklik periyotlarla trafik ve sipariş verisini gözden geçirip kaynak planını buna göre güncelleyenler oluyor.

Sıkça Sorulan Sorular

WooCommerce mağazam için minimum kaç RAM gerekir?

Çok düşük trafikli (aylık 5.000 ziyaretçiye kadar) bir mağaza için 2-4 GB RAM genellikle yeterlidir. Ancak ürün sayısı, eklenti yoğunluğu ve eşzamanlı kullanıcı sayısı arttıkça bu değer hızla yükselir; 20.000 aylık ziyaretçiden sonra 8 GB ve üzeri değerlendirilmelidir.

Paylaşımlı hosting ile WooCommerce çalıştırabilir miyim?

Düşük trafikli ve az ürünlü mağazalar için paylaşımlı hosting başlangıç noktası olabilir. Ancak sipariş hacmi ve ziyaretçi sayısı büyüdükçe kaynak paylaşımı performans sorunlarına yol açar; bu noktada özel kaynaklı bir sunucuya geçmek gerekir.

Kaç eşzamanlı kullanıcıdan sonra VDS'e geçmeliyim?

Kesin bir eşik yoktur, ancak 40-50 eşzamanlı aktif kullanıcıyı düzenli olarak aşan mağazalarda paylaşımlı hosting ortamlarının performans dalgalanması belirginleşir. Bu noktadan itibaren izole kaynaklı bir VDS değerlendirilmelidir.

Disk tipi (NVMe SSD ile standart SSD) performansı gerçekten bu kadar etkiler mi?

Evet. WooCommerce sürekli veritabanı okuma/yazma işlemi yapar; sipariş, oturum ve log verisi disk üzerinden sürekli işlenir. NVMe SSD, geleneksel disklere göre çok daha düşük gecikme ve daha yüksek işlem hacmi sunar, bu da özellikle kampanya günlerinde fark yaratır.

Sunucu yükseltmeden önce ne yapmalıyım?

Önce mevcut darboğazı ölçün: RAM, CPU veya disk I/O'dan hangisi sınırlayıcı? Ardından veritabanı ve PHP ayarlarının optimize edilip edilmediğini kontrol edin. Çoğu durumda yapılandırma iyileştirmesi, donanım yükseltmesinden önce denenmesi gereken adımdır.

Kampanya günü için geçici olarak kaynak artırabilir miyim?

VDS ortamlarında vCPU ve RAM genellikle kısa sürede yükseltilebilir, bu da kampanya öncesi geçici kapasite artırımını mümkün kılar. Kesin süreler ve seçenekler için barındırma sağlayıcınızla önceden görüşmeniz önerilir.

Ürün sayısı sunucu ihtiyacını ne kadar etkiler?

Ürün ve varyasyon sayısı arttıkça veritabanı tablo boyutu büyür, arama ve filtreleme sorguları yavaşlar. Birkaç yüz ürünlük bir katalogla birkaç bin ürünlük bir katalog, aynı trafikte bile farklı kaynak profili gerektirir.

Büyükweb Hizmetleri

WooCommerce mağazanızın trafik ve sipariş hacmine uygun, izole kaynaklı bir sunucu altyapısı arıyorsanız:

• E-ticaret VDS — dinamik e-ticaret iş yükleri için özel kaynaklı, tam kök erişimli sunucu çözümleri

Sunucu boyutlandırma, mevcut altyapınızın kaynak kullanım analizi veya kampanya öncesi kapasite planlaması konusunda destek almak isterseniz 0850 302 60 70 numaralı satış öncesi destek numaramızdan bize ulaşabilir veya iletişim sayfası üzerinden bizimle iletişime geçebilirsiniz.