White-label yazılım ortaklığı, bir ajansın müşterisine sattığı yazılım işini kendi markası altında tutarak arka planda bir geliştirme ortağına yaptırdığı çalışma modelidir. Müşteriyle ilişki, marka ve satış fiyatı ajansın elinde kalır; ortak tasarım, kod, test ve yayının tamamını ya da bir kısmını üstlenir. Modelin sağlıklı işlemesi için gizlilik, müşteri koruma, hesap sahipliği ve fikri hakların devri işe başlamadan yazılı olarak kurulmalıdır.
Öne çıkanlar
- Son müşteri tek bir muhatap görür: ajansı. Geliştirme ortağının adı, logosu ya da izi teslim edilen işte yer almaz.
- Ortaklık, ajansın dalgalı yazılım talebini kalıcı bir ekip kurmadan karşılamasını sağlar. TÜİK'in 10 Eylül 2026 tarihli bültenine (yeni sekmede açılır) göre 2025'te bilgi ve iletişim teknolojileri uzmanı işe alan ya da almaya çalışan girişimlerin %31,7'si işe alımda güçlük yaşadı.
- Fikri haklar bir zincir hâlinde geçer: geliştirme ortağından ajansa, ajanstan müşteriye. FSEK md. 49 ve 52 bu zincirin her halkasında yazılı sözleşme ister.
- Kişisel veri işleyen tipik bir projede müşteri veri sorumlusu, ajans ve ortağı ise onun adına işleyen taraflardır. Roller sözleşmede tanımlanmalıdır.
- İyi bir ortaklık; tek iletişim kanalı, markasız durum notları ve önce ajansın onayladığı teslimlerle yürür.
White-label (beyaz etiket) ne demek?
White-label (beyaz etiket), bir firmanın ürettiği işin başka bir firmanın markasıyla sunulmasıdır. Yazılımda bu, geliştirme ortağının ürettiği sitenin, uygulamanın ya da entegrasyonun müşteriye ajansın işi olarak teslim edilmesi anlamına gelir.
Terim zaman zaman başka modellerle karıştırılır. Farkı görmek, hangi sözleşmeye ihtiyacınız olduğunu da gösterir:
| Model | İşi kim yönetir? | Müşteri kimi görür? | Marka | Kime fatura edilir? |
|---|---|---|---|---|
| White-label geliştirme ortaklığı | Ajans müşteriyi, ortak teknik işi yönetir | Yalnızca ajansı | Ajansın | Ortak ajansa, ajans müşteriye |
| Açık alt yüklenicilik | Ajans ana yüklenicidir; alt yüklenici müşteriye tanıtılabilir | Ajansı ve gerekirse alt yükleniciyi | Çoğunlukla ajansın | Alt yüklenici ajansa |
| Ekip genişletme (staff augmentation) | Ajansın kendi proje yöneticisi | Ajansı | Ajansın | Ortak ajansa, ekip zamanı üzerinden |
| Yönlendirme (referral) | Geliştirme firması doğrudan | Geliştirme firmasını | Geliştirme firmasının | Firma doğrudan müşteriye |
| White-label ürün (yeniden satış) | Ürün sahibi | Ajansın markalı ürününü | Ajansın | Ürün sahibi ajansa, lisans üzerinden |
Aşağıdaki bölümler ilk satırı, yani bir projenin baştan sona ya da belirli bir parçasının ajans markasıyla geliştirildiği modeli ele alır. Ekip genişletmeyi ekip genişletme nedir yazımızda ayrıca anlattık.
Ajanslar bu modeli neden kullanır?
Çünkü yazılım talebi düzensizdir, kalıcı bir yazılım ekibi ise sabit bir maliyettir. Bir ay birkaç site, sonraki ay hiç iş gelmeyebilir; bir müşteri mobil uygulama, bir diğeri yapay zekâ asistanı isteyebilir.
Bu açığı işe alımla kapatmak da kolay değil. TÜİK'in Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026 (yeni sekmede açılır) bültenine göre girişimlerin %6,4'ü 2025 yılında en az bir bilgi ve iletişim teknolojileri uzmanını işe aldı ya da almayı denedi. Bunların %31,7'si işe alım sürecinde güçlük yaşadığını beyan etti (10 Eylül 2026'da yayımlandı).
Güçlük yaşayanların %82,6'sı adayların yüksek ücret beklentisiyle, %71,8'i adayların gerekli niteliklere sahip olmamasıyla, %55,7'si yeterli ya da uygun başvuru olmamasıyla karşılaştı. Aynı bültene göre 10–49 çalışanlı girişimlerin yalnızca %10,8'i bu alanda uzman istihdam ediyor.
White-label ortaklığın ajansa sağladığı üç şey vardır:
- Esneklik. Talep arttığında geliştirme gücü eklenir, azaldığında sabit maliyet kalmaz.
- Hizmet genişliği. Ajans, kendi ekibinde olmayan bir yetkinliği (örneğin mobil ya da yapay zekâ) müşterisine kendi markasıyla sunabilir.
- Müşteri ilişkisinin korunması. Talebi geri çevirmek ya da müşteriyi başka bir firmaya yönlendirmek zorunda kalmaz.
Bedeli de vardır: ajans, kontrolünü doğrudan elinde tutmadığı bir işin sorumluluğunu müşterisine karşı taşır. Aşağıdaki süreç ve sözleşme başlıkları bu riski yönetmek içindir.
Ortaklık adım adım nasıl işler?
Süreç, bir yazılım projesinin olağan adımlarına iki katman ekler: gizlilik ve ajansın önce onaylaması. Tipik akış şöyledir:
- Gizlilikle başlayın. İlk görüşmede iş türleri ve çalışma düzeni konuşulur. Somut bir müşteri projesi masaya gelmeden karşılıklı NDA imzalanır.
- Brifi tek belgede toplayın. Müşterinin hedefi, kullanıcıları, kısıtları, varsa tasarım dosyaları ve son tarih aynı belgeye yazılır.
- Teklifi yazılı alın. Ortak; kapsamı, varsayımları, takvimi ve maliyeti yazılı verir. Ajans bu teklifin üzerine kendi hizmetini ve kârını ekleyerek müşteriye fiyat çıkarır.
- Muhatapları belirleyin. İki tarafta da birer sorumlu kişi seçilir ve tek bir iletişim kanalı açılır. Kanal sayısı arttıkça kararlar dağılır.
- Kısa döngülerle ilerleyin. Her döngünün sonunda çalışan sürüm, markasız bir önizleme adresinde ajansa gösterilir. Durum notları ajansın doğrudan iletebileceği dilde yazılır.
- Önce ajans onaylasın. Hiçbir teslim, ajans görmeden müşteriye gitmez. Müşteriye sunumu ajans yapar; teknik bir toplantı gerekirse ortak, ajansın ekibinden biri olarak katılır.
- Yayını doğru hesaplarda yapın. Yayın, ajansın ya da müşterinin hesaplarında yapılır; kurulum ve bakım belgeleri ajansa teslim edilir.
- Sonrasını baştan konuşun. Yayından sonraki talepler de ajans üzerinden akar. Bir bakım anlaşması varsa ortak bu talepleri arka planda karşılar.
Ortaklığın kapsamı da üç biçimde kurulabilir. Ajans tasarımı kendisi yapıp yalnızca geliştirmeyi devredebilir; işi tasarımdan yayına kadar ortağa bırakabilir; ya da büyük bir projenin tek bir parçasını, örneğin bir ödeme ya da yapay zekâ özelliğini ortağa verebilir.
Rol ve sorumluluk matrisi
Rol matrisi, her işin kimde olduğunu tek tabloda gösterir. Sözleşmeye ek olarak konursa, proje ortasında "bunu kim yapacaktı?" sorusu azalır. Aşağıdaki dağılım tipik bir white-label projeyi gösterir; kendi anlaşmanıza göre uyarlayın.
| İş | Ajans | Geliştirme ortağı | Son müşteri |
|---|---|---|---|
| İhtiyacın toplanması ve brif | Yürütür | Soru sorar, netleştirir | Bilgi verir |
| Müşteriye fiyat ve sözleşme | Belirler, imzalar | — | Onaylar |
| Tasarım | Kendisi yapar ya da ortağa verir | Verilirse yapar | Onaylar |
| Müşteriyle iletişim | Tek muhataptır | Ajansın izniyle, ajans ekibi olarak katılır | — |
| Kod, test ve dağıtım | İzler | Yürütür | — |
| Teslimin onayı | İlk onayı verir | Düzeltir | Son onayı verir |
| Alan adı, barındırma, mağaza, kod deposu hesapları | Kendi ya da müşteri adına açar | Kurulumu yapar | Gerekirse hesap sahibidir |
| Kişisel veri | Müşteri adına işleyen taraftır | Ajansın talimatıyla işler | Veri sorumlusudur |
| Bakım talepleri | Alır, önceliklendirir | Çözer | İletir |
İki satır özellikle önemlidir. Hesapların ortak adına açılması, ileride ortak değiştirmeyi zorlaştırır. Müşteriyle iletişimin ajans dışından yürümesi ise modelin temelini sarsar.
Markasız teslim neyi kapsar?
Markasız teslim, son müşterinin göreceği hiçbir yerde geliştirme ortağına işaret eden bir iz bırakılmamasıdır. Sitenin alt bilgisindeki imzadan ibaret değildir.
Şu noktaları kontrol edin:
- Sayfa ve uygulama içi metinler. Alt bilgi imzası, "geliştiren" satırı, hakkında ekranları.
- Kod ve dosyalar. Kod yorumları, paket ve proje adları, yapılandırma dosyalarındaki firma adları.
- Bildirimler. Sistemin gönderdiği e-postaların gönderen adresi ve imzası.
- Test ve önizleme adresleri. Ortağın alan adında değil, markasız ya da ajansın veya müşterinin alan adında olmalı.
- Raporlar ve belgeler. Durum notları, teknik dokümanlar ve test raporları ajansın müşterisine doğrudan iletilebilecek biçimde, markasız hazırlanmalı.
- Portfolyo ve sosyal medya. Ortak, projeyi yazılı izin olmadan kendi referansı olarak göstermemeli.
Gizlilik maddelerinin tam listesini white-label gizlilik sözleşmesi yazımızda tek tek ele aldık.
Müşteri koruma: müşteriniz sizin müşterinizdir
Müşteri koruma, geliştirme ortağının ajansın müşterisine doğrudan yaklaşmamasını ve ajansı atlamamasını güvence altına alan kurallar bütünüdür. Ajans açısından modelin hassas noktalarından biridir, çünkü ortak müşterinin sistemini içeriden tanır.
Sözleşmede şu kuralların karşılığını arayın:
- İletişim izni. Ortağın müşteriyle temasının yalnızca ajansın bilgisi ve onayıyla olacağı.
- Doğrudan başvuru. Müşteri ortağa kendiliğinden gelirse ne olacağı: ajansa yönlendirme ve ayrı teklif vermeme.
- Pazarlama yasağı. Ortağın ajans müşterisine kendi hizmetlerini tanıtmayacağı.
- Süre ve kapsam. Kuralın hangi müşterileri, ne kadar süreyle kapsadığı. Bunu taraflar belirler; sözleşmede yazılı olmayan bir süre tartışmaya açıktır.
Ortağın son müşterilere de doğrudan hizmet verip vermediğini sormak meşru bir sorudur. Bu tek başına bir engel değildir; belirleyici olan, kuralların yazıya geçirilmiş olmasıdır.
Hak zinciri: kod kimin, kime devredilir?
Fikri haklar white-label modelde iki adımda geçer: geliştirme ortağından ajansa, ajanstan müşteriye. Zincirin bir halkası eksikse müşteri, ödediği işin haklarına tam sahip olamayabilir.
5846 sayılı Fikir ve Sanat Eserleri Kanunu (yeni sekmede açılır) iki kuralla bu zinciri şekillendirir:
- Md. 52: Mali haklara dair sözleşmelerin yazılı olması ve konusu olan hakların ayrı ayrı gösterilmesi şarttır.
- Md. 49: Eser sahibinden bir mali hakkı ya da kullanma ruhsatını edinen kişi, bu hakkı başkasına ancak eser sahibinin yazılı muvafakatiyle devredebilir.
Pratik sonucu şudur: ajans ile ortak arasındaki sözleşme, hakların yalnızca ajansa geçtiğini değil, ajansın bunları müşterisine devretmesine de yazılı izin verildiğini söylemelidir. Ajansın müşteriyle yaptığı sözleşme de aynı hakları tek tek saymalıdır.
Ajansın işi bir ortağa yaptırması da kendi başına bir sorudur. 6098 sayılı Türk Borçlar Kanunu (yeni sekmede açılır) md. 471'e göre yüklenici, eseri kendisi yapmak ya da kendi yönetimi altında yaptırmakla yükümlüdür; eserin meydana getirilmesinde yüklenicinin kişisel özellikleri önem taşımıyorsa işi başkasına da yaptırabilir. Ajans, müşteriyle yaptığı sözleşmede alt yükleniciyi kısıtlayan bir madde olup olmadığını kontrol etmelidir. Bu bölüm hukuki görüş yerine geçmez; sözleşmeleri bir avukata okutun.
Kişisel veride roller
Proje kişisel veri işliyorsa (form, üyelik, sipariş, randevu gibi) üç tarafın rolü sözleşmede tanımlanmalıdır. 6698 sayılı Kişisel Verilerin Korunması Kanunu (yeni sekmede açılır) md. 3, veri işleyeni "veri sorumlusunun verdiği yetkiye dayanarak onun adına kişisel verileri işleyen" kişi olarak tanımlar.
Tipik bir white-label projede veri sorumlusu son müşteridir. Ajans, müşteri adına çalışan taraftır; ortak ise ajansın talimatıyla çalışır. Kanun ayrıca bir "alt işleyen" tanımı yapmaz, bu yüzden zincirdeki her halkanın ne yaptığı sözleşmelerde açıkça yazılmalıdır.
Aynı Kanun md. 12'ye göre veri sorumlusu, kendi adına veri işleyenlerle birlikte güvenlik tedbirlerinden müştereken sorumludur. Bu nedenle müşteri, ajanstan; ajans da ortağından erişim yetkileri, kayıt tutma ve verinin nerede barındırıldığı konusunda yazılı bilgi istemelidir.
Bir ihlal hâlinde zincirin hızı da önemlidir. Md. 12'nin beşinci fıkrasına göre işlenen kişisel veriler kanuni olmayan yollarla başkalarınca elde edilirse, veri sorumlusu bunu en kısa sürede ilgilisine ve Kurul'a bildirir. Veri sorumlusu son müşteri olduğu için bir sorunu ilk fark eden ortağın ajansa, ajansın da müşteriye gecikmeden haber vermesi gerekir. Bu bildirim yolunu ve iletişim kişilerini sözleşmeye yazın. Md. 12'nin dördüncü fıkrası da veri sorumlusu ve veri işleyenlerin öğrendikleri kişisel verileri Kanun'a aykırı olarak açıklayamayacağını ve bu yükümlülüğün görevden ayrıldıktan sonra da sürdüğünü belirtir.
Fiyatlandırma ve faturalama
White-label projelerde iki fiyat vardır: ortağın ajansa verdiği fiyat ve ajansın müşteriye verdiği fiyat. İkincisi ajansındır ve ortakla paylaşılması gerekmez.
Ortağın ajansa sunduğu modeller genellikle üç türdür:
- Sabit fiyat. Kapsam baştan yazılabiliyorsa, değişiklikler ayrı fiyatlanır. Belirsizlik riski büyük ölçüde ortaktadır.
- Zaman ve kaynak. Kapsam yolda netleşecekse, harcanan emek döngü döngü faturalanır. Esneklik artar, bütçe takibi ajansa düşer.
- Aylık paket. Ajansın her ay düzenli küçük işleri varsa, ortağın belirli bir geliştirme zamanını o ajansa ayırdığı düzen.
Ajansın müşteriye teklif hazırlarken dikkat etmesi gereken kalemler, yani kapsam, belirsizlik payı ve yayın sonrası işler, ajans web projesi teklifi yazımızın konusu.
Ortaklıkta çıkabilecek sorunlar ve önlemleri
White-label projelerdeki sorunların bir kısmı teknik değil, düzenle ilgilidir. Üç taraflı bir ilişkide bilgi bir halkada takıldığında iş durur. Aşağıdaki tablo, olası sorunları ve onları baştan önleyen kuralları eşleştirir.
| Olası sorun | Önleyen kural |
|---|---|
| Müşteri ortağın adını bir test adresinde ya da e-postada görüyor | Markasız önizleme adresi ve bildirim adresleri, ilk günden kurulur |
| Müşteri teknik soruyu doğrudan ortağa yazmaya başlıyor | Tek kanal kuralı; ortak gelen mesajı yanıtlamadan ajansa iletir |
| Kapsam, müşteriyle yapılan bir telefon görüşmesinde genişliyor | Her değişiklik ajans üzerinden yazılı talep olarak gelir; fiyat ve takvim etkisi yazılır |
| Ajans müşteriye ortağın henüz görmediği bir tarih veriyor | Müşteriye söz verilmeden önce ortaktan yazılı takvim alınır |
| Proje bitince hesaplar ortakta kalıyor | Hesaplar baştan ajans ya da müşteri adına açılır; ortak yalnızca yetkili kullanıcıdır |
| Yayından sonra küçük bir hata için kimin bakacağı belli değil | Bakım anlaşması ya da talep başına çalışma kuralı yayından önce yazılır |
| Müşteri, ortağın teslim ettiği belgeyi değiştirmeden iletmek istiyor | Belgeler ve raporlar baştan markasız ve müşteriye uygun dilde hazırlanır |
Bu kuralların hiçbiri karmaşık değildir. Ama proje başladıktan sonra konmaları zordur; o yüzden ilk sözleşmenin parçası olmalıdır.
İlk projeyi küçük seçin
Yeni bir ortakla ilk iş, ortaklığın kendisini sınamak için iyi bir fırsattır. Kapsamı net, süresi kısa ve müşteri açısından riski düşük bir işle başlamak; iletişim düzenini, markasız teslimi ve onay akışını gerçek bir projede görmenizi sağlar.
İlk projenin sonunda iki tarafın da sorması gereken sorular şunlardır: Brif yeterince açık mıydı? Durum notları müşteriye iletilebilecek nitelikte miydi? Değişiklik talepleri yazılı mı geldi? Bu soruların cevabı, daha büyük bir projeye geçmeden önce düzeltilecek noktaları gösterir.
Ortak seçerken sorulacaklar
Bir white-label ortağı seçmek, bir yazılım firması seçmenin bütün adımlarını içerir; üstüne gizlilik ve müşteri koruma eklenir. Genel adımlar için yazılım firması seçerken dikkat edilmesi gerekenler rehberine bakabilirsiniz. Ajansa özgü sorular şunlardır:
- NDA'yı iş ayrıntısı paylaşılmadan önce imzalıyor mu?
- Teslimlerde, kodda, bildirimlerde ve test adreslerinde markasını kullanmıyor mu?
- Müşteri koruma kurallarını sözleşmeye yazıyor mu?
- Hesapları ajansın ya da müşterinin adına açıyor mu?
- Hak devrini ve ajansın müşteriye devretme iznini yazılı veriyor mu?
- Tek bir proje sorumlusu ve ortak bir iletişim kanalı sunuyor mu?
- Gerektiğinde teknik toplantılara ajans ekibinin parçası olarak katılabiliyor mu?
- Durum notları ve teknik raporları markasız hazırlıyor mu?
- Yayından sonra bakım talepleri için nasıl bir düzen öneriyor?
- Projeyi yazılı izin olmadan portfolyosunda göstermeyeceğini taahhüt ediyor mu?
Teknik yetkinliği sınamak için ortağın yayında çalışan işlerine bakın. Teslim günü biten bir iş ile yıllarca çalışan bir sistem farklı beceriler ister; ortağınız ikincisini de üstlenebilmeli.
Kümedeki diğer konular
Bu rehber, ajans ortaklığı ve ekip desteği kümesinin giriş yazısıdır. Diğer yazılar konuları tek tek derinleştirir.
Ortaklığın sözleşme ve teklif tarafı
- White-label gizlilik sözleşmesi: NDA, müşteri koruma ve hesap sahipliği maddelerinin listesi.
- Ajans web projesi teklifi: ajans teklifine yazılım kalemlerini eklemek; kapsam kontrol listesi ve belirsizlik payı.
- Yazılım hizmet ihracatı: yurt dışındaki ajanslarla ortaklıkta saat dilimi, sözleşme ve hizmet ihracatı faturası.
Teslim ve ek hizmetler
- Figma tasarım devri: tasarım ajansı ile geliştirme ortağı arasında bileşen, durum, erişilebilirlik ve içerik devri kontrol listesi.
- Web sitesine yapay zekâ eklemek: ajansların müşteri sitelerine asistan ve akıllı arama gibi özellikleri paketlemesi ve sorumluluk dağılımı.
- 81 il için sayfa açmak: müşterisi için şehir sayfaları planlayan ajanslar için doorway riskine düşmeden yerel SEO, kendi deneyimimizden.
Ekip ve yetkinlik
- Yazılım ekibi kurmak mı, dış kaynak mı?: işe alım, bilgi sürekliliği ve yönetim yükü üzerinden karar.
- Ekip genişletme nedir?: dışarıdan katılan geliştiricilerle ilk 30 günün yönetimi.
- Yapay zekâ eğitimi müfredatı: yönetici, ofis ve teknik ekipler için rol bazlı eğitim modülleri.
Bizim deneyimimiz
Meybrain'in çözüm ortaklığı programı bu modelle çalışır. Ajansların ve yazılım firmalarının müşterileri için web sitesi, e-ticaret, mobil uygulama ve yapay zekâ projelerini onların markasıyla geliştiriyoruz.
Yukarıdaki kontrol listesinin önemli bir kısmı bizde pazarlık konusu değil, başlangıç ayarıdır. NDA, ayrıntı konuşulmadan imzalanır. Teslimde ve kodda adımız geçmez. Hesaplar ajansın ya da müşterisinin adına açılır. Ajansın müşterisiyle onun izni olmadan konuşmayız; müşteri bize kendiliğinden ulaşırsa ajansına yönlendiririz ve ayrı teklif vermeyiz.
Şunu da baştan söylüyoruz: Meybrain, son müşterilerle doğrudan da çalışan bir yazılım şirketi. Müşteri koruma kurallarını tam da bu nedenle sözleşmeye yazıyoruz.
Yayındaki bir sistemi işletmenin ne demek olduğunu kendi ürünlerimizden biliyoruz: Kolay Sevkiyat, BeinStory ve Kentsel Dönüşüm AI'ı biz geliştirdik ve işletiyoruz. Kurumsal siteden mobil uygulamaya, entegrasyondan yapay zekâ özelliklerine kadar işleri tek ortakla yürütmek, ajansın müşterisine sunabildiği hizmet yelpazesini genişletiyor. Web, mobil ve bulut tarafındaki işlerimizi yazılım ve platformlar sayfasında anlattık.
Sık sorulan sorular
White-label ortaklık ile taşeronluk aynı şey mi?
İkisi de bir işin başka bir firmaya yaptırılmasıdır. White-label'ı ayıran, ortağın müşteriye hiç görünmemesi ve teslimin tamamen ajansın markasıyla yapılmasıdır. Bu yüzden gizlilik, markasız teslim ve müşteri koruma maddeleri sıradan bir alt yüklenici sözleşmesinden daha ayrıntılı yazılır.
Ajansta teknik bilgi yoksa projeyi nasıl yönetiriz?
Teknik kararları ortak verir, ama ajansın üç şeyi yapabilmesi gerekir: brifi net yazmak, çalışan sürümü düzenli izlemek ve teslimi müşteriye sunmadan önce onaylamak. Gerektiğinde ortak, teknik toplantılara ajans ekibinin parçası olarak katılabilir.
Müşteriye fatura kim keser?
Müşteriye ajans fatura keser; ortak da ajansa. Müşteri, ortakla doğrudan bir ticari ilişki kurmaz. Ajansın müşteriye uyguladığı fiyatı ortakla paylaşması gerekmez.
Küçük işler için white-label ortak bulunur mu?
Bulunur. Tek bir kampanya sayfası ya da küçük bir entegrasyon da ortaklığa konu olabilir. Düzenli küçük işler için, her işe ayrı teklif istemek yerine aylık bir çalışma paketi konuşmak iki tarafın da işini kolaylaştırır.
Proje bittikten sonra ortağı değiştirebilir miyiz?
Hesaplar ajansın ya da müşterinin adına açılmışsa, haklar yazılı olarak devredilmişse ve teknik belgeler teslim edilmişse evet. Bu üç koşulu sözleşmenin başında güvenceye almak, ileride ortak değiştirme özgürlüğünüzü korur.
Kaynaklar
- TÜİK, "Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026", 10 Eylül 2026. veriportali.tuik.gov.tr (yeni sekmede açılır)
- 5846 sayılı Fikir ve Sanat Eserleri Kanunu, md. 49 ve 52, Resmî Gazete 13 Aralık 1951. mevzuat.gov.tr (yeni sekmede açılır)
- 6098 sayılı Türk Borçlar Kanunu, md. 471, Resmî Gazete 4 Şubat 2011. mevzuat.gov.tr (yeni sekmede açılır)
- 6698 sayılı Kişisel Verilerin Korunması Kanunu, md. 3 ve 12 (dördüncü ve beşinci fıkralar dahil), Resmî Gazete 7 Nisan 2016. mevzuat.gov.tr (yeni sekmede açılır)
