E-ticarette barındırma bir altyapı kalemi değil, doğrudan gelir kalemidir. Sepet sayfası yavaş açılan bir sitede terk oranı yükselir; kampanya saatinde çöken bir sitede o günün cirosu tamamen kaybedilir. Bu yüzden mağaza için hosting seçimi, blog için yapılan seçimden farklı kriterlerle yapılmalıdır.
Bu rehber, Linux barındırma ya da Windows barındırma tarafında e-ticaret için nelere bakılacağını anlatıyor.
E-ticaret Neden Farklı Yüklenir?
Bir blog, aynı içeriği herkese gösterir — dolayısıyla neredeyse tamamen önbelleğe alınabilir ve sunucu yükü düşüktür. Mağazada tablo değişir:
- Kişiye özel sayfalar önbelleğe alınamaz. Sepet, hesabım, sipariş takibi — bunlar her istekte veritabanına gider. Blogda sunucuyu kurtaran ana mekanizma burada devre dışıdır.
- Yazma trafiği yüksektir. Her sepete ekleme, her stok güncellemesi bir yazma işlemidir ve yazma işlemleri önbelleğe alınamaz.
- Oturum yönetimi süreklidir. Binlerce eşzamanlı oturum, bellek ve disk tarafında sabit bir yük oluşturur.
- Trafik son derece dalgalıdır. Kampanya duyurusundan sonraki ilk on dakikada normal günün on katı trafik gelebilir.
- Kesinti doğrudan para kaybıdır. Blogda beş dakikalık kesinti fark edilmez; ödeme adımında aynı süre, o anki tüm sepetlerin kaybı demektir.
Bakılacak Yedi Kriter
1. Kaynak Limitleri — Somut Rakamlar
"Sınırsız" ifadesi disk ve trafik içindir; gerçek limitler işlem kapasitesindedir. Sorun: bellek limiti kaç, eşzamanlı işlem sayısı kaç, inode limiti kaç?
Bellek limiti özellikle önemlidir — e-ticaret uygulamaları eklentilerle birlikte belirgin bellek tüketir ve düşük limit "beyaz ekran" hatalarının bir numaralı nedenidir.
2. Disk Tipi
Veritabanı yoğun bir iş yükünde disk hızı doğrudan sayfa süresine yansır. NVMe disk, klasik SSD'ye göre özellikle çok sayıda küçük okuma/yazma yapan sistemlerde belirgin fark üretir — ve e-ticaret tam olarak öyle bir iş yüküdür.
3. Nesne Önbelleği Desteği
Sayfa önbelleğinin kullanılamadığı yerlerde (sepet, hesap, ödeme) tekrar eden veritabanı sorgularını bellekte tutan bir depo devreye girer. Paketin bunu sunup sunmadığını sorun — mağaza performansında en çok fark yaratan özelliklerden biridir.
4. SSL ve Ödeme Uyumu
HTTPS pazarlıksızdır. Ayrıca ödeme sağlayıcınızın gerektirdiği protokol sürümlerinin desteklendiğini doğrulayın. Kart verisini kendi sunucunuzda saklamak ağır uyum yükümlülükleri getirir ve önerilmez — sağlayıcının barındırdığı akışları kullanmak hem uyum riskini hem güvenlik yükünü devreder.
5. Yedekleme ve Geri Yükleme
Mağazada yedekleme sıklığı bloga göre çok daha kritiktir: bir günlük kayıp, bir günlük sipariş demektir. Üç soruyu netleştirin — ne sıklıkla yedek alınıyor, kaç gün saklanıyor ve geri yüklemeyi kendiniz yapabiliyor musunuz?
Son soru en önemlisidir: geri yükleme için destek talebi açmanız gerekiyorsa kurtarma süreniz destek yanıt süresine bağlanır.
6. Kapasite Esnekliği
Kampanya dönemleri için geçici kapasite artırımı mümkün mü, yoksa kalıcı üst pakete geçmek mi gerekiyor? Yılda dört kampanya için yıl boyu yüksek kapasite ödemek, bütçenin büyük bölümünü boşta duran kaynağa harcamaktır.
7. Destek Yanıt Süresi
Kampanya günü sorun çıktığında ne kadar sürede yanıt alacaksınız? "7/24 destek" ifadesi tek başına yeterli değil — ilk yanıt süresi taahhüdü yazılı mı, ona bakın.
Paylaşımlı Barındırma Ne Zaman Yetmez?
| Durum | Uygun yapı |
|---|---|
| Az ürün, düşük trafik, yeni başlangıç | Paylaşımlı paket yeterli |
| Düzenli sipariş akışı, orta trafik | Üst paylaşımlı paket |
| Kaynak limitlerine düzenli takılma | Özel kaynaklı yapıya geçiş |
| Kampanya dönemlerinde çökme | Özel kaynak + geçici artırım |
| Binlerce ürün, sürekli yüksek trafik | Özel kaynaklı yapı, ayrı veritabanı |
Geçiş sinyali nettir: kaynak limitlerini düzenli olarak aşıyorsanız ve optimizasyonlarınız tükendiyse, paylaşımlı ortam artık mağazanızı taşımıyor demektir.
Paket Değiştirmeden Yapılabilecekler
Kaynak limitlerine takılıyorsanız, büyütmeden önce şu dördünü uygulayın:
- Kategori ve ürün sayfalarını önbelleğe alın. Sepet ve ödeme dışarıda kalsın. Trafiğin büyük bölümü bu sayfalardadır.
- Ürün görsellerini optimize edin. Modern biçimler ve doğru boyutlar; liste sayfasında tam boyutlu görsel sunmayın.
- Gereksiz eklentileri kaldırın. E-ticaret kurulumlarında eklenti sayısı hızla artar ve her biri sayfa başına sorgu ekler.
- Ağır işleri arka plana taşıyın. Sipariş sonrası e-posta, fatura üretimi ve muhasebe entegrasyonu kullanıcının isteği içinde çalışmasın — aksi halde ödeme süresi bir dış servisin hızına bağlanır.
Sonuç
E-ticaret için hosting seçiminde belirleyici kriterler blog için olanlardan farklıdır: bellek limiti, disk tipi, nesne önbelleği desteği ve kendi kendine geri yükleme imkânı. Bu dördünü karşılaştırmadan yapılan seçim, yalnızca fiyat karşılaştırmasıdır. Mağazanız büyüdüğünde paylaşımlı ortamın sınırına geleceksiniz — o noktayı kampanya günü değil, izleme verilerinizle önceden fark etmek, hazırlıklı geçiş yapmanın tek yoludur.
Sıkça Sorulan Sorular (SSS)
E-ticaret için paylaşımlı hosting yeterli mi?
Az ürün ve düşük trafikle başlangıç için yeterli olabilir. Ancak sepet ve ödeme sayfaları önbelleğe alınamadığı için mağaza büyüdükçe kaynak limitlerine hızla yaklaşırsınız. Ciddi bir mağaza planlıyorsanız özel kaynaklı bir yapıyla başlamak, sonradan taşınmaktan kolaydır.
Kaç ürüne kadar dayanır?
Belirleyici olan ürün sayısı değil eşzamanlı ziyaretçi sayısı ve sipariş yoğunluğudur. Binlerce ürünlü ama az ziyaretçili bir katalog sorun çıkarmazken, yüz ürünlü ama yoğun trafikli bir mağaza limitleri doldurabilir.
Kampanya öncesi ne yapmalıyım?
En az bir hafta önce: yük testi yapın, kapasiteyi geçici olarak artırın, yeni sürüm çıkmayı bırakın, yedeği doğrulayın ve izleme eşiklerini düşürün. Kampanya sabahı yapılabilecek tek şey, hazır olup olmadığınızı öğrenmektir.
Ödeme güvenliği için ne gerekli?
HTTPS zorunludur. Kart verisini kendi sunucunuzda saklamamak en güvenli yaklaşımdır — ödeme sağlayıcısının barındırdığı akışları kullanın. Sunucunuzda yalnızca işlem referansı ve sipariş verisi kalsın.
