App Store Gizlilik Etiketleri Nasıl Hazırlanır? Adım Adım Rehber

Apple bu etiketlere resmi belgelerinde "Privacy Nutrition Labels", yani gizlilik besin etiketleri adını veriyor. Kullanıcı, uygulamayı indirmeden önce bu özeti ürün sayfasında görüyor. Bu nedenle etiket hem mağaza incelemesinin hem de kullanıcı güveninin bir parçası. Üstelik yeni bir uygulama ya da güncelleme göndermek için bu bilgileri girmeniz şart; Apple bunu App privacy details sayfasında açıkça yazıyor.

Bu rehberde Talha Aslan ve ekibi olarak mağaza süreçlerinde izlediğimiz sırayı paylaşıyoruz. Önce kavramları netleştiriyoruz, ardından veri envanterini çıkarıyoruz, sonra App Store Connect'e geçiyoruz. Böylece "son gün form doldurma" telaşı yerine baştan doğru bir beyan elde ediyorsunuz.

App Store gizlilik etiketlerinden kim sorumludur?

Kısa cevap: uygulamayı yayımlayan geliştirici hesabı sorumludur. Apple, beyanın hem sizin hem de kodunu uygulamanıza eklediğiniz üçüncü taraf ortakların uygulamalarını kapsamasını istiyor. Üçüncü taraf ortak; analiz araçları, reklam ağları, üçüncü taraf SDK'lar (yazılım geliştirme kitleri) ve diğer dış tedarikçiler demek. Yani bir analiz kitinin topladığı veri de sizin beyanınıza girer.

App Store Connect tarafında bu yanıtları Account Holder, Admin ve App Manager rollerindeki kullanıcılar girebiliyor. Gizlilik politikası adresini ise Marketing rolü de düzenleyebiliyor. Bir ajansla ya da serbest geliştiriciyle çalışıyorsanız, yanıtları kimin gireceğini ve kimin onaylayacağını baştan yazılı hale getirin.

Öte yandan Apple'ın kendi çerçeveleri için ayrı bir kural var. Apple çerçevelerinden ya da hizmetlerinden uygulamanız hakkında veri alıyorsanız, ne topladığınızı ve nasıl kullandığınızı belirtirsiniz. Ancak Apple'ın kendi topladığı veriyi beyan etmekle sorumlu değilsiniz. Bu ayrım, özellikle Apple ile giriş ya da Apple'ın ödeme altyapısını kullanan uygulamalarda kafa karışıklığını azaltıyor.

Hazırlığa başlamadan önce veri envanterini nasıl çıkarırsınız?

Etiketin kalitesi, formdan önce yaptığınız envanter çalışmasına bağlı. Envanter, uygulamanın cihazdan dışarı gönderdiği her bilgiyi, gönderdiği yeri ve amacını gösteren basit bir tablodur. Biz bu tabloyu geliştirici, ürün sahibi ve pazarlama sorumlusuyla birlikte dolduruyoruz; çünkü her biri farklı bir veri akışını biliyor.

• Uygulamanın her ekranını gezin ve kullanıcının girdiği alanları not edin.
• Sunucuya giden API çağrılarını ve bu çağrılarla giden kimlikleri listeleyin.
• Proje dosyasındaki bütün bağımlılıkları, yani eklediğiniz kitaplıkları çıkarın.
• Pazarlama ekibine reklam, yeniden hedefleme ve e-posta bülteni planlarını sorun.
• Uygulama içindeki web görünümlerini ve bu sayfalardaki formları ayrıca kontrol edin.

Bu çalışma birkaç saatinizi alabilir. Ancak sonraki bütün adımları hızlandırır. Ayrıca aynı tabloyu gizlilik politikası, KVKK aydınlatma metni ve Google Play beyanı için de kullanırsınız. Kısacası tek kaynak, üç farklı belgeyi tutarlı hale getirir.

Apple "veri toplama" derken tam olarak neyi kastediyor?

Apple'a göre toplama, veriyi cihazdan dışarı, sizin ya da ortaklarınızın gerçek zamanlı isteğe hizmet etmek için gereken süreden daha uzun erişebileceği şekilde aktarmak anlamına geliyor. Bu tanım, beyan listesinin sınırını çiziyor. Dolayısıyla her ağ isteği otomatik olarak beyan konusu olmaz.

• Yalnız cihaz üzerinde işlediğiniz veri toplama kapsamına girmez ve beyan gerektirmez.
• Sunucu çağrısında giden ama saklamadığınız bir kimlik doğrulama jetonu ya da IP adresi için beyan gerekmez.
• Web görünümü (web view) üzerinden gelen trafik verisini, kullanıcıyı açık internette gezdirmiyorsanız beyan edersiniz.
• IP adresini nasıl kullandığınıza göre kesin konum, yaklaşık konum, cihaz kimliği ya da tanılama gibi ilgili türü seçersiniz.

Örnek senaryo: hava durumu ekranı için kesin konumu alıp hemen kabaca yuvarlıyorsunuz ve kesin konumu hiç saklamıyorsunuz. Bu durumda Apple, yaklaşık konum (Coarse Location) beyanını öneriyor. Etiketin doğruluğunu belirleyen asıl noktalar da bu tür ince ayrımlar. Bu yüzden "toplama" kelimesini günlük anlamıyla değil, Apple'ın tanımıyla okuyun.

Hangi veri türlerini işaretlemeniz gerekir?

Apple veri türlerini kategoriler halinde sunuyor ve her kategorinin altında daha dar seçenekler var. Aşağıdaki liste, resmi sayfadaki ana başlıkları özetliyor:

• İletişim bilgileri: ad, e-posta adresi (karma haline getirilmiş e-posta dahil), telefon numarası, fiziksel adres ve diğer iletişim bilgileri.
• Sağlık ve fitness: sağlık verisi ile egzersiz ve hareket verisi.
• Finansal bilgiler: ödeme bilgisi, kredi bilgisi ve diğer finansal bilgiler.
• Konum: kesin konum ve yaklaşık konum.
• Hassas bilgiler: etnik köken, dini inanç, biyometrik veri gibi özel nitelikli bilgiler.
• Kişiler: telefon rehberi ya da sosyal bağlantı listesi.
• Kullanıcı içeriği: mesajlar, fotoğraf ve videolar, ses verisi, oyun içeriği, müşteri destek kayıtları ve diğer içerikler.
• Tarama geçmişi ve arama geçmişi.
• Tanımlayıcılar: kullanıcı kimliği (User ID) ve cihaz kimliği (Device ID).
• Satın almalar, kullanım verisi (ürün etkileşimi, reklam verisi) ve tanılama (çökme ve performans verisi).
• Çevre ve beden verileri ile listede karşılığı olmayanlar için diğer veri türleri.

Ödeme tarafında önemli bir istisna var. Kullanıcı ödeme bilgisini uygulamanızın dışındaki bir ödeme hizmetine giriyorsa ve siz bu bilgiye hiç erişmiyorsanız, Apple bunu toplama kapsamında görmüyor. Öte yandan serbest metin alanları için "Other User Content", sesli kayıtlar için "Audio Data" seçeneğini kullanırsınız. Ancak forma açıkça ad ya da e-posta istiyorsanız, o veriyi kendi türüyle ayrıca işaretlersiniz.

Kullanıcıya bağlı veri ile bağlı olmayan veri nasıl ayrılır?

Apple'a göre veri çoğu zaman kullanıcının kimliğine bağlıdır. Toplamadan önce kimliksizleştirme ya da anonimleştirme koruması kurmadıysanız, veriyi bağlı olarak işaretlersiniz. Bağlı olmayan seçeneği için iki koşul öne çıkıyor.

Birincisi, toplamadan önce kullanıcı kimliği ya da ad gibi doğrudan tanımlayıcıları veriden ayırırsınız. İkincisi, veriyi daha sonra kullanıcıya geri bağlamaya çalışmazsınız; kimliği ortaya çıkaracak başka veri setleriyle de birleştirmezsiniz. Ayrıca Apple, gizlilik yasalarının kişisel veri dediği bilgileri de kullanıcıya bağlı veri olarak görüyor.

Pratikte en sık hata şurada çıkıyor: ekip analiz verisini "anonim" diye düşünüyor ama aynı olaylar hesap kimliğiyle sunucuya gidiyor. Bu durumda veri bağlıdır. Bu nedenle beyan öncesinde geliştirici ekibinize basit bir soru sorun: bu olay sunucuya hangi kimlikle gidiyor? Yanıt "hesap kimliği" ya da "e-posta" ise bağlı seçeneğini işaretleyin.

Bağlı olmayan veri ise ürün sayfasında daha az kaygı uyandırır. Yine de bu seçeneği kolaya kaçmak için kullanmayın. Etiketi kullanıcıyı rahatlatmak için değil, gerçeği anlatmak için doldurursunuz; inceleme sürecinde de Apple bu tutarlılığa bakıyor.

İzleme (tracking) ne demek ve ATT ile ilişkisi nedir?

Apple'ın tanımına göre izleme, uygulamanızdan topladığınız kullanıcı ya da cihaz verisini hedefli reklam veya reklam ölçümü amacıyla üçüncü taraf verisiyle birleştirmektir. Bu veriyi bir veri aracısıyla (data broker) paylaşmak da izlemedir. Üçüncü taraf verisi ise size ait olmayan uygulama, web sitesi ya da çevrim dışı kaynaklardan gelen veri demek.

• Başka şirketlerin uygulama ve sitelerinden gelen veriye dayanarak uygulamanızda hedefli reklam göstermek izlemedir.
• E-posta listesini ya da reklam kimliğini yeniden hedefleme veya benzer kitle için bir reklam ağıyla paylaşmak izlemedir.
• Uygulamanızın verisini başka uygulamaların verisiyle birleştiren bir SDK eklemek de izlemedir; siz bu amaçla kullanmasanız bile.

Buna karşılık yalnız cihazın içinde kalan ve tanımlanabilir biçimde dışarı çıkmayan eşleştirme izleme kapsamına girmiyor. Dolandırıcılık önleme ya da güvenlik amacıyla veri aracısı kullanmak da kapsam dışında.

İzleme yapıyorsanız, App Store inceleme yönergelerinin 5.1.2 maddesi gereği kullanıcıdan App Tracking Transparency (ATT) üzerinden açık izin alırsınız. ATT izin ekranının reklam ölçümüne etkisini uygulama takip şeffaflığı (ATT) yazımızda ayrıntılı anlattık. Burada yalnız etiket tarafındaki karşılığına odaklanıyoruz.

Veri kullanım amaçlarını nasıl seçersiniz?

Her veri türü için bir ya da daha fazla amaç seçersiniz. Apple'ın listesi altı başlıktan oluşuyor:

1. Üçüncü taraf reklamcılık: uygulamanızda başka firmaların reklamlarını göstermek ya da veriyi bu reklamları gösteren kuruluşlarla paylaşmak.
2. Geliştiricinin reklam veya pazarlaması: kendi reklamlarınızı göstermek ya da kullanıcılarınıza doğrudan pazarlama iletişimi göndermek.
3. Analiz: kullanıcı davranışını değerlendirmek, özelliklerin etkisini anlamak ve kitle büyüklüğünü ölçmek.
4. Ürün kişiselleştirme: önerilen ürünler ya da gönderiler gibi kullanıcının gördüğünü özelleştirmek.
5. Uygulama işlevselliği: kimlik doğrulama, dolandırıcılık önleme, güvenlik, sunucu sürekliliği, çökmeleri azaltma ve müşteri desteği.
6. Diğer amaçlar: listede yer almayan her kullanım.

Burada dürüst olmak işinize yarar. Örneğin e-posta adresini hem giriş hem de kampanya bülteni için kullanıyorsanız, iki amacı birlikte seçersiniz. Yalnız "uygulama işlevselliği" seçip bülteni gizlerseniz, ürün sayfanız gerçeği yansıtmaz. Üstelik inceleme ekibi uygulamanızda bülten onay kutusunu gördüğünde çelişkiyi fark eder.

Bir başka ipucu: amaç seçimini veri türü bazında yaparsınız, uygulama bazında değil. Bir veri türünün birden fazla amacı olabilir; aynı amaç da birden fazla veri türünde tekrar edebilir. Bu tekrar normaldir ve ürün sayfasında kullanıcıya daha net bir resim sunar. Dolayısıyla "uygulamamız analiz yapıyor" demek yetmez; hangi verinin analizde kullanıldığını tek tek belirtirsiniz.

Hangi durumlarda bir veriyi beyan etmek isteğe bağlıdır?

Apple bazı dar durumlarda beyanı isteğe bağlı tutuyor. Ancak genel istisna için aşağıdaki koşulların hepsini aynı anda karşılamanız gerekiyor:

• Veriyi izleme için kullanmıyorsunuz.
• Veriyi üçüncü taraf reklamcılık, kendi reklam ve pazarlamanız ya da diğer amaçlar için kullanmıyorsunuz.
• Toplama seyrek, uygulamanın ana işlevinin parçası değil ve kullanıcı için isteğe bağlı.
• Kullanıcı veriyi arayüzde kendisi veriyor, neyin gittiğini açıkça görüyor, adı ya da hesap adı gönderim formunda belirgin duruyor ve her seferinde göndermeyi kendisi seçiyor.

Örnek senaryo: uygulamanın içinde ara sıra açılan bir "geri bildirim gönder" formu bu tarife uyabilir. Buna karşılık ilk izinden sonra sürekli topladığınız veri bu istisnaya girmez; Apple bunu açıkça beyan etmenizi istiyor.

Apple ayrıca ürün iyileştirme programları, düzenlemeye tabi finansal hizmet bildirimleri ve etik kurul onaylı araştırmalar için ayrı koşul listeleri tanımlıyor. Bu başlıklardan birine giriyorsanız resmi sayfadaki koşulları tek tek kontrol edin. Koşullardan biri bile eksikse veriyi beyan edersiniz. Kısacası şüphede kaldığınızda beyan etmek, gizlemekten her zaman daha güvenli.

Üçüncü taraf SDK'lar etiketinizi nasıl etkiler?

Uygulamanıza eklediğiniz her kitaplık, sizin adınıza veri toplayabilir. Apple'ın üçüncü taraf SDK gereksinimleri sayfası bunu net söylüyor: bir SDK kullandığınızda, o SDK'nın uygulamanıza kattığı bütün koddan siz sorumlusunuz. Dolayısıyla analiz, çökme raporlama, reklam, anlık bildirim ve ödeme kitlerinin her biri envanterinize girer.

Bizim pratiğimiz şöyle: bağımlılık listesini çıkarıyor, her SDK'nın kendi gizlilik belgesini ve gizlilik manifestini açıyor, sonra topladığı veri türlerini tabloya döküyoruz. Böylece "bu veriyi biz toplamıyoruz" yanılgısı ortadan kalkıyor; çünkü toplayan kod sizin uygulamanızın içinde çalışıyor.

Aynı SDK'nın farklı ayarları farklı veri toplayabilir. Örneğin bir analiz kitinde reklam kimliği toplamayı kapatırsanız, cihaz kimliği beyanınız değişebilir. Bu nedenle SDK ayarlarını kod tarafında belgeleyin ve etiket yanıtlarıyla eşleştirin.

Uygulamanızı sıfırdan geliştirecekseniz bu envanteri baştan kurmak çok daha kolay. Talha Aslan ve ekibi olarak mobil uygulama geliştirme projelerinde SDK seçimini gizlilik beyanıyla birlikte planlıyoruz ve uygulamayı mağazaya da biz çıkarıyoruz. Projeniz için bizden teklif isteyebilirsiniz.

Gizlilik manifesti (Privacy Manifest) nedir?

Gizlilik manifesti, uygulamanın ya da üçüncü taraf SDK'nın topladığı veri türlerini ve kullandığı zorunlu gerekçeli API'leri kaydeden bir özellik listesi (property list) dosyasıdır. Dosyanın adı PrivacyInfo.xcprivacy olmak zorunda. Apple bu yapıyı Privacy manifest files belgesinde anlatıyor.

Manifestin üst düzeyinde dört temel anahtar yer alıyor:

• NSPrivacyTracking: uygulamanın ya da SDK'nın veriyi ATT tanımındaki anlamıyla izleme için kullanıp kullanmadığını belirten evet ya da hayır değeri.
• NSPrivacyTrackingDomains: izleme yapan internet alan adlarının listesi. Kullanıcı izleme izni vermediyse bu alan adlarına giden istekler başarısız oluyor.
• NSPrivacyCollectedDataTypes: uygulamanın ya da SDK'nın topladığı veri türlerini anlatan sözlükler.
• NSPrivacyAccessedAPITypes: zorunlu gerekçe isteyen API kategorilerini ve gerekçelerini listeleyen sözlükler.

Manifest, App Store Connect'teki etiketin yerini tutmaz. Ancak ikisi arasında doğrudan bir bağ var: Xcode, dağıtıma hazırlık aşamasında üçüncü taraf SDK'ların manifestlerini tek bir raporda birleştiriyor. Bu rapor, etiket yanıtlarınızı daha doğru hazırlamanıza yardım ediyor. Yani manifest, etiket için güvenilir bir kontrol listesi işlevi görüyor.

Zorunlu gerekçeli API'ler neden önemlidir?

Bazı API'leri normal işlevler için kullanırsınız; ancak aynı API'ler, cihazı ya da kişiyi tanımaya çalışan parmak izi (fingerprinting) yöntemlerine de kapı açabiliyor. Apple'ın belgesi açık: kullanıcı izleme izni verse bile parmak izi yöntemine izin yok.

Bu nedenle bu API kategorilerinden birini kullanıyorsanız, manifestte Apple'ın onayladığı gerekçelerden size uyanı belirtirsiniz. Belgeye göre App Store Connect, gerekçesini manifestte açıklamadığınız zorunlu gerekçeli API kullanımını içeren uygulamaları kabul etmiyor. Gerekçeyi bildirmediğinizde Apple size hatırlatma e-postası da gönderiyor.

Önemli bir ayrıntı daha var: SDK kendi kullanımını kendi manifestinde bildirmek zorunda. Yani bir SDK, sizin uygulama manifestinize yaslanamaz. Apple ayrıca sık kullanılan SDK'lardan oluşan bir liste yayımlıyor. Listedeki bir SDK'yı yeni uygulamaya ya da bir güncellemeyle eklediğinizde o SDK'nın manifestini, ikili (binary) bağımlılık olarak kullanıyorsanız imzasını da sağlarsınız. Listenin güncel halini resmi sayfadan kontrol edin.

App Store gizlilik etiketlerini App Store Connect'e adım adım nasıl girersiniz?

Apple'ın App Store Connect Yardım sayfasındaki akış şu sırayla ilerliyor. Menü adları zamanla değişebileceği için ekranda farklı bir ifade görürseniz resmi yardım sayfasını esas alın.

1. Apps bölümünden uygulamanızı seçin.
2. Kenar çubuğunda App Privacy bölümüne geçin.
3. Sağ taraftaki Get Started düğmesiyle akışı başlatın.
4. Sizin ya da üçüncü taraf ortaklarınızın veri toplayıp toplamadığını yanıtlayın. Toplamıyorsanız ilgili seçeneği işaretleyip kaydedersiniz.
5. Topluyorsanız, sizin ve ortaklarınızın topladığı bütün veri türlerini seçip kaydedin.
6. Data Types bölümünde her veri türüne tıklayın; amaç, kullanıcıya bağlılık ve izleme sorularını yanıtlayın.
7. Product Page Preview bölümünde ürün sayfasındaki görünümü kontrol edin.
8. Sağ üstteki Publish ile yanıtları yayımlayın ve onay penceresinde doğruluğu teyit edin.

Uygulama zaten mağazadaysa, Apple yalnız o sürümün topladığı verileri seçmenizi istiyor. Gelecek sürümdeki bir özellik için bugünden beyan yapmayın. Özelliği yayına aldığınız sürümde etiketi de güncelleyin.

Örnek senaryo: bir sipariş uygulamasının etiketi nasıl görünür?

Aşağıdaki tablo, kurgusal bir yemek siparişi uygulaması için hazırladığımız örnek senaryodur. Gerçek bir müşteriye ait değildir; yalnız düşünme biçimini göstermek için var.

Tablonun son satırı etiketin bütün tonunu değiştirir. Reklam SDK'sı cihaz kimliğini başka uygulamaların verisiyle birleştiriyorsa, ürün sayfanızda izleme verilerini gösteren ayrı bir bölüm oluşur ve ATT izni zorunlu hale gelir. Bu yüzden reklam SDK'sı eklemeden önce bu sonucu ürün ekibiyle birlikte değerlendirin.

Etiket, kullanıcının indirme kararını etkiler mi?

Etiket ürün sayfasında görünür ve kullanıcı indirmeden önce onu inceleyebilir. Bu nedenle etiket, mağaza sayfanızın bir parçası gibi çalışır. Uzun bir veri listesi, özellikle izleme bölümü dolu olduğunda, bazı kullanıcıları düşündürebilir. Ancak bu etkiyi sayıyla ölçen resmi bir veri yok; biz de rakam iddia etmiyoruz.

Doğru yaklaşım, etiketi küçültmeye çalışmak değil, gereksiz veri toplamayı azaltmaktır. Örneğin kullanmadığınız bir analiz olayını kaldırmak hem etiketi sadeleştirir hem de uygulamayı hafifletir. Ayrıca ekran görüntüleri, açıklama ve anahtar kelimeler gibi diğer mağaza öğelerini uygulama mağazası optimizasyonu (ASO) rehberimizdeki yaklaşımla güçlendirebilirsiniz.

Etiket ile gizlilik politikanız nasıl uyumlu olmalı?

İnceleme yönergelerinin 5.1.1 maddesi, her uygulamanın gizlilik politikası bağlantısını hem App Store Connect meta veri alanında hem de uygulama içinde kolay erişilebilir biçimde sunmasını istiyor. Gizlilik politikası adresi zorunlu; kullanıcının gizlilik tercihlerini yönetebileceği sayfanın adresi ise isteğe bağlı.

Uyum burada kritik. Etikette satın alma geçmişi görünüyor ama politikanız bundan hiç söz etmiyorsa, kullanıcı ve inceleme ekibi iki farklı hikâye okur. Bu yüzden etiket, politika ve uygulama içi izin metinleri aynı veri envanterinden beslenmeli.

Türkiye'deki kullanıcılara hizmet veriyorsanız KVKK aydınlatma ve açık rıza yükümlülükleri de devreye girer. Bu tarafı mobil uygulamada KVKK uyumu yazımızda ele aldık. Not: bu rehber hukuki danışmanlık değildir; metinleri hukuk danışmanınızla birlikte son haline getirin.

App Store gizlilik etiketlerinde en sık hangi hatalarla karşılaşıyoruz?

Mağaza hazırlığına destek verdiğimiz projelerde aynı hatalar sık tekrar ediyor. Aşağıdaki liste, kontrol ederken önce baktığımız noktaları gösteriyor:

• SDK'ları unutmak: yalnız kendi sunucunuza giden veriyi yazıp analiz ya da çökme kitlerini atlamak.
• "Kullanıcıya bağlı değil" seçeneğini teknik dayanağı olmadan işaretlemek.
• E-postayı yalnız giriş amacıyla beyan edip pazarlama gönderimlerini yazmamak.
• Web görünümü içindeki formların topladığı veriyi gözden kaçırmak.
• Etiket ile gizlilik politikası arasında çelişki bırakmak.
• Yeni özellik ekledikten sonra etiketi güncellememek.

Bu hataların bir kısmı inceleme aşamasında red gerekçesine dönüşebiliyor. Mağaza reddinin genel tablosunu uygulamaların en sık red nedenleri yazımızda topladık. Hesap oluşturma sunan uygulamalarda ayrıca Apple'ın zorunlu hesap silme kuralına bakmanızı öneririz; çünkü hesap silme akışı, gizlilik tercihleri sayfasıyla doğal olarak bağlantılı.

App Store gizlilik etiketlerini ne zaman güncellemelisiniz?

Apple, yanıtların doğru ve güncel kalmasından sizi sorumlu tutuyor. Veri pratikleriniz değiştiğinde yanıtları App Store Connect'te güncellersiniz. İyi haber şu: yanıtları değiştirmek için yeni sürüm göndermeniz gerekmiyor. Düzenleyip Publish ile yayımladığınızda ürün sayfasındaki bilgi de değişiyor.

Ancak bir ayrım var: gizlilik politikası adresindeki değişiklikler bir sonraki uygulama sürümüyle yayına çıkıyor. Ayrıca yönergelerin 2.3 maddesi, gizlilik bilgisi dahil bütün meta verinin uygulamanın temel deneyimini doğru yansıtmasını ve yeni sürümlerle güncel kalmasını istiyor. Güncelleme gerektiren tipik durumlar şunlar:

• Yeni bir SDK eklediniz ya da mevcut SDK'nın yeni sürümü farklı veri topluyor.
• Yeni bir veri türü istemeye başladınız; örneğin profil fotoğrafı ya da konum.
• Var olan verinin amacı genişledi; örneğin analiz verisini kişiselleştirmede de kullanıyorsunuz.
• Reklam ya da yeniden hedefleme kampanyası başlattınız.
• Bir özelliği ya da SDK'yı kaldırdınız ve artık o veriyi toplamıyorsunuz.

Biz her sürüm notunun yanına kısa bir "gizlilik etkisi" satırı eklemeyi öneriyoruz. Böylece etiketi güncelleme ihtiyacı, sürüm hazırlığı sırasında kendiliğinden ortaya çıkıyor. Örneğin sürüm notunda "yeni analiz SDK'sı eklendi" yazıyorsa, aynı satırda hangi veri türünün etkilendiğini de görürsünüz ve yayından önce App Privacy bölümünü açmayı unutmazsınız.

Google Play Veri güvenliği formundan farkı nedir?

İki mağaza benzer soruları soruyor ama aynı biçimde sormuyor. Android sürümünüz de varsa iki beyanı aynı veri envanterinden hazırlamak en sağlıklı yol. Google tarafının ayrıntılarını Google Play Veri güvenliği formu rehberimizde adım adım anlattık.

Temel fark terminolojide. Apple, izleme ve kullanıcıya bağlı veri kavramlarını merkeze alıyor. Google ise kendi formunda kendi tanımlarını kullanıyor. Bu yüzden Apple yanıtlarınızı olduğu gibi kopyalamak yerine her soruyu o mağazanın tanımıyla değerlendirin. Öte yandan veri envanteriniz ortak kalır; değişen yalnız sorulara verdiğiniz yanıtın biçimidir.

Yayından önce hangi kontrol listesini kullanmalısınız?

Gönderimden önce aşağıdaki sırayı izlerseniz etiket, manifest ve politika aynı dili konuşur:

1. Bağımlılık listesini çıkarın ve her SDK'nın gizlilik manifestini kontrol edin.
2. Uygulamanızın kendi manifestini oluşturun; zorunlu gerekçeli API kullanımınızı gerekçesiyle yazın.
3. Sunucuya giden her olay için hangi kimlikle gittiğini not edin.
4. Her veri türü için amaçları, bağlılık durumunu ve izleme yanıtını tabloya yazın.
5. İzleme varsa ATT izin ekranını ve kullanıcının izin vermediği durumdaki davranışı test edin.
6. Gizlilik politikanızı tabloyla karşılaştırın ve çelişkileri giderin.
7. App Store Connect'te yanıtları girin, Product Page Preview ile kontrol edin, sonra yayımlayın.

Testleri gerçek cihazda yapmak işinizi kolaylaştırır. Sürümü mağazaya göndermeden önce dahili test kullanıcılarıyla denemek için TestFlight rehberimize göz atabilirsiniz. Ayrıca test sırasında ağ trafiğini izlemek, beklemediğiniz bir SDK çağrısını erkenden yakalamanızı sağlar.

Gizlilik hazırlığında Talha Aslan ve ekibi nasıl destek verir?

Etiket hazırlığı aslında uygulama mimarisinin bir yan ürünü. Hangi SDK'yı seçtiğiniz, hangi olayı hangi kimlikle gönderdiğiniz ve hangi izni ne zaman istediğiniz etiketin sonucunu belirliyor. Bu yüzden biz gizliliği yayın gününe bırakmıyoruz; tasarım aşamasında veri envanterini birlikte çıkarıyoruz.

Sıfırdan bir uygulama planlıyorsanız ya da mevcut uygulamanızı mağazaya hazırlamak istiyorsanız, mobil uygulama geliştirme hizmetimiz kapsamında geliştirmeyi, gizlilik beyanını ve mağaza gönderimini birlikte üstleniyoruz. Proje kapsamınızı paylaşın, size özel teklif hazırlayalım. Mağaza kuralları değişebildiği için her projede güncel Apple belgelerini yeniden kontrol ediyoruz; burada yazdığımız hiçbir bilgi onay garantisi değildir.