Blog

Eğitimler, rehberler ve ürün haberleri.

Rehberler

WooCommerce için sunucu nasıl seçilir?

3 Kasım 2026 4 dk okuma
Bu yazıyı paylaş

WooCommerce'in resmi belgesi PHP 8.3 ve üstünü, MySQL 8.0 ya da MariaDB 10.6 ve üstünü, HTTPS'i ve en az 256 MB WordPress bellek sınırını istiyor. Sunucunun RAM'i için resmi bir rakam vermiyor. Küçük bir mağaza için 2-4 GB RAM ile başlamak makuldür (genel kural, mağazaya göre değişir). Ürün ve sipariş sayısı arttıkça veritabanı ve işlemci ihtiyacı da büyür.

Mağaza bir bloga benzemez. Sepet ve ödeme sayfaları her ziyaretçiye özel olduğu için önbelleğe alınamaz, siparişler de veritabanına sürekli yazılır. Bu yüzden aynı trafikte bir mağaza çoğu zaman bir bloga göre daha çok kaynak kullanır.

Resmi gereksinimler

WooCommerce sunucu gereksinimleri belgesi (resmi öneri) şunları sayıyor:

  • PHP 8.3 ya da üstü.
  • MySQL 8.0 ya da üstü, veya MariaDB 10.6 ya da üstü.
  • HTTPS desteği.
  • 256 MB veya daha yüksek WordPress bellek sınırı.
  • Web sunucusu olarak Apache veya Nginx.
  • Mağazanız İngilizce değilse çok baytlı karakter (mbstring) desteği. Belge bunu mağazaya bağlı bir gereksinim olarak sayıyor, Türkçe mağazalar bu gruptadır.

Buradaki 256 MB, bir PHP isteğinin kullanabileceği üst sınırdır, sunucunun RAM'i değil. Gerekirse wp-config.php dosyasına şu satırı ekleyin:

define( 'WP_MEMORY_LIMIT', '256M' );

PHP 7.4 gibi eski sürümler belgede yalnızca geriye dönük uyumluluk olarak geçiyor ve önerilmiyor.

Mağaza neden bloga göre farklı?

  • Önbelleğe alınamayan sayfalar. WooCommerce'in önbellek kılavuzu sepet, ödeme ve hesabım sayfalarının önbellek dışında tutulmasını istiyor, çünkü bu sayfalar o ziyaretçiye özel veri gösterir. Sepet çerezleri gibi bazı çerezler de önbellekten hariç tutulmalıdır. Kullandığınız eklentinin bunu yaptığını kontrol edin.
  • Yazma yükü. Sipariş oluşturma, stok güncelleme ve oturum kayıtları veritabanına sürekli yazılır. Blogda yazma azdır, mağazada gün boyu sürer.
  • Arka plan işleri. WooCommerce, ertelenen işleri (e-posta, webhook, abonelik ödemeleri) Action Scheduler adlı yerleşik bir iş kuyruğuyla yürütür. Kuyruk WP-Cron ile tetiklenir. Trafiği düşük mağazalarda işler gecikebilir. Sunucuda bir cron görevi tanımlayıp WP-Cron'u düzenli çalıştırmak (DISABLE_WP_CRON ayarıyla birlikte) bu bağımlılığı kaldırır. Kuyruğu WooCommerce > Durum > Zamanlanmış Eylemler (Scheduled Actions) altında görürsünüz.

Sipariş verisi: HPOS

Yüksek performanslı sipariş depolama (HPOS), siparişleri WordPress'in genel yazı tablolarında değil, bu iş için hazırlanmış ayrı tablolarda tutar. Yeni kurulumlarda WooCommerce 8.2'den beri varsayılandır. Eski mağazalar kendiliğinden geçmez. WooCommerce > Ayarlar > Gelişmiş > Özellikler bölümünden etkinleştirilir, uyumluluk modu da iki yapıyı eşitler. Sunucu açısından bilmeniz gereken şu: siparişler için optimize edilmiş bir yapı vardır, ama veritabanı yine de bellek ve disk ister.

Başlangıç boyutu

Değerler genel kuraldır ve mağazaya göre değişir. Kesin bir vaat değildir.

MağazaBaşlangıç RAMvCore
Yeni mağaza: az ürün, az sipariş2-4 GB1-2
Büyüyen mağaza: binlerce ürün, düzenli kampanya4-8 GB2-4
Yoğun mağaza: sık kampanya, çok eklenti ve entegrasyon8 GB ve üstü4 ve üstü

Ürün sayısı kadar eklenti sayısı, görsel boyutları ve kampanya anındaki ani yük de belirleyicidir. Nesne önbelleği (Redis gibi) veritabanı yükünü azaltır, ama bellek ister. Küçük başlayıp zirve saatlerde free -h ve top çıktısına bakarak büyüyün.

Mağazayı yavaşlatan sık nedenler

  • Büyük, sıkıştırılmamış ürün görselleri.
  • Kullanılmayan eklentiler ve her sayfada çalışan fazla betikler.
  • Nesne önbelleği olmadığı için aynı veritabanı sorgusunun tekrar tekrar çalışması.
  • Bakımı bitmiş eski bir PHP sürümü.

Bunları düzeltmek çoğu zaman sunucuyu büyütmekten önce gelir. Büyütmenin sonuç vermediği yerde sorun genellikle yapılandırmadadır.

Yedek: günlük yedek tek başına yetmeyebilir

Seturack'ta sunucu her gece yedeklenir ve son 7 gün saklanır. Mağazada siparişler gün boyu yazıldığı için bu tek başına yetmeyebilir. Geri yüklerseniz, son yedekten sonra gelen siparişler kaybolur. Veritabanının dökümünü daha sık alıp başka bir yere kopyalayın:

mysqldump --single-transaction -u KULLANICI -p VERITABANI | gzip > siparisler-$(date +%F-%H%M).sql.gz

Zamanlanmış görevde parolayı komut satırına yazmayın, izni 600 olan bir ~/.my.cnf dosyası kullanın. Hazır WooCommerce sunucusunda uygulama Docker ile çalışır, bu yüzden veritabanı komutlarını konteyner içinden çalıştırın. Oradaki veritabanı MariaDB'dir. Konteynerde mysqldump bulunmayabilir, mariadb-dump kullanın. Ürün görselleri wp-content/uploads klasöründe durur, onu da kopyalayın.

Boyut dışında hazırlanacaklar

  • HTTPS. WooCommerce için şarttır. Hazır WooCommerce sunucusu, IP adresinizden türetilen sslip.io adresiyle HTTPS üzerinden açılır. Kendi alan adınızı bağlamak için bu yazıya bakın.
  • E-posta. Sipariş e-postalarının gitmesi için bir SMTP eklentisi kurun. Kurulum e-posta gönderimini ayarlamaz.
  • Güncellemeler. Kurulumdan sonra WordPress, WooCommerce ve eklentilerin güncellemeleri size aittir. Büyük bir güncellemeden önce panelden anlık görüntü alın. Anlık görüntü yedek yerine geçmez, yalnızca öncesine dönmek içindir.

WooCommerce kurulu bir sunucu yaklaşık 4-5 dakikada hazır olur. Mağaza büyüdükçe sunucuyu panelden büyütebilirsiniz. WooCommerce sunucusu sayfasına bakabilirsiniz.

Yorumlar0

Henüz Yorum Yok

İlk düşüncenizi paylaşan siz olun.

Tartışmaya Katıl

Yorum bırakmak için lütfen giriş yapın veya kaydolun.

Hiçbir Yazıyı Kaçırmayın

En yeni eğitim, rehber ve ürün haberlerini gelen kutunuzda alın.

Bülten aboneliğiniz alındı.