Web Sitesi Bakım Sözleşmesi Ne İçermeli? Kontrol Listesi
Bakım anlaşması imzalamadan önce bilmeniz gerekenler: kapsam, müdahale süresi, yedek politikası, sahiplik ve sözleşmede aranması gereken maddeler.

İçindekiler
- Anlaşmazlıklar hep aynı üç noktada çıkar
- 1. Kapsam: hangi işler dahil?
- 2. Müdahale süresi: kademeli ve tanımlı olmalı
- 3. Yedek politikası: alınması değil, geri yüklenmesi
- 4. Sahiplik: sözleşmenin en önemli maddesi
- 5. Raporlama: görünmez hizmetin görünür kılınması
- 6. Çıkış: ayrılık nasıl olacak?
- Ücretlendirme modeli hakkında kısa bir not
- Kısa kontrol listesi
Anlaşmazlıklar hep aynı üç noktada çıkar
Bakım anlaşmalarında yaşanan gerilimlerin neredeyse tamamı, kötü niyetten değil tanımsızlıktan doğar. Taraflar iyi niyetle anlaşır, birkaç ay sorunsuz geçer, sonra ilk kritik anda üç sorudan biri ortaya çıkar: "Bu iş bakıma dahil miydi?", "Neden hâlâ müdahale edilmedi?", "Ayrılıyoruz, peki site ve alan adı ne olacak?"
Bu üç soruya sözleşme cevap veriyorsa anlaşma iyi bir anlaşmadır. Vermiyorsa, ne kadar ucuz olduğunun bir önemi yoktur. Aşağıdaki kontrol listesi, bizimle çalışmayacak olsanız bile mevcut anlaşmanızı gözden geçirmenize yarayacak biçimde yazıldı.
1. Kapsam: hangi işler dahil?
"Her şey dahil" ifadesi bir kapsam tanımı değildir; ilk anlaşmazlıkta iki taraf da haklı çıkar. Sözleşmede işler kalem kalem yazılmalıdır. Sağlıklı bir kapsam genellikle dört başlıkta toplanır:
- Teknik bakım: Altyapı ve eklenti güncellemeleri, uyumluluk kontrolleri, hata takibi.
- Koruma: Yedekleme, güvenlik taraması, saldırı engelleme, sertifika yenileme.
- İzleme: Sitenin ayakta olup olmadığının ve performansının sürekli takibi.
- Destek: İçerik güncellemeleri, küçük düzenlemeler, sorun anında müdahale.
Aynı derecede önemli olan, dahil olmayanların da yazılmasıdır: yeni sayfa tasarımı, yeni modül geliştirme, kapsamlı içerik üretimi, tasarım yenileme. Bu ayrım örneklerle netleştirildiğinde ay sonunda tartışma çıkmaz.
2. Müdahale süresi: kademeli ve tanımlı olmalı
Tek bir "24 saat içinde müdahale" ifadesi hem gerçekçi değildir hem de işe yaramaz. Site tamamen kapalıysa 24 saat felakettir; bir görselin değiştirilmesi içinse gereksiz bir taahhüttür. Doğru yazım kademelidir: site erişilemez durumdaysa en yüksek öncelik, bir işlev bozuksa (form çalışmıyor, ödeme alınamıyor) ikinci kademe, görsel ve içerik talepleri planlı akış.
Bir de çoğu sözleşmede eksik kalan ayrıntı var: sürenin ne zaman başladığı. Talebin iletildiği an mı, mesai saatleri içinde mi, hangi kanaldan bildirim geçerli sayılıyor? Bu tanım yoksa süre taahhüdü pratikte ölçülemez. Ayrıca kritik arızaların yalnızca sizin bildiriminize bağlı olmaması gerekir — düzgün bir bakım hizmetinde site izlenir ve kesinti otomatik alarm üretir.
3. Yedek politikası: alınması değil, geri yüklenmesi
Sözleşmelerde genellikle "düzenli yedek alınır" yazar ve orada bırakılır. Oysa sorulması gereken üç soru vardır: Ne sıklıkla alınıyor? Nerede saklanıyor? Geri yükleme kimin sorumluluğunda ve ne kadar sürüyor?
İkinci soru özellikle kritiktir: yedek, sitenin bulunduğu sunucuda saklanıyorsa sunucuya bir şey olduğunda yedek de gider. Üçüncü soru ise en çok atlanan noktadır — alınmış ama hiç geri yüklenmemiş bir yedek, açılıp açılmayacağı bilinmeyen bir dosyadır. Yedeklerin geri yüklenebilirliğinin düzenli olarak sınandığını sözleşmede görmek istemelisiniz. Talep ettiğinizde yedeğin bir kopyasının size teslim edilmesi de yazılı olmalıdır.
4. Sahiplik: sözleşmenin en önemli maddesi
Bu madde her şey yolundayken kimsenin dikkatini çekmez, yollar ayrıldığında ise her şeyi belirler. Üç şeyin kime ait olduğu açıkça yazılmalıdır:
- Alan adı: Sizin adınıza mı kayıtlı, yoksa ajansın hesabında mı duruyor? Alan adı sizin değilse hiçbir pazarlık gücünüz yoktur. Bu, sektörde en sık yaşanan ve en can yakan bağımlılıktır.
- Hosting/sunucu hesabı: Hesap sizin adınıza mı açıldı, erişim bilgileri sizde var mı?
- Kaynak kodu ve içerik: Site kodu ve ürettiğiniz içerik size mi ait, kullanım hakkı mı verildi?
Sağlıklı bir çalışma modelinde bunların üçü de müşteriye aittir. Hizmet veren taraf işi, bilgiyi ve süreci sağlar; müşteriyi teknik varlıklara erişimden mahrum bırakarak değil, işini iyi yaparak elinde tutar.
5. Raporlama: görünmez hizmetin görünür kılınması
Bakım hizmetinin en sık şikâyet edilen yanı görünmezliğidir: her ay ödeme yaparsınız ama ne yapıldığını bilmezsiniz. Üstelik bakım iyi çalıştığında hiçbir şey olmaz — ve "hiçbir şey olmaması" ödeme yapan taraf için ikna edici bir çıktı değildir.
Çözüm basittir: aylık yazılı rapor. Hangi güncellemeler uygulandı, kaç yedek alındı ve kontrol edildi, kesinti yaşandı mı ve ne kadar sürdü, hangi talepler karşılandı, dikkat çeken bir durum var mı. Bu maddeyi sözleşmeye koymak, hizmetin gerçekten yapılıp yapılmadığını denetlemenin en pratik yoludur.
6. Çıkış: ayrılık nasıl olacak?
Sözleşme imzalarken ayrılığı konuşmak soğuk gelir; ancak bu maddeyi yazmaya en istekli taraf, işini düzgün yapan taraftır. Yazılması gerekenler: fesih bildirim süresi, devir sırasında teslim edilecekler (erişim bilgileri, yedekler, kaynak kodu, varsa dokümantasyon) ve devir dosyasının hazırlanıp hazırlanmayacağı. Devir dosyası, sitenin nasıl çalıştığını ve nelere dikkat edilmesi gerektiğini yeni ekibe aktaran belgedir; olmadığında yeni ekip aylarca körlemesine çalışır.
Ücretlendirme modeli hakkında kısa bir not
Bakım genellikle üç modelden biriyle ücretlendirilir: sabit aylık ücret (kapsam net olduğunda en öngörülebiliri), saat havuzu (aylık belirli bir çalışma süresi, esnek ama kapsam belirsizliğine açık) veya ihtiyaç bazlı (yalnızca iş çıktığında). Hiçbiri diğerinden mutlak üstün değildir; önemli olan modelin kapsamla tutarlı olmasıdır. Sabit ücret ödeyip sınırsız iş beklemek de, saat havuzunda izleme ve yedek gibi süreklilik gerektiren işleri saate saymak da sorun üretir.
Fiyat karşılaştırması yaparken de sayının tek başına anlamı olmadığını unutmayın: izleme ve yedek doğrulaması içermeyen ucuz bir anlaşma, ilk ciddi arızada aradaki farkın kat kat üstünü ödetir. Sorulacak doğru soru "aylık kaç lira" değil, "site bir cumartesi gecesi kapanırsa ne oluyor" olmalıdır.
Kısa kontrol listesi
- Kapsam kalem kalem yazılı mı, dahil olmayanlar da belirtilmiş mi?
- Müdahale süresi sorunun ağırlığına göre kademeli mi, süre ne zaman başlıyor?
- Kesinti izleniyor mu, alarm üretiliyor mu — yoksa fark etmek size mi kalıyor?
- Yedek nerede saklanıyor, geri yüklenebilirliği sınanıyor mu, kopyası size veriliyor mu?
- Alan adı, hosting ve kaynak kodu kimin adına?
- Aylık rapor var mı?
- Çıkışta neler teslim edilecek, devir dosyası hazırlanacak mı?
Bu yedi maddeye net cevap veren bir anlaşma, fiyatından bağımsız olarak sağlıklı bir anlaşmadır. Kendi bakım yaklaşımımızı ve kapsamımızı web sitesi bakım sayfamızda anlattık; sunucu tarafının da devralınmasını istiyorsanız sunucu yönetimi, güvenlik odaklı bir çalışma arıyorsanız site güvenliği hizmetimize bakabilirsiniz. Sitenizin bugünkü durumunu görmek için ücretsiz analizimizi çalıştırabilir, kapsamı konuşmak için bize yazabilirsiniz.
Sık sorulanlar
İkisi de meşru modeldir; seçim sitenizin işletmeniz için ne kadar kritik olduğuna bağlıdır. Sitesinden iş almayan bir tanıtım sayfası için ihtiyaç bazlı çalışmak makuldür. Ancak siteniz sipariş alıyor, teklif topluyor veya kesintiyi kaldıramıyorsa sözleşmenin asıl değeri yapılan işler değil, öngörülebilirliktir: sorun çıktığında kimin, ne kadar sürede müdahale edeceği önceden bellidir. İhtiyaç bazlı modelde en pahalı kalem, arıza anında müsait birini bulmaya çalışmaktır.
Sahiplik maddesi. Alan adının kimin adına kayıtlı olduğu, hosting hesabının kime ait olduğu ve kaynak kodunun kimde kalacağı çoğu anlaşmada hiç yazmaz. Bu maddeler her şey yolundayken kimsenin umurunda değildir; yollar ayrıldığında ise her şeyi belirler. Alan adı sizin adınıza kayıtlı değilse, pazarlık gücünüz yok demektir.
Tek bir süre yerine sorunun ağırlığına göre kademeli yazılmalıdır: site tamamen erişilemez durumdaysa en yüksek öncelik, bozuk çalışan bir işlev için daha uzun bir süre, görsel düzeltme ve içerik talepleri için planlı iş akışı. Ayrıca sürenin ne zaman başladığı da tanımlanmalıdır — talebin iletildiği an mı, mesai saati mi. Bu tanım yoksa süre taahhüdü pratikte anlamsızdır.
Belirli bir çalışma süresi kadar dahil edilmesi her iki taraf için de sağlıklıdır. Sınırsız içerik desteği vaadi gerçekçi değildir ve genellikle ay ortasında gerilime dönüşür. Doğru yaklaşım, rutin işleri (ürün ekleme, fiyat güncelleme, duyuru) dahil etmek, proje niteliğindeki işleri (yeni sayfa tasarımı, yeni modül) ayrı tutmak ve bu ayrımı sözleşmede örneklerle tanımlamaktır.
Sözleşmede çıkış maddesi varsa hiçbir şey: erişim bilgileri, yedekler ve kaynak kodu size teslim edilir, devir dosyası hazırlanır. Bu madde yoksa süreç tamamen karşı tarafın iyi niyetine kalır. Sözleşme imzalarken ayrılığı düşünmek soğuk gelebilir; ancak bu maddeyi yazmaya en istekli taraf, işini düzgün yapan taraftır.
İlgili Yazılar
SEOWeb Sitesi Hızlandırma: Core Web Vitals Rehberi
Yavaş site hem müşteri hem sıralama kaybettirir.
Oku →
Kurumsal MailKurumsal Maillerim Spam'e Düşüyor: Sebepleri ve Kalıcı Çözümü
Gönderdiğiniz mailler karşı tarafın spam kutusuna mı düşüyor?
Oku →
Kurumsalİyi Bir Kurumsal Web Sitesinde Olması Gereken 12 Özellik
Kurumsal web siteniz markanızın dijital yüzü.
Oku →