Uygulama gizlilik politikası: iOS rehberi
Yazan: Mehdi Azizi
tarihinde güncellendi, 7 dk.
Gizlilik politikası, gizlilik beyanları, destek URL'si: Apple'ın bir iOS uygulamasını yayınlamadan önce gerçekten istedikleri ve bunları nasıl yazacağın.
Apple neden gizlilik politikası istiyor
App Store Connect'te bir sayfa oluşturduğun anda Apple senden bir gizlilik politikası URL'si ister. Gerçekten yanıt veren bir destek URL'si de ister. Bu süs olsun diye konmuş bir formalite değil: App Review guideline'ları, uygulamanda kullanıcı hesabı olsun ya da olmasın, her uygulamanın bir gizlilik politikası olmasını şart koşuyor. Bu sayfa erişilebilir değilse gönderimin daha reviewer incelemeye başlamadan takılır.
Eksik olan ya da uygulamanın gerçek davranışıyla örtüşmeyen bir gizlilik politikası, en kolay önlenebilecek ret sebeplerinden biri. Apple'a göndermeden önce bir dosyayı gözden geçirirken ilk baktığım noktalardan biri de bu.
Gizlilik politikanda gerçekten neler olmalı
Metin, uygulamanın gerçekte ne topladığını anlatmalı. Başka bir yerden kopyalanmış genel bir liste olmamalı. Çoğu durumda dört unsur öne çıkıyor:
Toplanan veriler. Hesap, e-posta, uygulamada oluşturulan içerik, kullanıyorsan reklam kimliği gibi teknik veriler. Özel bir şey toplamıyorsan bunu da açıkça yaz.
Her toplamanın sebebi. Uygulamanın çalışması için bu veriye neden ihtiyaç duyduğun. Muğlak bir gerekçe değil.
İşin içindeki üçüncü taraflar. Bir kimlik doğrulama sağlayıcısı, ödeme, analitik ya da yapay zeka servisi kullanıyorsan adını ver. Örneğin harici bir yapay zeka servisine fotoğraf gönderen bir uygulama bunu açıkça belirtmeli ve çoğu zaman göndermeden önce izin istemeli.
Verilerin nasıl silineceği. Apple, kullanıcı hesabı olan bir uygulamanın bu hesabı yalnızca e-postayla değil, uygulamanın içinden silme imkanı sunmasını şart koşuyor. Bu akış erişilebilir olmalı, akla gelmeyecek bir alt menüye gizlenmemeli.
Gizlilik politikası ile gizlilik beyanları arasındaki fark
Yeni başlayanların kafasında iki ayrı şey sık sık birbirine karışıyor. Gizlilik politikası, bir web sayfasında barındırılan ve bir bağlantıyla erişilen bir metin. Gizlilik beyanları ise doğrudan App Store Connect'te, "App Privacy" bölümünde doldurulan bir form. Toplanan verileri ve kullanım amaçlarını kategori kategori listeler ve sonra herkese açık sayfanda görünür.
İkisi de aynı hikayeyi anlatmalı. Uygulaman bir kimlik toplayan bir analitik SDK'sı kullanırken "hiç veri toplanmıyor" diyen bir beyan, bir reviewer'ın ya da sonradan yapılan bir denetimin yakalayabileceği türden bir tutarsızlık. Bu formu en kolay görünen kutuyu işaretleyerek değil, kodunun gerçekte ne yaptığını ve privacy manifest dosyanın neyi beyan ettiğini kontrol ederek doldur.
Peki GDPR ne olacak?
Uygulaman Avrupa'daki kullanıcıları hedefliyorsa Apple'ın şartlarına ek olarak GDPR (Fransızcada RGPD) de geçerli. Fransız veri koruma kurumu CNIL, mobil uygulama geliştiricileri için bir rehber yayımlıyor ve ilkeleri ayrıntılı anlatıyor: yalnızca gerekeni toplamak, açıkça bilgilendirmek, verilere erişim ve silme imkanı tanımak. Apple'ın şartları ile GDPR büyük ölçüde örtüşüyor, ama uygulaman geniş anlamda kişisel veri işliyorsa Apple'ı karşılamak GDPR'ı otomatik olarak karşılamaya yetmez.
Uygulaman basitse, yani hesap yoksa ve iOS'un kendi yönettiklerinin ötesinde kişisel veri toplanmıyorsa politikan kısa kalabilir: uzun ve konu dışı bir metin kopyalamak yerine bunu açıkça söyle.
Somut bir örnek: 5.1.1 kuralına bağlı retler
Yayınlama tecrübemde, artık güncel olmayan bir çevrimiçi gizlilik politikası yüzünden ve beklenen kamera izni isteğinden önce gösterilen bir özellik butonu yüzünden Apple'dan ret aldım. Bu iki durum da verilerin toplanması ve saklanmasıyla ilgili 5.1.1 kuralı kapsamına giriyor. Apple reddi, 2.1 kuralı rehberi ise yaygın başka bir sebebi anlatıyor; bu sefer test eden kişinin uygulamada gerçekten neler yapabildiğiyle ilgili.
İki durumun ortak dersi şu: reviewer, politikanın vaat ettiğini, uygulamanın gerçekte yaptığını ve formda beyan ettiğini karşılaştırır. Bu üçü arasındaki bir tutarsızlık, dosyanın geri kalanı sağlam olsa bile gönderimi durdurmaya yeter.
Her şeyi uydurmadan kendi politikanı nasıl yazarsın
İlk uygulaman için kullandığın servislerin gerçek listesinden yola çık: kimlik doğrulama, veritabanı, ödeme, analitik, yapay zeka. Her biri için uygulamandan ne aldığını ve nedenini not et. Bu liste politikanın iskeleti olur: basit bir hesap ve bir aboneliği olan bir uygulama için on sayfalık hukuki bir metne ihtiyacın yok.
Uygulamanı Expo ile geliştiriyorsan, Expo uygulamasında API anahtarları rehberi üçüncü taraf servis çağrılarını nereye koyacağını anlatıyor. Bu da politikanı yazarken hangi verinin hangi servisten geçtiğini tam olarak bilmene yardımcı olur.
Bu metin ve gizlilik beyanları hazır olunca, Apple'a göndermeden önce dosyanın geri kalanına katılırlar: sayfa, ekran görüntüleri, test eden kişi için notlar. App Store'da uygulama yayınlamak sayfası tüm bu adımları App Store Connect'in istediği sırayla ayrıntılı anlatıyor.
Sonraki adım: göndermeden önce gözden geçirilmiş bir dosya
Apple'ın uygulamanı ilk seferde kabul edeceğini garanti edemem, dürüst olan kimse edemez. Sana yardım edebileceğim şey, gizlilik politikası dahil önlenebilir retlerden kaçınmak. Göndermeden önce dosyanı kontrol etmek için Apple Review Kit, kontrol listemi ve projeni, paywall'unu ve sayfanı gözden geçiren Claude Code skill'lerini bir araya getiriyor.
Önce ücretsiz bir liste mi istiyorsun? Ücretsiz teşhis, her gönderimden önce kontrol ettiğim gizlilik noktalarıyla birlikte Apple retlerine karşı kontrol listemi sana gönderiyor.
Sık sorulan sorular
iOS uygulaması için gizlilik politikası nedir?
Bir web sayfasında barındırılan, bir bağlantıyla erişilen ve uygulamanın gerçekte ne topladığını anlatan bir metin. URL'sini, sayfanı oluşturduğun andan itibaren App Store Connect'te Apple'a verirsin. Başka bir yerden kopyalanmış genel bir liste değil: uygulamanın gerçek davranışıyla örtüşmeli.
iOS uygulaması yayınlamak için gizlilik politikası zorunlu mu?
Evet, Apple'ın guideline'ları, kullanıcı hesabı olsun ya da olmasın, her uygulamaya gizlilik politikası şartı koyuyor. Bu sayfa erişilebilir değilse gönderimin daha reviewer incelemeye başlamadan takılır. Uygulaman basitse politika kısa kalabilir. Uzun ve konu dışı bir metin kopyalamak yerine ne topladığını ya da özel bir şey toplamadığını açıkça söyle.
Bir uygulamanın gizlilik politikasına neler yazılmalı?
Çoğu durumda dört unsur öne çıkıyor: toplanan veriler, her toplamanın sebebi, işin içindeki üçüncü taraflar ve verilerin nasıl silineceği. Toplanan veriler için hesabı, e-postayı, oluşturulan içeriği ve kullanıyorsan reklam kimliğini düşün. Harici bir yapay zeka servisine fotoğraf gönderen bir uygulama bunu açıkça belirtmeli.
Gizlilik politikası ile gizlilik beyanları (App Privacy) arasındaki fark ne?
Politika, bir web sayfasında barındırılan ve bir bağlantıyla erişilen bir metin. Beyanlar ise App Store Connect'in App Privacy bölümünde doldurulan bir form: toplanan verileri ve kullanım amaçlarını kategori kategori listeler, sonra herkese açık sayfanda görünür. İkisi de aynı hikayeyi anlatmalı: formu kodunun gerçekte ne yaptığını kontrol ederek doldur.
Apple'ın kurallarına ek olarak GDPR'a da uymak gerekiyor mu?
Evet, uygulaman Avrupa'daki kullanıcıları hedefliyorsa GDPR, Apple'ın şartlarına ek olarak geçerli. İkisi büyük ölçüde örtüşüyor, ama uygulaman geniş anlamda kişisel veri işliyorsa Apple'ı karşılamak otomatik olarak yetmez. Fransız kurumu CNIL mobil uygulama geliştiricileri için bir rehber yayımlıyor: yalnızca gerekeni toplamak, açıkça bilgilendirmek, erişim ve silme imkanı tanımak.
Apple bir uygulamayı gizlilik politikası yüzünden reddedebilir mi?
Evet, eksik olan ya da uygulamanın gerçek davranışıyla örtüşmeyen bir politika, önlenebilir bir ret sebebi. Reviewer, politikanın vaat ettiğini, uygulamanın yaptığını ve formda beyan ettiğini karşılaştırır. Bu üçü arasındaki bir tutarsızlık gönderimi durdurmaya yeter. Ben de artık güncel olmayan bir çevrimiçi politika yüzünden ret aldım.