Hosting Paketi Alırken Sorulması Gereken 12 Net Soru

Doğru hosting paketini seçmek, sitenizin hızını, kesintiye dayanıklılığını ve güvenliğini doğrudan etkiler. Ancak “paket adı” tek başına yeterli bir bilgi değildir; önemli olan kaynak garantisi, kapasite yönetimi, yedekleme yöntemi ve destek kalitesidir. Bu rehberde, satın alma görüşmesinde veya teknik değerlendirme sırasında kullanabileceğiniz 12 net soruyu; her sorunun hangi kararı etkilediğiyle birlikte ele alacağız. Böylece teklif karşılaştırırken aynı kriterleri kullanır, sürpriz maliyetleri ve performans darboğazlarını önceden görürsünüz.

1) Pakette CPU/RAM ve disk “paylaşımlı mı” “garantili mi”?

Paylaşımlı kaynaklarda (özellikle gelen trafik artışlarında) performans dalgalanması sık görülür. Bu nedenle teklifte sadece “sınırsız” gibi ifadeler yerine kaynak yapısını netleştirin.

Sorulacak net cümle

• “CPU ve RAM kaynakları paylaşım (oversell) içeriyor mu? Her kullanıcı için minimum garanti var mı (ör. guaranteed CPU/RAM)?”
• “Disk için tür nedir: SSD mi, NVMe mi? Aynı sunucuda diğer hesaplarla okuma/yazma bant genişliği paylaşımı var mı?”

Kontrol noktası

• “Paylaşımlı” cevabında, sağlayıcıdan kaynak aşımına (burst) dair net kural isteyin.
• “NVMe” yazsa bile, denetim ölçümü için depolama IOPS veya en azından disk türü ve performans sınıfını sorun.

2) “Sınırsız” denilen şeyin sınırı nerede?

Çok yaygın bir sorun: bant genişliği, inode sayısı, CPU kullanım süresi veya dosya sayısı için görünmeyen limitler. Bu limitler genelde “sınırsız” ifadesinin alt metninde çıkar.

Sorulacak net cümle

• “Açık limitler nelerdir: bant genişliği (transfer), inode/dosya limiti, süreç (process) limiti, cron çalıştırma limiti?”

Kontrol noktası

• Resmi AUP (Acceptable Use Policy) veya kullanım şartnamesinde limitleri isteyin.
• Teknik dokümanda net metrik yoksa, “geri dönüş” talep edin.

3) Aktif kullanımda hız için ölçüm nasıl yapılır?

“SSD kullanıyoruz” demek tek başına yeterli değildir. Sunucu üzerindeki yük, cache katmanı ve web sunucusu ayarları sonucu belirler.

Sorulacak net cümle

• “Aynı paketi kullanan hesaplar için örnek TTFB/latency ölçümleri paylaşabilir misiniz?”
• “Cache katmanı var mı (ör. LiteSpeed cache, Nginx microcache, Varnish)? Varsa varsayılan mı, opsiyon mu?”

Kontrol noktası

• Özellikle dinamik içeriklerde (WordPress, API) TTFB ve 99. percentile latency (P99) değerleri önemlidir.

4) Sunucu ölçekleme (scale) ve kota aşımı politikası nedir?

Trafik artışında otomatik ölçekleme yoksa, paket aynı kalır ve performans düşer. Bu noktada “ne zaman yükseltme öneriliyor?” net olmalıdır.

Sorulacak net cümle

• “Kullanım artışında hangi eşiğe gelindiğinde yükseltme yapılır? Kaynak aşımında hangi mekanizma devreye girer?”
• “Örnek senaryo: Ay sonu kampanyasıyla 10x trafik olursa otomatik koruma veya kaynak artırımı var mı?”

Kontrol noktası

• Ölçekleme varsa bunu “otomatik” mi yoksa “manuel upgrade” mi olarak sorun.

5) Yedekleme (backup) nasıl alınır, saklama süresi nedir?

En kritik sorulardan biri budur: Yedek alma sıklığı, saklama süresi ve yedeğin geri dönüş süresi (RTO) netleşmezse risk büyür.

Sorulacak net cümle

• “Veritabanı ve dosyalar için yedekleme sıklığı nedir: günlük, saatlik?”
• “Yedekler nerede tutulur: aynı sunucuda mı, ayrı lokasyonda mı (offsite)? Şifreli mi?”
• “Geri yükleme (restore) için süre hedefiniz nedir?”

Kontrol noktası

• “14 gün yedek var” demek, bazı senaryolarda yetersiz kalabilir. Müşteri olarak kurtarma hedeflerinizi (örn. 24 saat) teklif metniyle eşleştirin.

6) Dosya sistemi ve e-posta için ayrı limit var mı?

Özellikle e-ticarette veya çok sayıda e-posta trafiğinde kaynak tüketimi farklılaşır.

Sorulacak net cümle

• “E-posta için günlük gönderim limiti, alım limiti ve mailbox kotası nedir?”
• “SPF/DKIM/DMARC ayarları kontrol panelinden yönetilebiliyor mu?”
• “Outbox queue birikir mi, birikirse hangi aksiyonlar uygulanır?”

Kontrol noktası

• “Email gönderimleri yavaşlar” şikâyetleri genelde port 25 kısıtları, rota politikaları ve throttling ile ilişkilidir. Bu konuyu netleştirin.

7) Güvenlik: DDoS, WAF ve otomatik koruma seviyeleri

Sadece “güvenlik var” ifadesi yerine korumanın katmanını sorun: ağ, uygulama, oturum ve brute-force.

Sorulacak net cümle

• “DDoS koruması hattı kim sağlar ve hangi katmanda çalışır: network layer mi, uygulama layer mi?”
• “WAF (Web Application Firewall) var mı? OWASP kuralları güncel mi?”
• “Brute-force ve zararlı botlara karşı mekanizma var mı: rate limit, fail2ban benzeri kurallar, request filtering?”

Kontrol noktası

• Fail2ban gibi servislerin yönetimi varsa, hangi paketlerde aktif edildiğini sorun.

8) TLS/SSL ve otomasyon: Hangi sertifika türleri var?

Sitenin doğru çalışması sadece sertifikanın varlığı değil; yenilemenin otomatikliği, zincir doğruluğu ve kurulum yöntemiyle ilgilidir.

Sorulacak net cümle

• “Sertifikalar otomatik mi (Let’s Encrypt / ACME)? Wildcard destekli mi?”
• “TLS sürüm politikası nedir: TLS 1.2/1.3 zorunluluğu var mı?”

Kontrol noktası

• Sertifika yenilemede aksama yaşanıyorsa site hatası (ör. 525/526) görülebilir. Otomasyon ve bildirim mekanizmasını isteyin.

9) Kontrol paneli ve erişim: Yönetim araçları ne sunuyor?

Kontrol paneli, yönetim maliyetini ve hataya açıklığı etkiler. VDS/VPS tarafında ayrıca SSH yetkisi, otomasyon ve log erişimi kritiktir.

Sorulacak net cümle

• “Kontrol paneli nedir (cPanel, Plesk, Hestia Control Panel vb.) ve hangi işlemler panelden yapılır?”
• “SSH root erişimi var mı? Loglara (error_log, access_log) erişim nasıl sağlanır?”
• “İsterseniz cron, queue ve yeniden başlatma işlemleri hangi seviyede yönetilir?”

Kontrol noktası

• Panelin sunduğu raporlama (CPU/RAM kullanımı, disk inode) karar verme hızını artırır.

10) SLA ve kesinti yönetimi: Uptime garantisi nasıl ölçülür?

“%99.9 garanti” tek başına yeterli değildir; ölçüm yöntemi, hariç tutulan durumlar ve tazminat şartları önemlidir.

Sorulacak net cümle

• “Uptime ölçümü nasıl yapılıyor? Hangi izleme aracı kullanılıyor?”
• “SLA kapsamı neleri dışarıda bırakıyor? Bakım pencereleri ve planlı kesintiler nasıl raporlanıyor?”
• “Garanti ihlali olursa tazminat (kredi/indirim) nasıl uygulanır?”

Kontrol noktası

• Tazminatın mantıklı olup olmadığını, kredi oranı ve sürelerini okuyarak değerlendirin.

11) Destek seviyesi ve yanıt süresi: Kim, ne zaman cevap verir?

Destek; sadece “var/yok” değil, yanıt süresi ve kanal (ticket, canlı destek, telefon) üzerinden ölçülür.

Sorulacak net cümle

• “Destek saatleri ve ortalama yanıt süresi nedir? SLA destek tarafı için ayrı bir taahhüt var mı?”
• “Sunucu düzeyi müdahale (OS ayarı, firewall, kernel parametreleri) destek kapsamına giriyor mu?”
• “Acil durumlarda (ör. veri kaybı riski) eskalasyon süreci nedir?”

Kontrol noktası

• Örnek bir ticket üzerinden süreç sorabilirsiniz: “Sorun tespiti nasıl ilerler, hangi adımları atıyorsunuz?”

12) Taşıma ve geçiş desteği: Siteyi kurup nasıl devralıyorsunuz?

Yeni paket alındığında asıl riskler DNS geçişi, cache ayarları, e-posta yönlendirmeleri ve veritabanı taşımadır. Sağlayıcının geçiş yaklaşımı net olmalıdır.

Sorulacak net cümle

• “Site taşıma desteği var mı? WordPress/uygulama taşıma adımlarını kim yapıyor?”
• “DNS değişiminde TTL önerisi nedir? Geçiş sırasında kesinti yaşamamak için planınız var mı?”
• “E-posta geçişi için MX kaydı, SPF/DKIM güncelleme ve test süreci sağlanıyor mu?”

Kontrol noktası

• “Taşıma desteği var” demek yerine; hangi dosyalar, hangi veritabanları, hangi kontrol listeleri kapsama giriyor, isteyin.

12 soruyla paketleri nasıl karşılaştırırsınız? (Kısa kontrol matrisi)

Aşağıdaki tabloyu teklifleri yan yana koyarken kullanın. Amaç, her sağlayıcıyı aynı kriterle puanlamak.

Aksiyon: Satın almadan önce 15 dakikalık “ön görüşme” taslağı

Bu listeyi kullanarak sağlayıcıyla görüşmede dağılmadan ilerleyin: - Yukarıdaki 12 soruyu tek tek sorup yanıtları aynı sırayla not alın. - “Sınırsız” veya “yüksek performans” gibi belirsiz ifadelerde mutlaka limit/ölçüm isteyin. - Yedekleme ve SLA için “dokümana göre” metin talep edin.

Son olarak, en iyi hosting paketi; en düşük fiyatı sunan değil, belirsizliği en az olan pakettir. Bu 12 sorunun tamamında net, ölçülebilir ve yazılı cevap alırsanız; maliyet/performans dengesini doğru kurmuş olursunuz. Görüşmeleriniz bittiğinde notlarınıza göre paketleri tabloyla karşılaştırın ve “özellikle yedekleme, SLA, kaynak garantisi” kalemlerinde zayıf kalan seçenekleri elinizin tersiyle eleyin.