Web Tasarım Sözleşmesi: Web Sitesi Yaptırmadan Önce Kontrol Edilecek 12 Madde (2026)

Web tasarım sözleşmesinin ilk işi, “web sitesi yapılacak” gibi genel bir sözü ölçülebilir teslim kalemlerine dönüştürmektir. Proje taraflarının ticari bilgileri, iletişim yetkilileri ve işin amacı açık olmalı. İşletme için kurumsal tanıtım sitesi mi, ürün kataloğu mu, çok dilli site mi, yoksa özel iş akışı mı geliştirildiği belirlenmelidir.

Anlaşmanın ekinde sayfa listesi, yönetilebilir içerik alanları, dil sayısı ve istenen işlevler yer alabilir. “Beş sayfa” ifadesi tek başına yeterli değildir: ana sayfa, hizmet detayı, referans, blog, iletişim formu ve ayrı teklif ekranının hangisinin dahil olduğu yazılı olmalıdır. Kapsam dışı taleplerin hangi yöntemle fiyatlandırılacağı da önceden kararlaştırılmalıdır.

İlk teklifleri karşılaştırma aşamasında web tasarım teklifi kontrol listemiz yardımcı olur. Bu yazı teklif seçimini değil, kabul edilen işin sözleşme ve eklerinde nasıl somutlaştırılacağını ele alır.

• Madde 1: Taraflar, proje amacı ve muhataplar belirli mi?
• Madde 2: Sayfa, işlev ve teslim kapsamı ekler üzerinden sayılabiliyor mu?

Projenin gecikmesine yalnız yazılım değil, eksik logo dosyası, metin, fotoğraf ve hizmet bilgileri de neden olabilir. Sözleşmede içerikleri müşterinin mi, ajansın mı hazırlayacağı; hangi formatta teslim edileceği ve onay merciinin kim olduğu açıklanmalıdır.

Metin yazımı, stok fotoğraf seçimi, yapay zekâ destekli içerik, çeviri ve mevcut siteden veri aktarımı ayrı iş kalemleri olabilir. Fotoğraf veya marka materyali müşteriden geliyorsa kullanıma ilişkin izin ve doğruluğu kimin kontrol edeceği belirlenmeli; ajans tarafından temin edilen materyallerin lisans koşulları teslim listesine eklenmelidir.

İçerik hazırlamakta zorlanıyorsanız web sitesi yaptırma süreci rehberimizde brief, içerik teslimi ve tasarım onayı sırasını inceleyebilirsiniz.

• Madde 3: İçerikleri hazırlayan, onaylayan ve gecikmede bilgi verecek taraf belli mi?

“Web sitesi 15 günde biter” gibi bir söz, başlangıç tarihi, içerik teslimi ve müşteri onayı tanımlanmadıysa anlaşmazlık yaratabilir. Takvimi ilk tasarım, içerik yerleşimi, geliştirme, test, yayın ve teslim aşamalarına ayırmak daha şeffaftır. Her aşamada ilerlemenin hangi koşulla başladığı ve onayın hangi kanaldan verildiği belirlenebilir.

Revizyon maddesinde küçük metin ve görsel değişiklikleri ile kapsamı değiştiren yeni sayfa veya özellik taleplerini ayırın. Birinci tasarım onayından sonra menünün ve içerik mimarisinin tamamen değiştirilmesi ek iş oluşturabilir. Ancak gerçek hata düzeltmesi, kararlaştırılan işin yapılmamasıyla aynı kefeye konulmamalıdır.

İşletmenin onay gecikmesi, üçüncü taraf servis arızası veya önceden kararlaştırılmamış ek özellik durumunda nasıl yeni takvim oluşturulacağı yazılı olmalıdır. Tek bir teslim tarihi yerine sorumluluğu izlenebilir aşama planı isteyin.

• Madde 4: Aşamalar, müşteri onayı ve olası gecikme düzeni yazıyor mu?
• Madde 5: Revizyon hakkı ve kapsam değişikliği yöntemi açık mı?

Web sitesinin internette açılması, bütün teslim kriterlerinin yerine getirildiğini tek başına kanıtlamaz. Mobil menü, formlar, telefon ve WhatsApp bağlantıları, sayfa bağlantıları, içerik yönetimi ve kritik ekranlar test edilmelidir. İşletme bir rezervasyon veya ürün sistemi satın aldıysa gerçek işlem akışlarının da kapsam içinde kontrol edilmesi gerekir.

Sözleşmeye bir kabul listesi eklenebilir: doğru domain üzerinde HTTPS, önemli sayfalarda HTTP 200, eksiksiz içerik, çalışan iletişim formları, mobil kullanılabilirlik, yönetim erişimi ve varsa entegrasyon testleri. SEO hazırlığı taahhüt edilmişse title, canonical, robots, sitemap ve yapılandırılmış verilerin hangi düzeyde kontrol edileceği belirtilmelidir.

Teknik PASS, Google sıralaması veya müşteri sayısı garantisi değildir. Kabul kriterlerini somut işlevlere bağlamak, hem işletmenin hem de geliştiricinin projeyi ne zaman tamamlanmış sayacağını netleştirir.

• Madde 6: Yayın, mobil, form, yönetim ve SEO testleriyle kabul ölçütleri tanımlı mı?

Alan adı, hosting, kurumsal e-posta ve üçüncü taraf sistemler aynı hizmet değildir. Bir ajans bu hesapların kurulumunu ve yönetimini yapabilir; buna karşın kayıt sahibinin, yenileme sorumlusunun ve erişim yetkililerinin kim olduğu işletmeye yazılı açıklanmalıdır. Her proje için aynı teknik model zorunlu değildir.

İşletmenin alan adını yenileyebilmesi, gerekli yönetici erişimlerini güvenli biçimde devralabilmesi ve servis sağlayıcısının kim olduğunu bilmesi önemlidir. Faturanın bir kez ödenmesi, alan adı veya kod üzerindeki tüm hakların otomatik devri olarak yorumlanmamalıdır. Ayrı aboneliklerin yenileme bedelleri de belirtilmelidir.

Domain ve hosting gibi devam eden giderlerin ayrıntısını web sitesi yıllık ücretleri rehberimizde ele alıyoruz. Sözleşmede ilk yıl dahil olan hizmetlerle sonraki dönem ücretlerini ayrı görün.

• Madde 7: Alan adı, sunucu, e-posta ve üçüncü taraf hesapların sahipliği ile yenileme yetkisi belli mi?

Web sitesi yaptıran işletmenin sık sorduğu soru şudur: “Ödeme yaptıysam kaynak kodu ve bütün tasarım hakları otomatik benim mi?” Bunun her durumda tek bir cevabı yoktur. Özel üretilen yazılım, tasarım, metin ve görsellerin niteliği; sözleşme kapsamı ve üçüncü taraf lisansları farklı olabilir. Kaynak kodu dosyalarının teslimiyle fikrî hakların devri de ayrı konulardır.

5846 sayılı Fikir ve Sanat Eserleri Kanunu’nun 52. maddesi, mali haklara ilişkin sözleşmelerin yazılı olmasını ve konu hakların ayrı ayrı gösterilmesini öngörür. Bunun belirli bir web projesine nasıl uygulanacağı hukukî değerlendirme gerektirebilir. Sözleşmede kullanılacak tema, eklenti, stok fotoğraf, font ve özel kodun lisans koşullarını belirsiz bırakmayın.

İşletmenin başka bir sağlayıcıyla çalışmaya devam edebilmesi için hangi veri dışa aktarımlarının, kod ve tasarım kaynaklarının, dokümantasyonun teslim edileceğini ayrıca sorun. web tasarım ajansı değiştirme ve site devri rehberimiz, devam eden proje aktarımındaki pratik riskleri açıklar.

• Madde 8: Teslim edilecek dosyalar, kullanım izinleri ve hak devri koşulları ayrı ayrı yazılmış mı?

“SEO uyumlu web sitesi” sözü tek başına teslim tanımı değildir. URL yapısı, sayfa başlıkları, açıklamalar, sitemap, temel schema alanları, mobil kullanım, görsel optimizasyonu ve ölçüm araçlarından hangilerinin kapsamda olduğu belirlenmelidir. Devam eden SEO danışmanlığı ve içerik üretimi ayrıca ücretlendiriliyorsa aynı maddede ayırt edilmelidir.

Google Search Console, Analytics, Google Ads veya Tag Manager kullanılıyorsa erişim rolleri, mülk sahipliği ve kurulum sorumluları yazılı olmalıdır. Her işletmede bütün araçların kurulması zorunlu değildir; hizmetten beklenen ölçüm ihtiyacı önemlidir. İzleme kodu eklenmesi de dönüşümün doğru sayıldığını tek başına kanıtlamaz.

Sözleşmede “ilk sayfa garantisi” gibi doğrulanamayan sonuç vaatleri yerine yapılacak teknik teslimleri ve varsa takip raporlarını yazın. Web tasarımın kapsamını incelemek için Netasus web tasarım hizmeti sayfamızdaki teslim başlıklarıyla karşılaştırabilirsiniz.

• Madde 9: Teknik SEO, ölçüm kurulumu ve devam eden hizmetler birbirinden ayrılmış mı?

Tek seferlik proje bedeli, ödeme aşamaları, vergi dahil/hariç oluşu, hizmete dahil alan adı ve barındırma süresi yazılı görünmelidir. Örneğin bir kısmın proje başlangıcında, bir kısmın tasarım onayında, kalanının kabul sonrası ödeneceği kararlaştırılabilir; bu sadece olası modeldir, her sözleşme için zorunlu ödeme planı değildir.

Sonradan çıkan sayfa, dil, API, kurumsal e-posta, ücretli eklenti veya bakım talebi ek ücret doğurabilir. Ek işin önce fiyat ve takvim yönünden yazılı onaylanması, her iki taraf için de belirsizliği azaltır. “Her şey dahil” gibi genel sözler yerine net kapsam ve istisna listesi kullanın.

Paket seçeneklerini karşılaştırmak için web tasarım fiyatları sayfamızdan başlayabilirsiniz. Ancak oradaki paket bedeli belirli bir özel sözleşmenin bütün ek işlerini otomatik kapsamaz.

• Madde 10: Ödeme, vergi, yenileme ve kapsam dışı ek iş ücretleri açık mı?

Yayın sonrası kritik hata giderimi, içerik güncellemesi, sürüm güncellemesi, yedekleme ve acil müdahale aynı hizmet değildir. Sözleşmede hangi hataların teslim kusuru olarak ücretsiz düzeltileceği, bakımın devam edip etmeyeceği, destek kanalı ve yanıt süreçleri tanımlanmalıdır. Her işletmenin ücretli aylık bakım paketi satın alması gerektiği yönünde genel bir kural yoktur.

Yedeklerin nerede tutulacağı, ne sıklıkla alınacağı, geri yükleme testlerinin kimin sorumluluğunda olduğu ve erişimlerin nasıl korunacağı konuşulmalıdır. Üçüncü taraf servis kesintisi, müşterinin içerik silmesi ve geliştirme hatası gibi durumlar sözleşmede ayrı değerlendirilebilir.

Destek hizmeti tamamen bitiyorsa siteyi işletmek için gerekli panel erişimi ve bilgi dokümanlarının teslimi önem kazanır. Sağlayıcının bir ajans veya freelancer olması tek başına destek güvencesi oluşturmaz; yazılı taahhüt belirleyicidir.

• Madde 11: Hata düzeltme, yedekleme, güvenlik ve destek kapsamı ile iletişim yöntemi belirli mi?

Tasarım onayından önce işin iptal edilmesi, geliştirme sürerken anlaşmanın bitmesi ve proje tesliminden sonra başka bir sağlayıcıya geçilmesi farklı durumlardır. Sözleşme, hangi aşamaya kadar yapılan işin nasıl değerlendirileceğini, ödeme ve veri aktarımının hangi koşullarda olacağını ve teslim sürecinin nasıl tamamlanacağını açıklamalıdır. Bu başlıklar somut hukuki durum ve sözleşme metniyle değerlendirilir.

Özellikle içerik veri tabanı, kurumsal e-postalar, alan adı, hosting, Search Console/Analytics mülkleri, lisanslar ve varsa kaynak dosyalarının devri için pratik bir liste oluşturun. Verinin hangi formatta teslim edileceği ve erişimlerin ne zaman kaldırılacağı anlaşmanın sonuna bırakılmamalıdır. Gereksiz şifre paylaşımı yerine uygun rol ve güvenli erişim aktarımı kullanılmalıdır.

Özet kontrol: Taraflar; teslim ve kapsam; içerik; takvim; revizyon; test ve kabul; hesaplar; fikrî haklar; SEO ve ölçüm; ödeme; bakım; fesih ve devir maddeleri okunabiliyor mu? Sözleşme, uyuşmazlıkta her iki tarafın da neyi teslim edeceğini somut olarak gösterebilmelidir. Bu içerik genel bir kontrol listesidir, belirli bir proje için hazırlanmış hukukî sözleşme veya avukat görüşü değildir.

Web sitesi yaptırmak ve karşılaştırılabilir bir kapsam oluşturmak isteyen işletmeler web sitesi teklif formumuzdan ihtiyaçlarını iletebilir. Teklif aşaması ve sözleşme maddelerini birbirine karıştırmadan yazılı planla ilerlemek en pratik başlangıçtır.

• Madde 12: İptal, fesih, hesap ve veri devri, kalan iş ve ödemelerin nasıl ele alınacağı yazıyor mu?