E-ticaret hosting özellikleri: Ne aramalı? Net kontrol listesi

E-ticaret siteleri, “sayfa açıldı mı?” sorusundan çok daha fazlasını gerektirir. Ödeme altyapısı, yüksek istek hacmi, güvenlik kontrolleri ve düzenli yedekleme; hem müşteri deneyimini hem de operasyonu doğrudan etkiler. Bu rehberde, e-ticaret için hosting seçerken somut olarak ne aramanız gerektiğini kontrol listesi mantığında anlatıyorum. Doğru bileşenleri seçtiğinizde; gecikme, kesinti ve veri kaybı risklerini ölçülebilir biçimde azaltırsınız.

1) Performans: Sipariş yoğunluğunda hız ve kaynak garantisi

E-ticaret trafiği genelde düzensizdir. Kampanya saatlerinde aynı anda çok sayıda istek gelir; bu sırada yetersiz kaynaklar sayfaların ağırlaşmasına ve ödeme adımında zaman aşımı hatalarına yol açar.

E-ticaret hostinginde performansı değerlendirirken şu başlıklar net olmalı:

Sayfa yükleme ve gecikme için bakılacaklar

• Önbellekleme katmanları: Sunucu tarafı önbellek (opcode cache), reverse proxy cache veya CDN ile edge cache.
• Web sunucusu + PHP runtime: WordPress/WooCommerce için PHP-FPM ayarları ve cache sürücülerinin (Redis benzeri) varlığı.
• Tek tek kaynak sınırı: vCPU/RAM ve IO (disk okuma-yazma) kapasitesi. Paylaşımlı planlarda bu sınırlar daha belirsiz olur.

E-ticaret için “yeter” ölçütü

Net bir kural vermek yerine, karşılaştırmada kullanacağınız ölçütleri veriyorum: - Aynı anda 200-500 eşzamanlı kullanıcı simülasyonunda (kendi trafiğinize göre ölçekleyin) sayfa yanıt süresi ve hata oranı. - Ödeme adımında tarayıcı-yanıt süresi: “Checkout” sayfası ve ödeme formunun çağrıldığı endpoint’lerde gecikme.

Aşağıdaki tablo, farklı hosting modellerinde performans kontrolünün nasıl değiştiğini özetler:

Net öneri

• Yeni başlayıp trafik dalgalanması düşükse: Paylaşımlı yerine VPS/VDS tarafı daha istikrarlı olur.
• Satışlar kampanyalara göre zıplıyorsa: Otomatik ölçekleme veya en azından kaynak artırımının kolay olduğu bir kurgu arayın.

2) Güvenlik: Ödeme verisi yoksa bile doğru katmanlar şart

E-ticarette güvenlik yalnızca “SSL var mı?” değildir. Ödeme sayfası doğrudan kart verisini tutmayabilir; ancak uygulama katmanı (login, admin panel, sipariş yönetimi), web uygulaması zafiyetleri ve oturum yönetimi saldırıların hedefidir.

Hosting seviyesinde beklenen güvenlik özellikleri

• WAF (Web Application Firewall) veya en azından saldırı filtreleme: SQL injection, XSS, bot trafiği.
• DDoS koruması: Özellikle volumetrik saldırılara karşı.
• Güncellemeler: Sunucu imajları, temel paketlerin düzenli patch edilmesi.
• Şifreli bağlantı yönetimi: Otomatik SSL (sertifika yenileme) ve modern TLS ayarları.

E-ticaret için “olmazsa olmaz” kontrol listesi

• Otomatik günlük log tutma ve loglara erişim.
• Kritik dosyalar için bütünlük kontrolü (en azından erişim izinleri düzgün olmalı).
• Yönetim paneli erişiminde IP kısıtlama veya ek doğrulama (2FA).

3) Yedekleme: Sıklık, saklama ve geri dönüş süresi (RTO/RPO)

Bir e-ticaret sitesinin en pahalı kaybı “veri kaybı” ve “geri dönüş süresi”dir. Bu yüzden yedekleme için üç şeyi netleştirin: - Sıklık (RPO): Son yedek ile veri kaybı arasındaki maksimum fark. - Saklama süresi: Kaç gün/hafta geriye gidebileceğiniz. - Geri dönüş süresi (RTO): Sistemi tekrar çalışır hale getirmek için gereken süre.

Yedekleme türleri

• Dosya yedekleri: tema, eklentiler, medya.
• Veritabanı yedekleri: siparişler, kullanıcılar, ürünler.
• Anlık/uyumlu yöntem: Veritabanı tutarlılığı (snapshot mantığı veya işlem tutarlılığı).

Aşağıdaki gibi bir hedef kurgulayın: - Gün içinde en az 1 kez veritabanı yedeği (daha yoğun satışta daha sık) - Dosyalar için de günlük veya etkinlik bazlı yedekleme - Yedeklerin ayrı lokasyonda saklanması

Net kıyas soruları

Sağlayıcıya şu soruları sorun ve yazılı yanıt isteyin: - Yedekler otomatik mi? Kurulumdan sonra kapatılabiliyor mu? - Yedekler hangi sıklıkla alınır ve kaç gün saklanır? - Geri dönüş (restore) için ortalama süre nedir?

4) Ölçeklenebilirlik: Trafik yükselince ne olur?

E-ticarette satışlar artarken sistem “kademeli büyümeli”. Aksi halde kaynaklar doyar ve hatalar başlar.

Ölçekleme seçenekleri

• Dikey ölçekleme: VPS/VDS RAM veya vCPU artırımı.
• Yatay ölçekleme: Birden fazla servis/pod ile yük dağıtımı (container ortamlarında daha doğal).
• Önbellek + CDN: Tüm ölçekleme yöntemlerinin tamamlayıcısı.

Otomatik ölçekleme (auto-scaling) bakışı

Eğer container/Kubernetes gibi bir mimari düşünüyorsanız, şu bileşenleri önceden planlamalısınız: - Health check (liveness/readiness) düzgün ayarlı mı? - Otomatik ölçekleme eşiği CPU/Memory mi, trafik mi? - Verinin “stateless” olmayan kısmı nasıl taşınıyor? (özellikle session ve cache)

5) Veritabanı ve depolama: Sipariş akışı için IO kritik

Sipariş oluşturma, stok güncelleme ve sipariş durum değişiklikleri veritabanı odaklı çalışır. Bu noktada disk ve MySQL/MariaDB ayarları performansı ciddi etkiler.

Hostingte veritabanı için kontrol

• Veritabanı motoru: MySQL veya MariaDB.
• Disk türü: SSD/NVMe bilgisi net mi?
• Bağlantı limitleri: eşzamanlı DB bağlantısı ayarları.
• Sorgu optimizasyonu için gerekli kaynaklar (CPU ve RAM).

Master/replica (okuma ölçekleme) ihtiyacı ne zaman doğar?

• Sadece “sipariş yazma” yoğun değilse ve çok sayıda okuma (ürün listeleme, arama) baskınsa.
• Raporlama/analitik yükleri ayrı tutulabiliyorsa.

6) Uyumluluk ve ödeme operasyonu: PCI-DSS’e yaklaşım

Kart bilgisini saklamadan ödeme almak (ör. ödeme sağlayıcının hosted checkout veya tokenizasyon yaklaşımı) e-ticaret için önemli avantaj sağlar. Ancak hosting ve uygulama tarafı, uyumluluk süreçlerini etkiler.

PCI-DSS bakışı (pratik doğrultu)

• Kart bilgilerinin sunucuda saklanmadığı tasarımlar genellikle uyumluluk yükünü azaltır.
• Yine de uygulamada oturum yönetimi, admin panel erişimi, loglarda kart verisi bulunmaması gibi kontroller gerekir.

Hosting seviyesinde beklenen operasyonlar

• Güvenlik yamalarının düzenli uygulanması.
• Logların saklanması ve gerektiğinde incelenebilir olması.
• Erişim kontrolünün (kimlik doğrulama) doğru kurgulanması.

7) Yönetim ve ekosistem: Kontrol paneli, destek ve bakım süreçleri

E-ticaret sitesinde teknik işler tek seferlik değildir. Güncellemeler, eklenti değişimleri, tema günleri, güvenlik olayları ve yedek testleri rutinleşir.

Kontrol paneli ve bakım pratikleri

Hosting seçerken aşağıdakilerin varlığını kontrol edin: - Site yönetimi için kullanılan kontrol paneli (ör. VDS üzerinde kullanılabilir panel) ve bunun e-ticaret iş akışınıza uyumu. - Güncellemelerin planlanması: panel üzerinden otomatik güncelleme mi, manuel mi? - Destek kanalı: acil durumda saatlik SLA var mı?

Mobil ve SEO etkisi için kurulum hataları

E-ticaret için sık yapılan kurulum hataları şunlardır: - Cache yanlış yapılandırılması (checkout sayfası cachelenmiş olur). - SSL yenileme otomasyonunun olmaması. - Redirect zincirleri ve yanlış canonical/headers.

Bunları engellemek için hosting tarafında şu kontrolü yapın: - SSL sertifikası yenileme süreci otomatik mi, yoksa manuel uyarı mı geliyor? - Response header’ları ve TLS ayarları modern standartlara uyuyor mu?

Net seçim: Sağlayıcıya sorman gereken 20 soru

Aşağıdaki listeyi kopyalayıp sağlayıcı görüşmelerinde kullanabilirsiniz:

• Sunucu konumu: Türkiye erişimi için lokasyon/peering nasıl?
• CDN/WAF pakete dahil mi, ayrı ücret mi?
• Önbellekleme: reverse proxy cache var mı?
• PHP ve web sunucusu ayarları: PHP-FPM, opcache, HTTP/2/HTTP/3 desteği var mı?
• Depolama: SSD/NVMe mi?
• vCPU/RAM garantisi nasıl? Oversubscription politikası var mı?
• Veritabanı motoru ve sürümü nedir?
• Yedekleme: dosya + veritabanı otomatik mi?
• Yedek sıklığı ve saklama süresi nedir?
• Restore süresi ortalama kaç saat/dakika?
• Yedekler farklı lokasyonda mı saklanır?
• DDoS koruması seviyesi nedir?
• WAF kural setleri güncel mi?
• Yönetici paneli erişimi için 2FA/whitelist var mı?
• Log erişimi nasıl sağlanıyor?
• Destek: çalışma saatleri, acil durum kanalı, SLA.
• Ölçekleme: RAM/vCPU artırımı ne kadar sürede yapılır?
• Container düşünülürse: hazır orkestrasyon/CI-CD desteği var mı?
• SSL yenileme otomasyonu var mı?
• Cache/checkout ayrımı doğru mu (özellikle WordPress/WooCommerce’te)?

Sonuç: Bugün net karar vermek için aksiyon planı

E-ticaret hosting seçimini “fiyat” üzerinden değil, performans + güvenlik + yedekleme + ölçeklenebilirlik bileşenleri üzerinden netleştirin. İlk adım olarak kendi trafiğinizi ve satış yoğunluğunuzun dalga aralığını belirleyin; ardından sağlayıcılardan yedekleme (RPO/RTO), kaynak garantisi, WAF/DDoS ve restore süresi için yazılı yanıt alın. Bu bilgileri aldıktan sonra, uygun modeli (paylaşımlı değilse bile) VPS/VDS ya da dedicated seviyesinde kesinleştirin; ardından yedek alındığını ve restore edebildiğinizi test ederek kurulumun “çalıştığını” değil “geri dönebildiğinizi” doğrulayın.