Web sitesi yaptırmak büyük bir yatırımdır. Bu yatırımı korumanın en etkili yolu, proje başlamadan önce kapsamlı bir sözleşme imzalamaktır. Peki bu sözleşmede neler olmalı? Hangi maddeler olmadan sözleşme yetersiz sayılır?
Aşağıda, Codeexia'nın kendi standart sözleşmesini de oluştururken derlediği 8 kritik maddeyi, neden önemli olduklarını ve pratikte nasıl uygulandıklarını açıklıyoruz.
Sözleşmede Bulunması Gereken 8 Madde
1. Net Teslimat Tarihi ve Milestone Planı
Sözleşmede yalnızca "son teslim tarihi" değil, ara teslim tarihleri de (milestone'lar) yer almalıdır. Örnek bir milestone planı:
- Gün 1–3: Proje keşif toplantısı, kapsam onayı
- Gün 4–14: Tasarım taslağı (Figma wireframe)
- Gün 15: Tasarım onayı — müşteri geri bildirimi
- Gün 16–35: Geliştirme (kodlama)
- Gün 36–40: Test ve hata düzeltme
- Gün 41: Müşteri kabul testi
- Gün 42: Yayın
Her milestone'da müşteri onayı alınır; onay alınmadan sonraki aşamaya geçilmez. Gecikme durumunda cezai şart uygulanacaksa bu da açıkça yazılmalıdır.
2. Kabul Kriteri ve Revizyon Hakkı
Projenin "tamamlandı" sayılması için hangi kriterlerin karşılanması gerektiği sözleşmede belirlenmeli. Örnek kabul kriterleri:
- Tüm sayfalar Chrome, Safari, Firefox'ta hatasız görüntülenir
- Mobil görünüm 375px ile 1440px arasında düzgün çalışır
- Tüm formlar çalışır ve e-posta iletimi doğrulanmıştır
- Google PageSpeed Insights mobil skoru 70+
- SSL sertifikası aktif ve HTTPS zorunlu
Revizyon hakkı konusunda "tasarım revizyonu" ve "geliştirme revizyonu" ayrı ayrı tanımlanmalıdır. Tipik standart: her tasarım aşaması için 2 büyük revizyon hakkı. "Büyük revizyon" ile "küçük düzeltme" arasındaki fark da yazılı olarak belirlenmelidir.
3. Kaynak Kodu ve Tasarım Dosyaları Teslim Yükümlülüğü
Bu madde, müşteri haklarını koruyan en kritik maddedir. Sözleşmede şu şekilde yer almalıdır:
"Proje tesliminde ajans, müşteriye aşağıdakileri teslim etmekle yükümlüdür: tüm kaynak kod dosyaları (HTML/CSS/JS/backend), veritabanı dökümü, Figma/XD tasarım dosyaları, domain ve hosting erişim bilgileri, üçüncü taraf hizmet hesaplarına erişim bilgileri."
Kaynak kodu teslim edilmemesi hâlinde müşterinin başka bir ajansla devam etme hakkı engellenmiş olur. Bu, kölelik sözleşmesiyle eşdeğerdir ve etik dışıdır.
4. Domain ve Hosting Sahipliği
Sözleşmede açıkça belirtilmeli: domain her zaman müşteri adına kaydedilir. Hosting müşterinin kendi hesabında tutulur. Ajans, proje süresince gerekli erişim bilgilerini müşteriden alır — tersi değil.
Detaylı bilgi için domain ve hosting sahipliği rehberimizi inceleyebilirsiniz.
5. Ödeme Planı (Milestone Bazlı)
Sözleşmede ödeme planı milestone'lara bağlı olmalıdır. İyi bir ödeme yapısı örneği:
- %30 — Sözleşme imzalanınca (proje başlangıcı)
- %40 — Tasarım onayında
- %30 — Nihai teslim ve yayında
Tam peşin ödeme isteyen bir ajansla çalışmayın. Bu yapıda ajansın projeyi tamamlamak için herhangi bir finansal motivasyonu kalmaz. Ödeme planı, proje kalitesini doğrudan etkiler.
6. Kapsam Tanımı ve Change Request Prosedürü
Sözleşmede "ne yapılacak" kadar "ne yapılmayacak" da netleştirilmelidir. Örnek kapsam tanımı:
- Bu sözleşme kapsamında: Ana sayfa + 5 alt sayfa tasarımı ve geliştirmesi, iletişim formu, Google Analytics entegrasyonu
- Bu sözleşme kapsamı dışında: E-ticaret modülü, çok dil desteği, blog sistemi, özel animasyonlar
Kapsam dışında kalan talepler için "change request" (CR) prosedürü belirlenmelidir: müşteri yeni isteği yazılı bildirir, ajans fiyat ve süre teklifini 3 iş günü içinde sunar, müşteri onaylar ve CR ek sözleşmeyle belgelenir.
7. Yayın Sonrası Garanti ve Bakım Kapsamı
Yayına alındıktan sonra kaç günlük/aylık ücretsiz garanti süresi var? Bu sürede neler kapsanıyor? Garanti kapsamında şunlar olmalı:
- Teslimde tespit edilemeyen teknik hatalar (buglar)
- Tarayıcı uyumluluk sorunları
- Form ve iletişim aracı arızaları
Garanti kapsamı dışında olması gerekenler:
- Yeni özellik talepleri (bunlar CR sürecine tabi)
- Müşterinin yarattığı hatalar (yanlış içerik girişi gibi)
- Hosting kaynaklı kesintiler
Garanti süresi bittikten sonra aylık bakım paketinin ne kapsayıp ne tuttuğu da sözleşmede veya ek belgede belirtilmelidir.
8. İptal ve İade Koşulları
Her iki taraf için de proje iptali senaryosu planlanmalıdır:
- Müşteri iptal ederse: Tamamlanan aşamalar için ödeme geri alınmaz; tamamlanmamış aşama için alınan avans iade edilir.
- Ajans iptal ederse: O ana kadar yapılan çalışmalar teslim edilir; müşteri haksız kesinti yaşamaz ve kısmi iade yapılır.
- Force majeure (mücbir sebep): Her iki taraf için de tanımlı olmalıdır.
İptal koşulları net olmayan sözleşmelerde "parasını veren düdüğü çalar" mantığı işler ve müşteri mağdur olur.
Sözleşme Olmadan Ne Olur?
Yazılı taahhüt olmadan "biraz daha zaman lazım" gerekçesiyle aylar geçer. Hukuken talep edecek dayanağınız yoktur.
Başta anlaştığınız özellikler ya eksik teslim edilir ya da her ek talep için beklenmedik fatura kesilir.
Sözleşmede yazmıyorsa ajans "bu bizim ticari sırrımız" diyerek reddetme hakkını saklı tutar.
Domain, hosting veya kaynak kodu üzerinde hukuki mülkiyet kanıtlamak zorlaşır.
Ajans kapanırsa, anlaşmazlık çıkarsa ya da ayrılmak isterseniz sizi koruyacak hiçbir şeyiniz yoktur.
Codeexia Sözleşme Standardı
Codeexia'da her proje başlamadan önce müşteriye aşağıdakileri içeren standart sözleşmemizi sunuyoruz:
- Ayrıntılı kapsam tanımı (teknik şartname ek olarak)
- Milestone tabanlı proje takvimi
- Milestone bazlı ödeme planı — tam peşin asla
- Kaynak kodu teslim garantisi
- Domain ve hosting müşteride kalır maddesi
- Revizyon hakkı tanımı (büyük / küçük ayrımıyla)
- Change request prosedürü
- 30 günlük yayın sonrası garanti
- Net iptal ve iade koşulları
Sözleşmenizi okumadan imzalamayın. Anlamadığınız bir madde varsa ajansınıza açıklatın. İyi bir ajans her maddeyi rahatlıkla açıklar; açıklamaktan kaçınan ajanslar ise büyük olasılıkla gizlemek istedikleri bir şeyler var demektir.
Sıkça Sorulan Sorular
Web tasarım sözleşmesi nasıl olmalı?
İyi bir web tasarım sözleşmesi en az şu maddeleri içermelidir: net teslimat tarihi, kabul kriterleri, revizyon hakkı sayısı, kaynak kodu teslim yükümlülüğü, domain ve hosting sahipliği, milestone bazlı ödeme planı, kapsam tanımı ve change request prosedürü, yayın sonrası garanti ve iptal/iade koşulları.
Kaynak kodu teslimi zorunlu mu?
Yasal bir zorunluluk olmamakla birlikte, her web sitesi projesinde kaynak kodunun müşteriye teslim edilmesi güçlü biçimde önerilir ve etik açıdan standarttır. Sözleşmede bu maddeyi mutlaka yer verin.
Web sitesi teknik şartname nedir?
Teknik şartname, yapılacak web sitesinin özelliklerini, fonksiyonlarını, teknoloji seçimlerini ve kabul kriterlerini detaylandıran yazılı belgedir. Sözleşmeye ek olarak teknik şartname hazırlanması, ileride yaşanabilecek anlaşmazlıkları büyük ölçüde önler.
Sözleşme olmadan web sitesi yaptırmak riskli mi?
Çok risklidir. Sözleşme olmadan teslim tarihi, revizyon hakkı, kaynak kodu sahipliği ve iade koşulları belirsiz kalır. Anlaşmazlık çıktığında sizi koruyacak yasal dayanağınız olmaz.
Sözleşmenizi Şeffaf Yürütelim
Codeexia'da her proje net bir sözleşmeyle başlar. Hangi maddelerin olduğunu, ödeme planını ve garantilerimizi görüşmek ister misiniz?
Ücretsiz Keşif Görüşmesi Al Codeexia Hakkında Fazlasını Öğren →