E-ticaret Hosting Gereksinimleri: Neye Göre Seçmeli? (2026)
Tanıtım sitesi ile e-ticaret sitesi aynı hosting ihtiyacına sahip değildir. Kurumsal bir tanıtım sitesi günde beş yüz kişiyi ağırlar, sayfaları neredeyse hiç değişmez, tamamı önbelleğe alınabilir. E-ticaret sitesinde ise her ziyaretçinin kendi sepeti vardır, stok anlık değişir, ödeme adımı önbelleğe alınamaz ve bir dakikalık kesinti doğrudan kaybedilmiş siparişe dönüşür.
Bu yüzden e-ticarette hosting seçimini fiyat listesinden değil, gereksinim listesinden başlatmak gerekir. Aşağıda o listeyi başlık başlık açıyorum.
Eşzamanlı kullanıcı: asıl ölçü aylık ziyaret değil
Hosting paketlerinde "aylık 50.000 ziyaretçiye uygun" gibi ifadeler görürsünüz. Bu sayı tek başına bir şey ifade etmez, çünkü belirleyici olan aynı anda sitede kaç kişinin bulunduğudur. Ayın tamamına yayılan 50 bin ziyaret sorunsuz taşınır; aynı 50 binin yarısı bir akşam üç saate sıkışırsa sunucu diz çöker.
Paylaşımlı hostingde bunu ölçen somut değer, cPanel ana sayfasındaki kaynak kullanımı bölümündeki Entry Processes (eşzamanlı PHP isteği) ve CPU sınırlarıdır. Tipik bir paylaşımlı pakette Entry Processes 20 civarındadır. Bu sayı aşıldığında yeni istekler 508 ya da 503 hatası alır.
| Günlük sipariş | Uygun altyapı | Kritik nokta |
|---|---|---|
| 0-20 | İyi yapılandırılmış paylaşımlı hosting | Önbellek ve görsel optimizasyonu |
| 20-100 | Yüksek kaynaklı paylaşımlı veya VPS | Veritabanı ve nesne önbelleği |
| 100+ | VPS / sunucu, ayrılmış kaynak | Ayrı veritabanı, arka plan işleri |
Aradaki farkın ne olduğunu paylaşımlı hosting ile VPS karşılaştırmasında ayrıntılı ele aldık.
Veritabanı yükü ve önbelleğin sınırı
E-ticarette önbellek beklediğiniz kadar iş görmez. Ürün listeleme sayfaları önbelleğe alınabilir; ama sepet, ödeme, hesabım ve giriş yapmış her kullanıcının gördüğü her sayfa alınamaz. Yani trafiğin en değerli kısmı doğrudan PHP ve veritabanına düşer.
WooCommerce’ta klasik darboğazlar şunlardır:
- Ürün varyasyonları. Beden ve renk kombinasyonu olan 2.000 ürün, tabloda on binlerce satır demektir; filtreli listelemede sorgular ağırlaşır.
- Sipariş tablosu. Yıllar içinde biriken siparişler ve sipariş notları büyür. HPOS (yüksek performanslı sipariş depolama) gibi ayrı tablo yapılarını açmak bu yükü belirgin şekilde hafifletir.
- Otomatik işler. Stok senkronizasyonu, kargo entegrasyonu, pazaryeri aktarımları. Bunlar ziyaretçi trafiğinden bağımsız olarak CPU tüketir ve genelde "site sabah 03:00’te neden yavaşladı" sorusunun cevabıdır.
Bu yüzden e-ticarette Redis ya da Memcached nesne önbelleği, güzel bir ek değil, gerçek bir gereksinimdir. Paketi seçerken sorun.
SSL ve ödeme tarafındaki zorunluluklar
Ödeme alan bir sitede SSL tartışma konusu değildir. Tarayıcılar kart bilgisi istenen şifresiz bir sayfada uyarı gösterir ve hiçbir sanal POS sağlayıcısı HTTPS olmayan bir siteye entegrasyon vermez. Temel bilgiler için SSL sertifikasının ne olduğunu bilmiyorsanız önce o konuyu netleştirin.
Türkiye’de sanal POS süreci genelde şöyle işler: bankayla ya da bir ödeme kuruluşuyla sözleşme yaparsınız, size test ve canlı ortam bilgileri verilir, sitenizde ilgili modülü kurarsınız. Bankaların çoğu başvuru sırasında sitede şu sayfaların bulunmasını ister: mesafeli satış sözleşmesi, iptal ve iade koşulları, teslimat şartları, gizlilik politikası, açık iletişim bilgileri ve vergi/ticaret sicil bilgisi. Bunlar eksikse başvuru döner.
PCI DSS tarafında pratik durum şudur: kart bilgisi bankanın sayfasında ya da ödeme kuruluşunun iframe’inde giriliyorsa yükümlülüğünüzün büyük kısmı sağlayıcıya geçer. Kart numarasını kendi formunuzda topluyorsanız iş tamamen değişir ve çok daha ağır teknik şartlara girersiniz. Küçük ve orta ölçekli işletmeler için doğru tercih, kart verisine hiç dokunmayan entegrasyon biçimidir. Hangi durumda olursanız olun, kart bilgisini veritabanınıza ya da günlük dosyalarınıza asla yazmayın.
Kampanya günleri: asıl sınav
Kasım indirimleri, sezon sonu, bir influencer paylaşımı. Bu günlerde trafik normalin 5-20 katına çıkabilir ve hosting kararınızın doğru olup olmadığı tam da o saatlerde belli olur.
Kampanya öncesi kontrol listesi:
- Bir hafta önce kaynak kullanım grafiğine bakın; normal günde CPU zaten yüzde 60’ta geziniyorsa yükseltme yapın.
- Bir yük testi yapın. 200 eşzamanlı kullanıcıyla ürün sayfası ve sepet akışını deneyin; nerede kırıldığını önceden görün.
- Ağır arka plan işlerini kampanya saatlerinin dışına alın.
- Ölçeklenebilir bir pakette olun. Trafik arttığında kaynağı birkaç dakikada artırabiliyorsanız risk yönetilebilir; sabit donanımda ise tek şansınız önceden büyük almaktır.
- Önbellek kurallarını gözden geçirin: kampanya sayfası önbellekte kalıp bitmiş bir indirimi göstermesin.
Yedeklilik, e-posta teslimatı ve veri konumu
E-ticarette yedek almak yetmez; ne sıklıkla aldığınız kritik. Günde bir kez alınan bir veritabanı yedeği, kötü senaryoda bir günlük siparişi kaybetmek demektir. Sipariş verisi için günlük yedeğin yanına daha sık aralıklı veritabanı yedeği ekleyin ve kopyaları sunucu dışında tutun; ayrıntılar yedekleme rehberinde.
E-posta teslimatı, e-ticarette en çok gözden kaçan konudur. Sipariş onayı, kargo takip numarası, iade bilgisi müşteriye ulaşmıyorsa destek yükünüz katlanır. Sitenin PHP mail fonksiyonuyla gönderdiği e-postaların spam’e düşme olasılığı yüksektir. Doğru kurulum, işlemsel e-postaları kimliği doğrulanmış bir SMTP hesabı üzerinden göndermek ve alan adınızda SPF, DKIM ve DMARC kayıtlarını düzgün tanımlamaktır. Kurumsal e-posta hizmetiyle bu yapı en baştan doğru kurulur.
Veri konumu tarafında KVKK açısından bakılması gereken şey, kişisel verilerin nerede işlendiği ve yurt dışına aktarım olup olmadığıdır. Müşteri adı, adresi, telefonu ve sipariş geçmişi kişisel veridir. Verilerin Türkiye’deki bir veri merkezinde tutulması, hem mevzuat tarafını sadeleştirir hem de yurt içi ziyaretçiler için ağ gecikmesini düşürür: Türkiye’den yurt içi bir sunucuya tipik gecikme 10-30 ms bandındayken, Batı Avrupa’daki bir sunucuya 40-70 ms’ye çıkar. Tek bir istekte önemsiz görünen bu fark, onlarca kaynak yüklenen bir sayfada toplanır.
Özetle
- Ölçü aylık ziyaret değil, eşzamanlı istek kapasitesidir; Entry Processes ve CPU sınırlarına bakın.
- Sepet ve ödeme önbelleğe alınamaz; veritabanı performansı ve nesne önbelleği belirleyicidir.
- SSL zorunlu, kart verisine dokunmayan ödeme entegrasyonu tercih edilmeli; yasal sayfalar POS başvurusunun şartıdır.
- Kampanya öncesi yük testi yapın ve kaynağı hızla artırabileceğiniz bir yapıda olun.
- Sipariş verisi için sık yedek, işlemsel e-postalar için doğrulanmış SMTP ve KVKK açısından uygun veri konumu şart.
