Mobil uygulama ve oyunlar için EULA ve gizlilik politikası

Kısa cevap: Mobil uygulama ve oyunlar için EULA ve gizlilik politikası

EULA, son kullanıcı lisans sözleşmesidir: uygulamayı kimin, hangi kapsamda kullanacağını ve hesap/ücret/fesih koşullarını düzenler. Gizlilik veya KVKK aydınlatma metni ise kişisel veriyi kimin, neden, hangi hukuki sebeple ve kimlerle paylaşarak işlediğini açıklar. Bu metinler aynı işi yapmaz; “kabul ediyorum” kutusu bütün veri işlemlerine sınırsız izin sağlamaz.

Başlangıç noktası hazır bir sözleşme değil, ürünün gerçek işleyişidir: kullanıcı türü, yaş grubu, satış kanalı, veri akışı, kullanılan SDK’lar ve hesap kapatma süreci çıkarılmalıdır.

Kapsamı ve benzer işlemlerden ayrımı

EULA, tüketiciye yapılan satış/abonelik ön bilgilendirmesi, mağaza şartları ve KVKK aydınlatması ayrı işlevlere sahiptir. Bir metne verilen isim, emredici tüketici veya veri koruma yükümlülüklerini kaldırmaz.

Aydınlatma için kabul almak ile belirli bir veri işleme faaliyetine açık rıza istemek ayrı işlemlerdir. KVKK m.10 kapsamındaki bilgilendirme, işlem açık rızaya veya başka hukuki sebebe dayansa da yapılmalıdır. Yalnız “gizlilik politikası” bağlantısının bulunması, gerekli bilgilerin doğru zamanda ve anlaşılır biçimde sunulduğunu tek başına göstermez.

Şartlar ve kontrol kriterleri

EULA’da ürünün sağladığı kullanım hakkını, hesabın paylaşımını, kullanıcı içeriği varsa bunun kullanım sınırlarını, ücretli özellikleri, sona erdirme koşullarını ve destek kanalını somutlaştırın. Hizmette mevcut olmayan yetki veya özelliği vaat etmeyin.

KVKK aydınlatmasında veri sorumlusunun kimliği, amaçlar, aktarım alıcıları/amaçları, toplama yöntemi/hukuki sebep ve ilgili kişi hakları bulunmalıdır. Saklama ve silme düzeni gerçek operasyonla uyumlu olmalıdır. Genel nitelikte, bütün gelecekteki kullanımları kapsayan “battaniye rıza” geçerli çözüm değildir.

Adım adım ne yapmalısınız?

1. Ürünün kayıt, satın alma, reklam/analitik, destek ve hesap silme akışlarını çıkarın. 2. Her akış için sözleşme bilgisi, aydınlatma ve gerekiyorsa ayrı rıza veya teknik izin adımını belirleyin. 3. Kullanıcıya gösterilen metnin sürümünü, sunulma anını ve varsa kabul/rıza kaydını doğrulanabilir biçimde saklayın. Gereksiz veri toplamayı bu kayıt ihtiyacıyla gerekçelendirmeyin. 4. Satın alma, iptal, iade, rızayı geri alma ve hesap silmeyi test hesabıyla deneyin. 5. Mağaza beyanlarını ve metinleri gerçek ürün davranışıyla karşılaştırın; destek ekibine uygulanabilir bir talep yolu verin.

Süreler ve kritik tarihler

Yeni sürümde yeni SDK, veri alıcısı, reklam amacı veya ücret modeli ekleniyorsa yalnız metnin tarihini değiştirmek yeterli değildir. Değişikliğin sözleşme, aydınlatma, rıza ve teknik ayar etkisini ayrı değerlendirin; önceki sürümleri geçmiş işlem kanıtı olarak saklayın.

TBK m.20–25’teki genel işlem koşulları denetimi; metnin öğrenilme imkânı, şaşırtıcı şartlar, belirsizlik ve tek taraflı değişiklik bakımından önemlidir. “İstediğimiz zaman bütün koşulları değiştiririz” kaydı, sırf kullanıcı genel kutuyu işaretledi diye her sonucu geçerli kılmaz.

Somut senaryo ile düşünün

Varsayımsal örnek: Çocuklara yönelik bir oyun hesap açılışında tüm koşulları tek kutuya bağlıyor ve reklam SDK’sı ilk açılışta veri gönderiyor. İnceleme yalnız ebeveyn kutusunun varlığıyla bitmez. Hedef yaş grubu, sözleşme ehliyeti/temsil, gereksiz profil verileri, aydınlatmanın anlaşılabilirliği ve gerçek SDK veri akışı birlikte ele alınır. Her ülkeye uygulanabilen tek bir çocuk yaşı veya tek tip ebeveyn onayı kuralı varsayılmamalıdır.

Hangi belgeleri hazırlamalısınız?

Ürün ve veri akış listesi; kullanılan SDK/servisler ve ayarları; mevcut EULA/aydınlatma metinleri; satın alma ve iptal ekranları; kabul/rıza sürüm kayıtları; mağaza beyanları; destek, veri silme ve hesap kapatma prosedürlerini hazırlayın. Kontrol yalnız metni okuyarak değil, uygulamada ne olduğunu görerek yapılmalıdır.

En sık yapılan hatalar

Mağaza onayını bütün hukuki yükümlülüklerin yerine getirildiği belgesi saymak, EULA kabulünü KVKK açık rızasıyla birleştirmek, “hiçbir şartta iade yok” yazmak ve SDK sağlayıcısının politikasını kendi aydınlatmanız yerine kullanmak başlıca hatalardır.

Hesap silme ile mağaza aboneliğinin kapanması da ayrı olabilir. Apple’ın rehberi aktif abonelikte tahsilatın sürmesine karşı bilgilendirme ve abonelik yönetimine erişim ister; hesap silmeyi dönem sonuna planlama seçeneği sunulsa bile hemen silme seçeneği de bulunmalıdır.

Sonraki adım ve sorumluluk reddi

Yayından önce bir kullanıcının uygulamayı kurmasından hesabını kapatmasına kadar bütün akışı izleyin. Ekran, sözleşme, veri akışı ve destek uygulaması birbirini doğrulamalıdır. Abonelik/iade ve SDK aktarım ayrıntıları için ilgili rehberleri ayrıca inceleyin.

Bu metin geliştiriciler için genel bilgilendirmedir; belirli uygulamanın mağaza kabulünü veya hukuka uygunluğunu garanti etmez. Ülke, yaş grubu, ürün ve veri akışına özgü inceleme gerekir.