Web Sitesi Olmadan Gizlilik Politikası Nasıl Yayınlanır?

Play Console ve App Store Connect'teki gizlilik politikası alanı bir metin kutusu değil, bir URL alanıdır: inceleme sistemleri bu adresi otomatik olarak ziyaret eder ve sayfanın gerçekten açılıp açılmadığını kontrol eder. Politikanızın metni ne kadar eksiksiz olursa olsun, tarayıcıda doğrudan açılan bir web sayfasında durmuyorsa bu alan geçersiz sayılır.

Bazı geliştiriciler bu alana bir PDF ya da Word dosyasının indirme bağlantısını girmeyi dener; teknik olarak bu da bir 'adres'tir ama Google Play açısından geçersizdir: Play Console'ın kendi politika metni, gizlilik politikası URL'i için özellikle '(no PDFs)' — yani PDF kabul edilmez — der ve adresin düzenlenemez (non-editable), herkese açık ve coğrafi kısıtlama olmadan erişilebilir olmasını şart koşar. Dosya bağlantıları ayrıca cihaza göre farklı davranır (bazı tarayıcılar sayfada açmak yerine indirmeyi başlatır), arama motorları tarafından normal bir web sayfası gibi taranmaz ve reklam ağlarının (AdMob gibi) otomatik doğrulama sistemleri standart bir HTML sayfası bekler. En güvenli yöntem, politikanın doğrudan tarayıcıda görüntülenen, indirme gerektirmeyen bir web sayfasında yayınlanmasıdır.

Sayfanın ayrıca giriş (login) gerektirmemesi, geçici bir önizleme adresi olmaması ve yayınlandıktan sonra taşınmaması gerekir. İnceleme botu ya da bir kullanıcı adresi ziyaret ettiğinde karşılarına doğrudan politika metni çıkmalı — bir 'giriş yapın' ya da 'bu belgeye erişim isteyin' ekranı değil.

GitHub Pages, bir GitHub hesabınız varsa tamamen ücretsizdir ve teknik olarak sağlamdır: politika dosyanızı bir repoya koyup Pages'i etkinleştirdiğinizde adresiniz kalıcı ve herkese açık olur. Bedeli kurulum sürecidir — repo oluşturma, dosya yükleme ve Pages ayarlarını açma adımları koda alışkın olmayan bir geliştirici için engelleyici olabilir; varsayılan adres de (kullaniciadi.github.io/repo-adi biçiminde) markasız ve uzun görünür, kendi kısa domain'inizi bağlamak istiyorsanız ayrı bir DNS kurulumu gerekir.

Google Sites, sürükle-bırak arayüzüyle kod bilmeden birkaç dakikada bir sayfa yayınlamanızı sağlar ve ücretsizdir — bu yönüyle en düşük teknik bariyerli seçenektir. Ancak sonuç sayfası çoğu zaman profesyonel görünmez: hazır şablon hissi verir, adresiniz sites.google.com/view/... gibi uzun ve markasız bir yoldan oluşur; kendi kısa bir domain'i varsayılan ücretsiz planla bağlamak mümkün değildir.

Notion sayfasını ya da Google Docs belgesini 'herkese açık bağlantı' ile paylaşmak da teknik olarak bir URL üretir ve en hızlı yoldur, ama mağaza incelemesi açısından risklidir: bu adresler bir kullanıcı hesabına bağlıdır, workspace ayarları değiştiğinde ya da paylaşım izni yanlışlıkla kısıtlandığında sayfa erişilemez hale gelir — kalıcılık garantisi yoktur. Bazı incelemeciler ayrıca bu tür adresleri standart bir web sayfası değil, paylaşılan bir doküman olarak değerlendirip ek soru sorabilir.

Kendi domain'inizi satın alıp basit bir statik sayfa barındırmak en profesyonel görünen seçenektir ve size tam kontrol sağlar — ama bir bedeli vardır: yıllık domain ücreti, bir barındırma hizmeti (ya da yine GitHub Pages gibi ücretsiz bir statik host) ve zaman içinde DNS/sertifika yenilemesi gibi bakım işleri. Tek bir uygulama için bu yatırım çoğu bağımsız geliştiriciye orantısız gelir.

Hangi seçeneği kullanırsanız kullanın, gerçek risk barındırmayı seçtikten SONRA adresi değiştirmektir. Play Console'da girdiğiniz URL'i sildiğinizde ya da değiştirdiğinizde bu bir mağaza kaydı güncellemesi sayılır ve yeni bir sürüm gönderiminiz incelemeye girebilir; App Store Connect'te de aynı alan yeniden değerlendirilir. Bir barındırma seçeneğinden diğerine geçmek (ör. Notion'dan GitHub Pages'e) küçük bir 'taşınma' gibi görünse de mağaza tarafında yeni bir gönderim gerektirir.

Bu yüzden barındırma kararını verirken adresin kendisini değil, adresin ARKASINDAKİ içeriği güncellemeyi kolaylaştıran bir yöntem seçmek daha isabetlidir: URL sabit kalsın, politika metnini (yeni bir SDK eklediğinizde, veri toplama davranışınız değiştiğinde) aynı adreste güncelleyebildiğiniz bir kurulum tercih edin.

Vibeloy'da gizlilik politikası metnini oluşturmak ücretsizdir; premium planla bu politika, uygulamanıza özel kalıcı bir subdomain adresinde (ör. uygulamaadi.vibeloy.dev/privacy) otomatik olarak yayınlanır — repo açmanıza, DNS ayarlamanıza ya da bir statik host seçmenize gerek kalmaz.

Bu adres mağaza kaydına girdiğiniz andan itibaren sabit kalır; politika metnini güncellediğinizde (yeni bir servis eklediğinizde ya da veri toplama davranışınız değiştiğinde) aynı URL üzerinden yeni içerik yayınlanır, mağazalara tekrar yeni bir adres bildirmeniz gerekmez.

Yukarıdaki karşılaştırmadaki hiçbir seçenek 'yanlış' değildir — GitHub Pages'e hâkimseniz onu kullanmak makuldür. Vibeloy'un farkı, bu barındırma kararını tamamen ortadan kaldırıp geliştiricinin zamanını uygulamasına ayırmasıdır.

1. Politika metnini hazırlayın: uygulamanızın kullandığı SDK'lar (AdMob, Firebase Analytics, Crashlytics gibi), topladığınız veri türleri ve saklama süresi netleşmeden barındırma adresini seçmenin bir önemi yok — önce içerik.

İçerik hazır olduğunda barındırma seçeneğinize karar verin: teknik kurulumla vakit geçirmek istemiyorsanız barındırılan bir çözüm, kontrolü elinizde tutmak istiyorsanız GitHub Pages ya da kendi domain'iniz mantıklı olur.

3. Adresi hem Play Console'daki Politika > Uygulama içeriği > Gizlilik Politikası alanına, hem App Store Connect'teki App Information > Privacy Policy URL alanına aynı şekilde girin. İki sistem birbirinden bağımsızdır, ikisini de tek tek doldurmanız gerekir.

4. Adresi kaydettikten sonra tarayıcıda gizli/InPrivate modda açıp giriş istemeden doğrudan yüklendiğini doğrulayın; bu, incelemenin göreceği görünümün aynısıdır.

Bu kararları tek tek vermek istemiyorsanız Vibeloy'un ücretsiz gizlilik politikası oluşturucusu, uygulama bilgilerinizi ve kullandığınız servisleri girmenizle politika metnini dakikalar içinde çıkarır; barındırma adımını atlamak isterseniz kalıcı subdomain barındırma premium plana dahildir.