E-Ticaret Sitesi Hostingden VDS'e Ne Zaman Geçmeli?

E-ticaret sitesinde sunucuya geçiş kararı ciroyla değil, ölçülebilir altı sinyalle verilir: ödeme ve sepet sayfalarının yanıt süresi, kaynak limiti uyarılarının sıklığı, kampanya saatlerindeki hata oranı, yönetim panelinin yavaşlığı, stok ve entegrasyon senkronlarının süresi, veritabanı boyutu. Bunlardan üçü birlikte görülüyorsa paylaşımlı hosting sınırına gelinmiş demektir.

E-ticaret neden farklı?

Standart bir kurumsal sitede sayfaların çoğu önbellekten sunulabilir. E-ticarette ise sepet, üyelik, ödeme ve arama sayfaları kişiye özeldir ve önbelleklenemez; her istek PHP ve veritabanı çalıştırır. Üstelik bu sayfalar, satışın gerçekleştiği sayfalardır. Bu yüzden e-ticarette kaynak sıkıntısı önce cirodan hissedilir.

Ölçülebilir altı sinyal

1. Sepet ve ödeme sayfasının yanıt süresi

Ana sayfa hızlı açılırken sepet ve ödeme adımı yavaşlıyorsa sorun önbellekle çözülemez. Bu iki sayfanın sunucu yanıt süresini (TTFB) yoğun saatte ölçün; 1 saniyeyi aşan değerler dönüşüm kaybı üretir.

2. Kaynak limiti uyarıları

Panelde CPU, bellek veya eşzamanlı işlem limitinin dolduğu saat sayısı artıyorsa kapasite sınırındasınız. Limitlerin ne anlama geldiğini kaynak limitleri yazısında açıkladık.

3. Kampanya saatlerinde hata oranı

İndirim saatinde 508 veya 500 hataları görülüyorsa, tam da en çok satış yapacağınız anda site kapanıyor demektir. Tek bir kampanyada kaybedilen sipariş, aylık sunucu farkını çoğu zaman aşar.

4. Yönetim panelinin yavaşlığı

Ürün listesi, sipariş ekranı ve raporlar ağır sorgular çalıştırır. Panel yavaşladığında ekibinizin günlük işleri uzar; bu, ziyaretçiye görünmeyen ama maliyeti yüksek bir kayıptır.

5. Entegrasyon ve senkron süreleri

Pazaryeri, muhasebe, kargo ve stok entegrasyonları arka planda düzenli çalışır. Senkron süreleri uzuyorsa veya zaman aşımına uğruyorsa, işlemci ve disk tarafında sıkışma var demektir.

6. Veritabanı boyutu ve sorgu süresi

Ürün, varyant ve sipariş sayısı arttıkça sorgular ağırlaşır. Yavaş sorgu kaydını açın: aynı sorguların süresi zamanla uzuyorsa bellek ve disk hızının payı büyüyordur.

Önce optimizasyon: geçmeden yapılacaklar

Sunucuya geçmek her sorunu çözmez. Aşağıdakiler tamamlanmadan yapılan geçiş, aynı sorunu daha pahalı bir yerde yaşamanıza yol açar:

1. Ürün görsellerini doğru boyutta ve modern formatta yayınlayın.
2. Kategori ve ana sayfa için önbellek kurun; sepet ve ödeme sayfalarını önbellek dışında tutun.
3. Kullanılmayan eklenti ve modülleri kaldırın.
4. Veritabanında indeksleri ve şişmiş tabloları gözden geçirin.
5. Bot trafiğini sınırlayın; fiyat karşılaştırma botları ciddi kaynak tüketir.
6. Zamanlanmış görevleri yoğun saat dışına alın.

WordPress/WooCommerce tarafındaki teşhis adımları için site neden yavaş açılır yazısına bakabilirsiniz.

Hangi sunucu türü?

İki modelin kaynak tahsisi farkını VPS ile VDS farkı, kaynak hesabını VDS nasıl seçilir yazısında bulabilirsiniz.

Geçişin maliyeti nasıl gerekçelendirilir?

Karar toplantısında işe yarayan hesap şudur: yoğun saatteki hata oranını ve terk edilen sepet sayısını ölçün, ortalama sepet tutarıyla çarpın. Aylık kayıp, sunucu fark bedelinden büyükse geçiş kendini finanse eder. Buna ekibinizin yavaş panelde harcadığı zamanı da ekleyin.

Fiyat tarafında karşılaştırmayı kalem kalem yapmak için VDS fiyatlarını belirleyen maliyet kalemleri yazısındaki tabloyu kullanabilirsiniz.

Geçiş planı

1. Yeni sunucuyu kurun, PHP sürümü ve eklentileri mevcut ortamla eşleyin.
2. Mağazanın bir kopyasını taşıyıp test siparişi verin: sepet, ödeme, fatura, e-posta bildirimi.
3. Entegrasyonları test ortamında doğrulayın (kargo, muhasebe, pazaryeri).
4. Geçiş öncesi TTL değerlerini düşürün.
5. Düşük trafikli saatte son veri senkronunu yapın ve DNS'i yönlendirin.
6. İlk 48 saat hata kayıtlarını ve sipariş akışını yakından izleyin.
7. Yedekleme ve izlemeyi yeni sunucuda kurun.

Kampanya dönemlerinden en az iki hafta önce geçiş yapın; kampanya haftasında sunucu değiştirmek gereksiz risktir.

Geçiş sonrası izlenecek metrikler

• Sepet ve ödeme sayfasının TTFB değeri
• Yoğun saatteki hata oranı
• Sipariş tamamlama oranı
• Yönetim paneli ekranlarının açılma süresi
• Senkron işlerinin tamamlanma süresi
• Sunucuda işlemci, bellek ve disk kullanımı

Geçişin işe yarayıp yaramadığını duyguyla değil, bu altı metriğin öncesi-sonrası karşılaştırmasıyla değerlendirin.

Kampanya günü için kapasite planı

Yılın en yüksek trafiğini alacağınız günü normal bir güne göre planlamak, kesintiyi neredeyse garanti eder. Basit bir yöntem: geçen yılın tepe saatindeki eşzamanlı ziyaretçi ve sipariş sayısını alın, bu yılki büyüme oranıyla çarpın ve ortaya çıkan yükü test edin.

• Kampanyadan iki hafta önce yük testi yapın; darboğazı canlıda değil testte bulun.
• Zamanlanmış görevleri ve pazaryeri senkronlarını kampanya saatinde durdurun.
• Stok ve fiyat güncellemelerini kampanya başlamadan önce tamamlayın.
• Kaynak yükseltmesinin ne kadar sürede devreye girdiğini önceden teyit edin.
• Kampanya günü için bir geri dönüş planı (rollback) hazırlayın.

Veritabanını ayırmak

Tek sunucuda uygulama ve veritabanı aynı kaynakları paylaşır; yoğun saatte ikisi birbirini yavaşlatır. Sipariş ve ürün sayısı büyüdüğünde veritabanını ayrı bir sunucuya taşımak belirgin rahatlama sağlar. Ancak bu, ağ gecikmesi ve yönetim yükü ekler; küçük ve orta ölçekli mağazalarda genellikle tek sunucuda kalmak daha verimlidir.

Netx'te e-ticaret altyapısı

Paylaşımlı tarafta e-ticaret hosting paketleri, sunucu tarafında VDS ve VPS seçenekleri bulunur. Yük arttığında donanımın tamamını istiyorsanız dedicated sunucu, sunucu yönetimini devretmek isterseniz sunucu yönetim hizmeti değerlendirilebilir. Hangi kademenin uygun olduğunu, yoğun saat ölçümlerinizi paylaşarak birlikte belirleyebiliriz.

Sık sorulan sorular

Aylık kaç sipariş sonrası VDS gerekir?

Sipariş sayısı tek başına ölçüt değildir. Belirleyici olan eşzamanlı ziyaretçi, ürün sayısı ve entegrasyon yüküdür. Ölçümleri esas alın.

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

Çoğu sanal sunucuda paket yükseltmesi mümkündür. Yükseltmenin ne kadar sürede devreye girdiğini kampanya öncesinde teyit edin.

Geçiş sırasında sipariş kaybeder miyim?

Planlı geçişte kayıp yaşanmaz. Düşük trafikli saatte, son veri senkronu yapılarak geçilir ve eski ortam bir süre daha izlenir.

VDS aldım ama site yine yavaş, neden?

Darboğaz uygulama tarafındaysa sunucu değişimi tek başına yetmez. Önbellek, görsel optimizasyonu ve veritabanı düzenlemesi tamamlanmalıdır.

Sunucuyu kim yönetecek?

Yönetimsiz sunucuda güncelleme, güvenlik ve yedekleme sizdedir. Bu işleri devretmek isterseniz yönetimli mi yönetimsiz mi karşılaştırmasına bakın.