Hosting Sözleşmesinde 5 Kritik Madde: Net Kontrol Rehberi

Hosting sağlayıcısı seçmek yalnızca fiyat ve hız hesabı değildir. Asıl farkı genellikle sözleşmenin detayları yaratır: Hizmetin ne zaman, hangi şartlarda kesileceği; kaynak sınırlarının nasıl uygulanacağı; yedek (backup) ve veri güvenliğinin hangi sorumluluğa girdiği gibi konular doğrudan maliyeti ve riski etkiler. Bu rehberde hosting sözleşmesinde mutlaka bakmanız gereken 5 maddeyi; her madde için net kontrol soruları ve pratik örneklerle açıklıyoruz.

Aşağıdaki başlıklar, özellikle VDS/VPS, web hosting ve managed servislerde (ör. managed WordPress) karşılaşabileceğiniz tipik sözleşme dili üzerinden hazırlanmıştır. Tarih: 06.11.2026

1) Hizmet Süresi, Otomatik Yenileme ve İptal Koşulları

Sözleşmede “aylık/ yıllık” yazsa bile iptalin nasıl işlediği belirleyicidir. Bazı sağlayıcılar otomatik yenileme yapar ve iptal için belirli gün öncesinden bildirim ister.

Kontrol etmeniz gereken maddeler

• Otomatik yenileme var mı? (Auto-renew)
• İptal için son tarih kaç gün? Örneğin “en az 30 gün önce bildirim” gibi.
• İptal sonrası kalan süre iade ediliyor mu? Kısmi iade var mı?
• Taşıma/transfer süresi veriliyor mu? (Domain transfer / sunucu migration gibi)
• “Kurallara aykırılık” gerekçesiyle kesme nasıl tanımlanmış?

Net karar soruları

• İptal edeceğimde kalan günler geri dönüyor mu, yoksa “tam tutar yanar” mı?
• Sözleşme “neden olursa olsun ücret iade edilmez” diyorsa bu madde sizin riskinizi artırır.

Pratik örnek

Bir planı 12 ay aldıysanız ve 10. ayda memnun kalmadıysanız, sözleşmedeki “iade yok” ifadesi sadece moral değil nakit etkisi de yaratır. Aynı şekilde otomatik yenileme için son gün kaç günse, o tarihi kaçırmamak için takvim kuralı oluşturmanız gerekir.

2) Kaynak Sınırları: CPU/RAM, Bant Genişliği ve IOPS

“Unlimited” veya “sınırsız” ifadeleri her zaman aynı anlama gelmez. Sözleşmedeki kaynak sınırları, pratikte throttling (kademeli kısma), ek ücret veya hizmet kesintisi olarak karşınıza çıkar.

Kontrol etmeniz gereken maddeler

• CPU kullanımı nasıl sınırlandırılıyor? (özellikle VDS/VPS)
• RAM oversubscription (fazla tahsis) yapılıyor mu?
• Bant genişliği sınıra ulaştığında ne oluyor?
• “Kademeli düşürme” mi?
• “Ek ödeme” mi?
• “Hizmet durdurma” mı?
• Depolama için IOPS/throughput sınırı var mı?
• “Aşırı kullanım” nasıl tanımlanmış? Tek bir spike mı, günlük ortalama mı?

Net kontrol noktası: throttling tanımı

Sözleşmede “aşırı kullanım tespit edildiğinde teknik kısıt uygulanır” gibi muğlak bir ifade varsa bunu netleştirmeniz gerekir. Şunu yazılı isteyin: - “Throttling eşiği nedir?” - “Ne kadar süre geçici kısma uygulanır?” - “Eşik aşımı sonrası loglara nereden bakabilirim?”

Karşılaştırma için mini tablo

3) SLA, Kesinti Bildirimi ve Hız/Garanti Beklentisi

SLA (Service Level Agreement) doğrudan beklenen kullanılabilirlik (uptime) ve kesinti yönetimini içerir. Bir SLA varsa, “yüzde kaç” olduğu kadar “hangi durumda çalıştığı” da önemlidir.

Kontrol etmeniz gereken maddeler

• SLA yüzdesi kaç? (ör. %99.9)
• SLA yalnızca belirli bileşenler için mi geçerli? (ör. network, güç, donanım)
• Kesinti türleri hariç tutuluyor mu?
• planlı bakım
• DDoS
• üçüncü taraf sağlayıcı arızası
• Kesinti süresi nasıl ölçülür? (izleme kaynağı)
• Hizmet durduğunda telafi nasıl? (kredi/discount)
• SLA tazminat sınırı var mı? (cap)

Net kontrol soruları

• “SLA ihlali olursa otomatik olarak indirim/credit verilir mi?” yoksa “talep etmeniz gerekir” mi?
• Hizmet kredisi, ödediğiniz tutarın ne kadarına denk geliyor?
• Süre ölçümü hangi sistem saatine göre? (UTC/local)

Yönetilebilir pratik öneri

SLA’sı iyi olan sağlayıcılar genelde şeffaf metrik paylaşır. Sizin için kritik olan metrikler: - Aylık kullanılabilirlik - Ortalama yanıt süresi (response time) - Kesinti geçmişi (status page)

4) Yedekleme (Backup), Veri Saklama ve Sorumluluk Paylaşımı

Sözleşmede yedekleme varsa, en önemli konu “kimin sorumlu olduğu”dur. Bazı sağlayıcılar yalnızca donanım düzeyinde yedek alır; bazıları günlük dosya yedeği sunar; bazıları ise platformun yedeğini bile müşteriye bırakır.

Kontrol etmeniz gereken maddeler

• Yedekleme var mı, yok mu? Varsa sıklık nedir?
• dosya yedek (file backup)
• veritabanı yedek (DB backup)
• anlık yedek / snapshot (VPS/VDS için)
• Saklama süresi kaç gün? (retention)
• Geri dönüş (restore) süresi nedir?
• Restore için ücret var mı?
• Sağlayıcı “sildim kurtaralım” sorumluluğunu üstleniyor mu?

Sorumluluk paylaşımı için net test

Şu cümleleri sözleşmede arayın: - “Provider restore hizmeti yalnızca teknik arıza durumlarında sağlanır” gibi ifadeler. - “Müşteri kendi yedeğinden sorumludur” maddesi.

Net tavsiye: 3 katman kuralı

• Sunucu tarafı yedek (backup)
• Uygulama tarafı yedek (ör. WordPress veritabanı ve upload klasörü)
• Harici hedefe kopya (ör. farklı lokasyonda storage)

Sağlayıcı yedek alsa bile, sizde 1 kopya daha olması operasyonel riski düşürür. Sözleşme “restore yok/ücretli” derse zaten plan değişir.

5) Ağ ve Güvenlik Politikaları: DDoS, Uygunsuz Kullanım ve Erişim Kesmesi

Hosting sağlayıcıları güvenlik için çeşitli politika uygular. Buradaki risk, “ne zaman kesme yapıldığı” ve “itiraz/inceleme süreci”nin nasıl tanımlandığıdır.

Kontrol etmeniz gereken maddeler

• DDoS koruması var mı? Hangi katmanda?
• L3/L4
• L7 (HTTP/HTTPS)
• Aşırı trafiğe maruz kalınca süreç nasıl? (traffic shaping, rate limit)
• Uygunsuz kullanım (acceptable use policy) nasıl yazılmış?
• Kesinti “anında mı” yapılıyor, yoksa bildirim var mı?
• Hesap kapatma sonrası veri erişimi devam ediyor mu?
• Oturum/erişim için log saklama (log retention) var mı?

Net kontrol listesi

Aşağıdaki 6 soruya sözleşmede veya eklerde net yanıt bulun: - “DDoS tespitinde site otomatik kapanır mı, kısma mı olur?” - “Kapanan hesapta veriler ne kadar süre erişilebilir kalır?” - “Kural ihlali gerekçesi yazılı olarak paylaşılır mı?” - “Farklı IP/ASN kaynaklı bloklar için istisna süreci var mı?” - “Geri bildirim/itiraz SLA’sı var mı?” - “Güvenlik olayı (incident) olursa nasıl raporlanır?”

Hızlı Uygulama: 10 Dakikada Sözleşme Taraması

Sözleşmeyi birebir okumak zaman alır. Ancak aşağıdaki tarama düzeni, 10 dakikada kritik riskleri yakalamanıza yardımcı olur.

Arama terimleri (CTRL+F)

• "renew" / "yenileme" / "otomatik"
• "termination" / "iptal" / "fesih"
• "bandwidth" / "bant" / "traffic" / "aşım"
• "CPU" / "RAM" / "IOPS"
• "SLA" / "uptime" / "service credit"
• "backup" / "restore" / "retention"
• "DDoS" / "acceptable use" / "AUP" / "suspension"

Sonuç okuması: Ne zaman sağlayıcıdan yazılı açıklama isteyin?

Aşağıdaki ifadeler varsa, ek bilgi istemek doğru olur: - “Muhtemel kesinti” veya “takdirimize bağlı keseriz” gibi muğlak diller - Throttling eşiği belirtmeyen bant genişliği maddeleri - Restore ücretini ve saklama süresini net yazmayan backup maddeleri - SLA ihlallerinde “talep şarttır” ve “otomatik yok” türü ibareler

Özet Karar: Sözleşme üzerinden seçim nasıl netleşir?

Hosting sağlayıcısını değerlendirirken önce bu 5 maddeyi kontrol edin. Çünkü bu maddeler, performans kadar operasyonel riski belirler. Özellikle iptal/yenileme koşulları, kaynak sınırlarının uygulanma biçimi, SLA kapsamı, yedek (backup) sorumluluğu ve güvenlikte kesme politikası netleşmeden “iyi fiyat” sizi yanıltabilir.

Son olarak: Sözleşmede eksik ya da muğlak kalan her madde için sağlayıcıdan yazılı yanıt alın. Net yanıt alamıyorsanız, o sağlayıcıyı alternatiflerle kıyaslamak için bir avantajınız var: 5 maddeyi dolduran sağlayıcıyla ilerleyin ve kararınızı “belirsizlik” yerine “ölçülebilir şartlar” üzerine kurun.