20 Ekim 2026 ölçümümüzde izlediğimiz 200 statik site temasının lisans dağılımı şöyleydi: MIT 156, GitHub’ın tanıyamadığı lisans (OTHER) 13, GPL-3.0 12, Apache-2.0 8, CC0-1.0 4, GPL-2.0 2, EUPL-1.2 1 tema; 4 temanın deposunda ise tanınabilir bir lisans dosyası yoktu. Yani bir temayı seçtiğinizde büyük olasılıkla MIT ile karşılaşırsınız; ama listenin geri kalanı, özellikle lisans dosyası hiç olmayan 4 depo, dikkatle okunmayı hak ediyor.
Bu yazı genel bilgi verir, hukuki görüş değildir. Lisans koşulları her deponun kendi lisans dosyasında yazar ve bağlayıcı olan o metindir.
GitHub lisansı nasıl tanır
Tema sayfalarımızda gördüğünüz “MIT”, “GPL-3.0” gibi kısaltmalar SPDX kimlikleridir; SPDX, lisanslara standart kısa adlar veren açık bir listedir. GitHub bu kimliği depodaki lisans dosyasından çıkarır. GitHub’ın belgesine göre bu iş için Licensee adlı açık kaynak kütüphane kullanılır; kütüphane deponun LICENSE dosyasını bilinen lisansların kısa bir listesiyle karşılaştırır. Dosya genellikle kökte, LICENSE, LICENSE.txt ya da LICENSE.md adıyla durur.
Bu yüzden iki durum ayrı tutulmalıdır:
- Tanınmayan lisans (OTHER): Depoda bir lisans dosyası var ama standart bir metinle eşleşmedi. Geliştirici standart metne bir madde eklemiş ya da kendi metnini yazmış olabilir. Koşulları öğrenmek için dosyayı okumak zorundasınız.
- Lisans yok: Depoda tanınabilir bir lisans dosyası hiç yok.
Ölçümümüzde tanınmayan lisanslı 13 tema vardı. Bunların bir kısmında standart MIT ya da GPL metninin üstüne ek bir paragraf yazılmış, bir kısmında birden fazla lisans aynı dosyada birleştirilmiş, bir kısmında ise kod ve tasarım için ayrı koşullar belirtilmiş olabilir. GitHub’ın belgesi, lisansın açıkça görünmediği durumlarda LICENSE dosyasını sadeleştirmenin ve karmaşık durumu README’de anlatmanın tanınmaya yardımcı olabileceğini söylüyor. Kullanıcı olarak sizin yapacağınız şey basit: dosyayı açıp okumak. Ek madde genellikle atıf biçimi, ticari kullanım ya da tema adının kullanımı hakkındadır.
Lisans yoksa ne olur
GitHub’ın belgesi bu konuda açık: lisans yoksa varsayılan telif hakkı kuralları geçerlidir ve kimse eseri çoğaltamaz, dağıtamaz ya da ondan türev eser oluşturamaz. GitHub’ın hizmet şartları, diğer kullanıcılara herkese açık bir depoyu görüntüleme ve çatallama (fork) hakkı verir; ama bu, kodu kendi sitenizde kullanma izni anlamına gelmez.
Pratikte birçok geliştirici lisans eklemeyi unutmuş olabilir ve temasının kullanılmasından memnundur. Yine de bu bir varsayımdır. En temiz yol, temanın deposunda bir konu (issue) açıp lisans eklenmesini rica etmektir. Cevap gelene kadar temayı yalnızca inceleme amacıyla kullanın. Lisanssız temaların listesi lisanslar sayfasındaki dağılımda “lisans yok” satırında.
En sık görülen lisanslar, choosealicense.com’a göre
choosealicense.com, GitHub’ın lisans seçimini anlatmak için yayımladığı bir sitedir ve her lisansı izinler, koşullar ve sınırlamalar olarak üç sütunda gösterir. Tema kullanan biri açısından önemli olan “koşullar” sütunudur.
| Lisans | Tür | Temel koşullar |
|---|---|---|
| MIT | izin verici | lisans ve telif bildirimini korumak |
| Apache-2.0 | izin verici | bildirimleri korumak, değişiklikleri belirtmek |
| GPL-3.0 | güçlü copyleft | kaynağı açmak, aynı lisans, bildirim, değişiklikleri belirtmek |
| AGPL-3.0 | en güçlü copyleft | GPL koşulları + ağ üzerinden kullanım dağıtım sayılır |
| MPL-2.0 | zayıf copyleft | lisanslı dosyalarda kaynağı açmak, dosya düzeyinde aynı lisans |
| Unlicense | kamu malı | koşul yok |
MIT
choosealicense.com MIT’i “yalnızca telif hakkı ve lisans bildirimlerinin korunmasını şart koşan kısa ve basit bir izin lisansı” olarak tanımlar. Bir temayı MIT ile alıp değiştirmek, ticari bir sitede kullanmak ya da müşteriye teslim etmek serbesttir. Koşulu yerine getirmenin en basit yolu, temanın LICENSE dosyasını projenizde olduğu gibi bırakmaktır. Statik bir sitede bu dosya derlenen çıktıya girmeyebilir; bildirimin kaynak kodda durması, temayı başkasına dağıttığınız durumlar için anlam taşır.
Apache 2.0
İzin vericidir, MIT’e ek olarak değiştirdiğiniz dosyalarda değişiklik yaptığınızı belirtmenizi ister. Depoda bir NOTICE dosyası varsa onu da korumanız beklenir. Ayrıca katkıda bulunanların patent hakkı tanıdığını açıkça yazar.
GPL 3.0
choosealicense.com GPL-3.0’ı “izinleri tam kaynak kodunun erişilebilir kılınmasına bağlı güçlü bir copyleft lisansı” diye tanımlar. Koşullar dağıtım anında devreye girer: GPL’li bir temayı ya da ondan türettiğiniz bir sürümü başkasına verirseniz, örneğin bir tema paketi olarak satar ya da müşterinize kaynak koduyla teslim ederseniz, kaynağı aynı lisansla vermeniz gerekir.
Sık sorulan soru, GPL’li bir temayla yapılmış bir sitenin içeriğinin de GPL olup olmayacağıdır. Bu sorunun cevabı lisans metninin yorumuna bağlıdır ve burada kesin bir cevap vermiyoruz. Müşteri işinde ya da ticari bir üründe GPL’li bir tema kullanacaksanız lisans metnini okuyun, gerekirse bir hukukçuya danışın.
AGPL 3.0 ve MPL 2.0
AGPL, GPL’e ek olarak “ağ üzerinden kullanım dağıtım sayılır” koşulunu getirir. Statik bir tema için alışılmadık bir seçimdir ama listede görürseniz koşullarının daha geniş olduğunu bilin. MPL 2.0 ise copyleft’i dosya düzeyinde uygular: temanın lisanslı dosyalarında yaptığınız değişiklikleri paylaşırsınız, kendi eklediğiniz ayrı dosyalar başka lisansla kalabilir.
Müşteri işi için kısa kontrol listesi
Serbest çalışan biri olarak bir müşteriye tema tabanlı bir site teslim edecekseniz:
- Temanın lisansını tema sayfasından ve depodaki LICENSE dosyasından kontrol edin. İkisi uyuşmuyorsa dosya esastır.
- Lisans yoksa ya da “tanınmayan lisans” ise, dosyayı okuyun ya da geliştiriciye sorun. Yazılı bir izin olmadan teslim etmeyin.
- MIT ya da Apache ise LICENSE dosyasını projede bırakın; Apache’de değiştirdiğiniz dosyaların başına kısa bir not ekleyin.
- GPL ailesinde, müşteriye kaynak kodunu da teslim edip etmeyeceğinizi ve bunun lisansla nasıl örtüştüğünü önceden netleştirin.
- Tema içindeki görsellerin, yazı tiplerinin ve ikonların lisansı kodun lisansından farklı olabilir. Örnek görselleri kendi görsellerinizle değiştirin; yazı tipi lisansını ayrıca kontrol edin.
Beşinci madde gözden kaçan kısımdır. Bir temanın kodu MIT olabilir ama içine konmuş bir fotoğrafın ya da ikon setinin kendi lisansı vardır; bunlar çoğu zaman README’de ya da ayrı bir klasördeki lisans notunda yazar.
Lisans ve bakım birlikte okunmalı
İzin verici bir lisans, temanın bakımının sürdüğünü göstermez. Arşivlenmiş bir MIT teması kullanımda serbesttir ama düzeltme almaz. Lisans tercihini, temanın son commit tarihiyle birlikte değerlendirin; bunu tek bakışta görmek için lisanslar sayfasındaki dağılıma ve bakım durumu sayfasına bakabilirsiniz. MIT lisanslı temaların tamamı MIT sayfasında, GPL 3.0 ile gelenler GPL 3.0 sayfasında.