Web Tasarım Sözleşmesi: Haklarınızı Nasıl Korursunuz? 2026 Rehberi
Web Tasarım Sözleşmesi'nde kaynak kod ve fikri mülkiyet haklarınızı korumanın yollarını keşfedin. Dijital varlığınızı güvence altına alarak ek maliyetlerden kaçının!

Web Tasarım Sözleşmesi: Dijital Varlığınızı Riske Atan 5 Ölümcül Hata ve Çözümleri
Yeni bir web sitesi yaptırma heyecanı içindesiniz, harika fikirleriniz var ve projenizi hayata geçirecek doğru tasarımcıyı buldunuz. Peki ya projeniz, 2026'da dijital dönüşüm bütçelerinin %40'ından fazlasını tüketen "kapsam kayması" ve belirsizlikler yüzünden bir kabusa dönüşürse? Çoğu işletme sahibi, web tasarım sözleşmesindeki küçük bir detayın – kaynak kodların ve fikri mülkiyetin kime ait olduğunun – ileride on binlerce liralık ek maliyete veya tüm dijital varlıklarını kaybetmelerine yol açabileceğinin farkında değil. Bu yazı, o kritik detayları gözden kaçırmamanız için bir yol haritası niteliğindedir.
Öne Çıkanlar
- Kaynak Kod Mülkiyeti: Sözleşmede "proje bitiminde tüm kaynak kodların şifresiz ve eksiksiz olarak teslim edileceği" maddesi yoksa, web siteniz aslında sizin değildir. Bu, evinizin anahtarına sahip olup tapusuna sahip olmamak gibidir.
- Teknik Bağımlılıklar: Tema, eklenti lisansları, hosting ve domain yönetimi gibi teknik mülkiyetlerin kimin adına kayıtlı olacağı netleştirilmelidir. Aksi takdirde geliştiriciye bağımlı kalırsınız.
- Belirsiz Revizyon Hakları: "Sınırsız revizyon" bir lütuf değil, projenin bitmemesine neden olan bir tuzaktır. Revizyon sayısı ve kapsamı net olarak tanımlanmalıdır.
- Çıkış Stratejisi (Fesih Şartları): Proje yolunda gitmezse, ödenen ücret karşılığında o ana kadar yapılmış işlerin ve kodların size teslim edileceğini garanti altına alan bir fesih maddesi hayat kurtarır.
- Fikri Mülkiyet Güvencesi: Sadece sitenin görsel tasarımı değil, kullanılan tüm özgün kodların, içeriklerin ve veri tabanı yapısının mülkiyetinin size ait olduğu açıkça belirtilmelidir.
Neden Standart Sözleşmeler Yetersiz Kalıyor? Gizli Tehlike: Kaynak Kod Meselesi
İnternetten bulduğunuz standart bir "hizmet sözleşmesi" ile yola çıkmak, mayın tarlasında gözü kapalı yürümeye benzer. Bu sözleşmeler genellikle işin kapsamını ve ödeme planını belirtir, ancak dijital projelerin en kritik unsurunu göz ardı eder: mülkiyet. Proje Yönetim Enstitüsü (PMI) verilerine göre, teknoloji projelerindeki başarısızlıkların temel nedenlerinden biri, başlangıçta net olmayan hedefler ve mülkiyet belirsizlikleridir. 2026 yılı itibarıyla, bu tür belirsizliklerin proje maliyetlerini ortalama %25 artırdığı öngörülmektedir.
Somut Örnek: Bir e-ticaret sitesi yaptırdınız. 1 yıl sonra işler büyüdü ve sitenize yeni bir ödeme altyapısı entegre etmek için başka bir yazılımcıyla anlaştınız. Ancak yeni yazılımcı, "Sitenin kaynak kodlarına erişimim yok, sadece yönetici paneline girebiliyorum. Bu değişikliği yapamam," dediğinde acı gerçekle yüzleşirsiniz. Eski tasarımcınız ya ek ücret talep edecek, ya ulaşılamaz olacak ya da kodları vermeyi reddedecektir. Sonuç? Tüm siteyi sıfırdan yaptırmak zorunda kalabilirsiniz.
Deneyimlerimize göre, sözleşmede mutlaka yer alması gereken o sihirli cümle şudur:
"Projenin tamamlanması ve son ödemenin yapılmasını takiben, web sitesini oluşturan tüm ön yüz (frontend) ve arka yüz (backend) kaynak kodları, veri tabanı şeması, konfigürasyon dosyaları ve projenin çalışması için gerekli tüm dijital varlıklar, şifresiz, eksiksiz ve yorum satırları ile birlikte Müşteri'ye dijital ortamda (örn: Git deposu erişimi veya .zip arşivi olarak) teslim edilecektir."
Bu madde, dijital varlığınızın tapusudur. Onsuz, sadece bir kiracısınız.
Fikri Mülkiyetin Ötesinde: Teknik Mülkiyet ve Bağımlılıklar
Fikri mülkiyet, genellikle sitenin logosu ve görsel tasarımı olarak düşünülür. Ancak modern bir web sitesi, birçok hareketli parçadan oluşan karmaşık bir yapıdır. Bu parçaların mülkiyeti, en az kodlar kadar kritiktir. Gartner'ın 2026 raporlarına göre, işletmelerin BT bütçelerinin %15'i, kötü yönetilen lisanslar ve üçüncü parti bağımlılıklar nedeniyle boşa harcanmaktadır. Bu tuzağa düşmemek için sözleşmenizde aşağıdaki tablo gibi bir netlik sağlamalısınız:
| Teknik Unsur | İdeal Durum (Mülkiyet Müşteride) | Riskli Durum (Mülkiyet Geliştiricide) |
|---|---|---|
| Domain (Alan Adı) | Müşterinin kendi hesabı altında kayıtlıdır. | Geliştiricinin hesabındadır. Ayrılmak istediğinizde transfer için ek ücret isteyebilir. |
| Hosting (Sunucu) | Müşterinin kendi adına açtığı bir hosting hesabıdır. | Geliştiricinin "kendi sunucusunda" barındırır. Performans sorunları ve fahiş yenileme ücretleriyle karşılaşabilirsiniz. |
| Premium Tema/Eklenti Lisansları | Müşterinin adına satın alınır ve lisans anahtarları teslim edilir. | Geliştiricinin "ajans lisansı" kullanılır. Geliştiriciyle çalışmayı bıraktığınızda eklentileriniz güncelleme almaz ve güvenlik açıkları oluşur. |
| Stok Fotoğraf/Video Lisansları | Lisans belgeleri müşteriye teslim edilir. | Lisanssız görseller kullanılır. Gelecekte telif hakkı ihlali davalarıyla karşılaşma riski doğurur. |
Sözleşmenize, "Projede kullanılacak tüm üçüncü parti yazılım, tema, eklenti ve stok görsel lisansları Müşteri adına satın alınacak ve lisans belgeleri/anahtarları proje tesliminde Müşteri'ye sunulacaktır" maddesini ekletmek, sizi gelecekteki binlerce liralık lisans yenileme ve güvenlik maliyetinden kurtaracaktır.
"Revizyon Hakkı" Tuzağı: Belirsizliğin Maliyeti Nasıl Hesaplanır?
Müşteriler genellikle "sınırsız revizyon" teklifini cazip bulur. Ancak sektör verilerine bakıldığında, projelerin zamanında ve bütçesinde bitmesini engelleyen en büyük faktörlerden biri "scope creep" yani kapsamın sürekli genişlemesidir. Standish Group'un CHAOS 2023 raporu, belirsiz gereksinimlerin ve kontrolsüz değişiklik taleplerinin, teknoloji projelerinin %50'sinden fazlasının gecikmesine veya bütçesini aşmasına neden olduğunu göstermektedir. "Sınırsız revizyon", bu kontrolsüzlüğün diğer adıdır.
Profesyonel bir yaklaşım, revizyon sürecini netleştirmektir. İşte sözleşmenizde olması gerekenler:
- Revizyon Turlarının Tanımlanması: "Tasarım aşamasında 2 (iki) ana revizyon turu, kodlama sonrası içerik yerleştirme aşamasında ise 1 (bir) minör revizyon turu hakkı bulunmaktadır." gibi net bir sınır çizilmelidir.
- Revizyon Kapsamının Belirlenmesi: Bir revizyonun ne anlama geldiği açıklanmalıdır. Örneğin, "Minör revizyon; metin değişikliği, renk paletinde küçük oynamalar ve görsel değişimi gibi talepleri kapsar. Yeni bir sayfa eklenmesi veya işlevsel bir modül talebi (örn: rezervasyon sistemi eklemek) ek revizyon değil, yeni bir iş kapsamıdır ve ek ücrete tabidir."
- Ek Revizyonların Ücretlendirilmesi: "Belirlenen revizyon turları dışındaki ek talepler, [X] TL/saat üzerinden ücretlendirilecek ve proje teslim süresine [Y] iş günü ekleyecektir." maddesi, taleplerinize sizin de bir maliyet/zaman penceresinden bakmanızı sağlar.
Bu yaklaşım, ajansla aranızda bir gerginlik yaratmak yerine, projenin sağlıklı ve öngörülebilir bir şekilde ilerlemesini sağlayan profesyonel bir çerçeve oluşturur. Unutmayın, net kurallar en iyi ortaklıkları doğurur.
Proje Durduğunda veya Geliştirici Kaybolduğunda Acil Durum Planınız
Her proje güllük gülistanlık ilerlemeyebilir. Bazen fikir ayrılıkları yaşanır, bazen de maalesef freelancer veya ajans ortadan kaybolur. Özellikle freelancer pazarının dinamik yapısı göz önüne alındığında, 2026'da her 5 küçük işletmeden 1'inin dijital bir projede yüklenicinin işi yarım bırakması sorunuyla karşılaşacağı tahmin ediliyor. Peki, bu durumda ödediğiniz paranın ve harcanan zamanın boşa gitmemesi için ne yapmalısınız?
Cevap, sözleşmenizdeki fesih şartları ve aşamalı ödeme planında gizlidir.
- Aşamalı Ödeme (Milestone Payments): Proje ücretini tek seferde ödemeyin. İşi mantıksal aşamalara bölün ve her aşama tamamlandığında ödeme yapın.
- %30 Başlangıçta (Anlaşma ve keşif)
- %30 Tasarım Onayında (Tüm tasarımlar sunulduğunda)
- %40 Proje Tesliminde ve Yayına Alındığında
- Net Fesih Maddesi: Sözleşmenizde her iki tarafın da hangi koşullarda sözleşmeyi feshedebileceğini belirten bir madde olmalıdır. En önemlisi, müşteri tarafından yapılan bir fesih durumunda ne olacağıdır.
Örnek Madde: "Müşteri'nin sözleşmeyi herhangi bir aşamada feshetme hakkı saklıdır. Bu durumda, Müşteri o ana kadar tamamlanan işler için ödeme yapmakla yükümlüdür. Yüklenici, fesih tarihine kadar tamamlanmış olan tüm tasarımları, kaynak kodları ve diğer dijital varlıkları 5 iş günü içinde Müşteri'ye teslim etmeyi kabul ve taahhüt eder."
Bu madde, projeniz yarıda kalsa bile, ödediğiniz paranın karşılığı olan somut çıktıları almanızı ve başka bir geliştiriciyle yola devam etme şansınızın olmasını sağlar. Bu, sizin sigortanızdır.
Sözleşmenizi Geleceğe Hazırlamak: Yapay Zeka ve Yeni Teknolojiler
Web tasarım dünyası hızla değişiyor. Bugün, yapay zeka (AI) araçları tasarımlar oluşturuyor, kodlar yazıyor ve içerikler üretiyor. Forrester'ın araştırmasına göre, 2026 yılına kadar yaratıcı ve geliştirme süreçlerinin %60'ında yapay zeka araçları aktif olarak kullanılacak. Bu durum, yeni bir mülkiyet sorununu beraberinde getiriyor: AI ile üretilen bir logonun, görselin veya kod parçasının telif hakkı kime aittir?
Geleneksel sözleşmeler bu konuya değinmez. Deneyimli bir dijital pazarlama ve SEO ajansı olarak, müşterilerimizin haklarını korumak için sözleşmelerimize artık bu yeni gerçekliği de dahil ediyoruz. Sözleşmenize eklemeniz gereken modern maddeler şunlardır:
- Kullanılan Teknolojilerin Beyanı: "Yüklenici, projede kullanılacak olan ana teknolojileri (örn: WordPress, React, Shopify), kütüphaneleri ve framework'leri sözleşme ekinde belirtecektir." Bu, ileride sitenizi yönetecek kişilerin neyle karşılaşacağını bilmesini sağlar.
- Yapay Zeka Üretimi Varlıkların Mülkiyeti: "Proje kapsamında Midjourney, DALL-E gibi yapay zeka araçlarıyla üretilen tüm görsellerin, tasarımların ve GitHub Copilot gibi araçlarla üretilen kod bloklarının ticari kullanım hakları ve lisansları, proje bitiminde tamamen Müşteri'ye ait olacak şekilde düzenlenecek ve Müşteri'ye devredilecektir."
Bu proaktif yaklaşım, sizi gelecekte ortaya çıkabilecek lisanslama ve telif hakkı sorunlarından korur ve dijital varlığınızın tamamen size ait olduğunu garanti altına alır.
Sonuç: Sözleşme Bir Güvensizlik Belgesi Değil, Başarılı Bir Ortaklığın Yol Haritasıdır
Bir web tasarım sözleşmesi hazırlamak, en kötü senaryoyu düşünmek anlamına gelmez. Tam aksine, her iki tarafın da beklentilerini, sorumluluklarını ve hedeflerini net bir şekilde ortaya koyarak projenin başarıya ulaşma olasılığını artıran profesyonel bir adımdır. Kaynak kod tesliminden teknik mülkiyetlere, revizyon sınırlarından çıkış stratejisine kadar bu yazıda ele aldığımız kritik maddeler, sizi finansal kayıplardan, hukuki sorunlardan ve en önemlisi, dijital geleceğinizin kontrolünü kaybetmekten korur.
Web siteniz, dijital dünyadaki en değerli varlığınızdır. Onun tapusunun sizde olduğundan emin olun. Projenizi sağlam temeller üzerine kurmak ve tüm bu süreçlerde profesyonel bir rehberlik almak isterseniz, deneyimli ekibimizle tanışmak için ücretsiz bir teklif alabilir ve dijital hedeflerinizi güvence altına alabilirsiniz.




Henüz yorum yapılmamış
Yorum Bırakın