Hosting firması değiştirirken sözleşme ve yedek maddeleri nasıl okunmalı?

Bir web sitesini farklı bir sağlayıcıya taşırken teknik aktarım kadar, sözleşme ve yedekleme maddelerinin doğru okunması da kritik önemdedir. Taşıma sırasında yaşanan veri kaybı, kesinti, ek ücret veya erişim sorunlarının önemli bir bölümü, geçişten önce hizmet şartlarının yeterince incelenmemesinden kaynaklanır. Bu nedenle karar vermeden önce yalnızca fiyatı değil; veri sahipliği, yedek sıklığı, iptal koşulları ve destek kapsamını birlikte değerlendirmek gerekir.

Sözleşmede ilk bakılması gereken maddeler

Yeni sağlayıcıya geçmeden önce hizmet sözleşmesini hızlıca onaylamak yerine, operasyonunuzu doğrudan etkileyen maddeleri işaretleyerek okumanız daha güvenlidir. Özellikle kurumsal web siteleri, e-ticaret projeleri ve yoğun trafik alan yapılar için küçük bir ifade farkı bile ciddi maliyet doğurabilir.

Hizmet kapsamı ve kaynak limitleri

Sözleşmede disk alanı, trafik, CPU, RAM, inode, e-posta hesabı ve veritabanı sınırlarının açık yazılı olup olmadığını kontrol edin. “Sınırsız” ifadesi geçiyorsa, bunun adil kullanım politikasıyla nasıl sınırlandığını ayrıca inceleyin. Çünkü bazı sağlayıcılar yoğun kaynak tüketimi durumunda hesabı askıya alabilir veya daha üst pakete geçiş isteyebilir.

Burada önemli olan, mevcut sitenizin ihtiyaçlarıyla yeni paket koşullarının örtüşmesidir. Sitenizin dosya boyutu, aylık trafik ortalaması, veritabanı hacmi ve e-posta kullanımı bilinmeden yapılan geçişler, kısa süre içinde performans sorunu yaratabilir.

Taahhüt, yenileme ve iptal koşulları

Sözleşmede hizmetin aylık mı, yıllık mı yenilendiğini; otomatik yenileme olup olmadığını ve iptal bildiriminin kaç gün önce yapılması gerektiğini okuyun. Bazı firmalar kampanyalı ilk dönem fiyatı sunarken yenilemede daha yüksek ücret uygulayabilir. Bu bilgi genellikle fiyat tablosunda değil, hizmet şartlarında yer alır.

İptal ve iade maddelerinde kullanılmayan sürelerin geri ödenip ödenmediği, alan adı veya lisans gibi üçüncü taraf maliyetlerinin iade kapsamına girip girmediği ayrıca belirtilmelidir. Özellikle hosting değişimi sırasında eski hizmeti hemen kapatmak yerine, yeni ortam sorunsuz çalışana kadar kısa bir çakışma süresi bırakmak daha güvenli olur.

Yedek maddeleri nasıl okunmalı?

Yedekleme maddeleri yalnızca “yedek alınıyor” ifadesinden ibaret görülmemelidir. Hangi verilerin, ne sıklıkta, kaç gün geriye dönük ve hangi koşullarda geri yüklendiği açıkça anlaşılmalıdır. Bu bölüm, olası veri kayıplarında sorumluluğun kimde olduğunu belirler.

Yedek sıklığı ve saklama süresi

Günlük, haftalık veya aylık yedekleme seçenekleri arasında ciddi fark vardır. Sık güncellenen bir e-ticaret sitesinde haftalık yedek, sipariş ve müşteri kaybı anlamına gelebilir. Kurumsal tanıtım sitesi içinse haftalık yedek yeterli olabilir. Bu nedenle yedekleme sıklığını sitenizin güncellenme temposuna göre değerlendirin.

Saklama süresi de en az sıklık kadar önemlidir. Yalnızca son 24 saatlik yedek tutuluyorsa, birkaç gün önce fark edilen bir hata geri alınamayabilir. En az 7 günlük geri dönüş penceresi, birçok işletme için daha güvenli bir eşik kabul edilir.

Geri yükleme yetkisi ve ücretleri

Yedekten geri dönme işleminin müşteri panelinden mi yapılacağı, yoksa destek ekibi tarafından mı uygulanacağı sözleşmede net olmalıdır. Bazı firmalar yedek tutar ancak geri yükleme için ek ücret talep eder. Bu ücretin acil durumlarda ne kadar sürede işleme alınacağı da hizmet kalitesi açısından belirleyicidir.

Taşıma öncesinde kendi yerel yedeğinizi indirmeniz gerekir. Dosyalar, veritabanı, e-posta kutuları, DNS kayıtları ve varsa SSL yapılandırmaları ayrı ayrı kontrol edilmelidir. Tek bir panel yedeğine güvenmek yerine, kritik verileri bağımsız biçimde saklamak riskleri azaltır.

Veri sahipliği ve erişim hakları

Sözleşmede site dosyalarının, veritabanının ve e-posta içeriklerinin size ait olduğunun açık olması gerekir. Sağlayıcı yalnızca altyapı hizmeti sunmalı; verilerin taşınmasını engelleyen, dışa aktarımı kısıtlayan veya özel formatlara bağımlı bırakan hükümler dikkatle değerlendirilmelidir.

Kontrol paneli, FTP/SFTP, SSH, veritabanı yönetimi ve DNS erişimleri geçiş sürecinde önem kazanır. Eğer bu erişimlerin bir kısmı verilmiyorsa, taşıma işlemi destek ekibine bağımlı hale gelir. Bu da zamanlama ve müdahale hızını etkileyebilir.

Kesinti, destek ve sorumluluk sınırları

Hizmet seviyesi taahhüdü, yani uptime oranı, sözleşmede ölçüm yöntemiyle birlikte yer almalıdır. Yüzde 99,9 erişilebilirlik ifadesi tek başına yeterli değildir; planlı bakımın bu orana dahil edilip edilmediği, kesinti durumunda nasıl telafi sağlandığı okunmalıdır.

Destek maddelerinde yanıt süresi, destek kanalları ve kapsam dışı işlemler incelenmelidir. Örneğin bazı sağlayıcılar sunucu altyapısından sorumludur ancak WordPress hata düzeltme, tema uyumsuzluğu veya zararlı yazılım temizliği gibi konuları ek hizmet sayabilir.

Geçişten önce uygulanabilir kontrol listesi

• Mevcut sitenin tam dosya ve veritabanı yedeğini indirin.
• E-posta kutularını ve DNS kayıtlarını ayrıca dışa aktarın.
• Yeni paket limitlerini mevcut kullanım değerleriyle karşılaştırın.
• Yedek sıklığı, saklama süresi ve geri yükleme ücretlerini yazılı olarak doğrulayın.
• İptal, iade ve otomatik yenileme koşullarını kontrol edin.
• Eski hizmeti, yeni site test edilmeden kapatmayın.

Hosting firması değiştirirken en sağlıklı yaklaşım, teknik taşıma planı ile sözleşme incelemesini aynı anda yürütmektir. Sözleşmede belirsiz kalan her madde için yazılı teyit almak, ileride yaşanabilecek uyuşmazlıklarda elinizi güçlendirir. Yedeklerinizi bağımsız şekilde saklayıp erişim bilgilerini önceden test ettiğinizde, geçiş süreci daha kontrollü ve ölçülebilir hale gelir.