Android için Özel Korumalı Alan ile ilgili ilerleme durumu güncellemeleri

Bu ilerleme güncellemelerinde, tasarım tekliflerindeki yeni gelişmeler ve güncellemelerin özeti, aldığımız önemli sorular ve geri bildirimler ve geliştirici önizleme sürümleriyle ilgili güncellemeler paylaşılır.

Yeni çıkanlar

Geliştirici Önizlemesi 7 yayınlandı

Bu son sürüm, yaklaşan Özel Korumalı Alan Beta sürümlerinin temelini oluşturan önemli bir aşamadır. Bu sürümde, Protected Audience şelale uyumlulaştırma desteği, İlişkilendirme Raporlama etkinliği kaydı zincir bağlantısı yönlendirmeleri ve diğer API değişiklikleri ile ilgili ek işlevler yer alıyor.

Önümüzdeki aylarda yeni işlevler kullanıma sunulduğunda Geliştirici Önizleme kaynaklarını güncellemeye devam edeceğiz. İnisiyatifle ilgili güncellemeler almak için kaydolmanızı öneririz.

Mart 2023 Beta sürümü yayınlandı

Bu sürüm, herkese açık cihazlarda Özel Korumalı Alan API'lerinin kullanılabilirliğini temsil etmektedir ve işlevsel olarak Geliştirici Önizleme 6 ile eşdeğerdir. Geliştiriciler, Beta sürümlerindeki API'lere Uzantı SDK'sı üzerinden erişebilir.

Geliştirici Önizleme sürümleri için zaman çizelgesi güncellemesi

Tüm tarihler ve ayrıntılar değişebilir

Her Geliştirici Önizlemesi ve Beta sürümü, her sürümde hangi işlevlerin kullanılabildiğini ve hangilerinin kullanılamadığını açıklayan ayrıntılı sürüm notları ve kılavuzlarla birlikte sunulur.

Kullanılabilir:

  • Geliştirici Önizlemesi 7: SDK Çalışma Zamanı, Topics, Protected Audience ve Attribution Reporting API'ler dahil olmak üzere ilgili API'leri kullanarak entegrasyon tasarlamanıza olanak tanıyan işlevler içerir.
  • Sınırlı üretim testi için kullanılabilen beta programı. Mart 2023 Beta sürümü, herkese açık cihazlarda Özel Korumalı Alan API'lerinin kullanılabilirliğini temsil eder ve işlevsel olarak Developer Preview 6 ile eşdeğerdir.

2023'ün başlarında:

  • Android 13 cihazların küçük bir yüzdesinde gizliliği korumaya yönelik API'lerin ilk kararlı API sürümü.

2023'e kadar:

  • Ek işlevler içeren Geliştirici Önizlemeleri ve kararlı API sürümleri için daha fazla iterasyon. Daha fazla kullanıcı ve Android cihazı için genişletildi.

Hatırlatma: Şubat ayında Android'de Özel Korumalı Alan'ı duyurmuştuk. Bu yeni çözümleri tasarlarken, geliştirirken ve test ederken mevcut reklam platformu özelliklerini en az iki yıl boyunca desteklemeyi planladığımızı ve gelecekte yapılacak değişikliklerle ilgili önemli bilgilendirme yapmayı amaçladığımızı vurgulamıştık.

Tasarım teklifi güncellemeleri

Bu bölümde, tasarım tekliflerinde yapılan belirli güncellemeler açıklanmaktadır.

Yansıtma API'leri

Orijinal SDK Çalışma Zamanı tasarım önerimizde, SDK geliştiricilerin diğer SDK'lar tarafından yapılan müdahaleleri önlemesine yardımcı olmak amacıyla yansıtma ve çağırma API'lerine erişimi engelleme önerimiz hakkında geri bildirim istedik.

Etkilenen kullanım alanları hakkında değerli geri bildirimler aldık. Fayda ve riskler hakkında daha ayrıntılı bir incelemenin ardından, SDK çalışma zamanında yansıma ve çağırma API'lerinin kullanımına izin vereceğiz. Tasarım önerimizi de buna göre güncelledik.

Ancak SDK'ların, Çalışma zamanı özelliğinin etkin olduğu başka bir SDK'da yansıtma kullanmasına veya API'leri çağırmasına izin verilmez. Bunun yerine, SDK Çalışma Zamanı'nda SDK'lar arası iletişim için SDK keşfi amacıyla ayrı API'ler tasarlıyoruz. Bu API'ler gelecekteki bir güncellemede ayrıntılı olarak açıklanacaktır.

Diğer SDK'lar tarafından müdahale riskini azaltmanın yollarını sürekli olarak araştırıyoruz. Bu nedenle, SDK çalışma zamanında JNI kodunun kullanılmasını önlemeyi önermeye devam ediyoruz ve diğer API'leri aktif olarak değerlendiriyoruz. Yasaklanan API'lerin tam önerisini gelecekteki bir güncellemede paylaşacağız.

Attribution Reporting API

Topics API

  • Topics API, son 3 dönemin her biri için birer tane olmak üzere en fazla 3 konunun listesini döndürür (örneğin, son 3 hafta). Topics API teknik teklifini, döndürülen konuların kullanıcının ilgi alanlarını temsil ettiğini ve döndürülen konuların herhangi birinin veya tümünün reklam kişiselleştirme için kullanılabileceğini açıklığa kavuşturacak şekilde güncelledik.

Alınan ek soruların ve geri bildirimlerin özeti

Bu bölümde, yanıtlarımızla birlikte aldığımız sorular ve geri bildirimlerden bazılarını bulabilirsiniz.

Genel sorular

Android'deki Özel Korumalı Alan, bağlı TV cihazları için geçerli olacak mı?
Mevcut tasarım önerilerimiz, mobil cihazlar ve uygulamalar için kullanım alanlarını desteklemeye odaklanmaktadır. Gelecekte diğer Android form faktörleriyle ilgili daha fazla bilgi paylaşmayı planlıyoruz.
Android'deki Özel Korumalı Alan, beta sürümündeki cihazlara nasıl dağıtılacak?
Güncellemeleri kullanıcılara zaman içinde esnek bir şekilde sunmak için temel bileşenler, desteklenen Android mobil cihazlara ana hat modülleri olarak dağıtılır. Bu sayede, desteklenen cihazlarda Android platformunun normal sürüm döngüsü dışında sorunsuz bir şekilde iyileştirmeler sunabiliriz.
Kotlin desteği için planınız nedir?
Özel Korumalı Alan API tasarımını yinelemek için çalışıyoruz ve geliştiricilerin idiomatik Kotlin kodu yazmasını sağlamayı amaçlıyoruz. Geliştirici önizlemesindeki örnek uygulamalar gibi ilgili geliştirici kaynakları Kotlin'de (Java'ya ek olarak) kullanılabilir.
Özel Korumalı Alan için kullanıcı düzeyinde kontroller nelerdir ve bu kontrollerin kullanıma sunulması için beklenen zaman çizelgeleri nedir?

Nihai tasarımlar hâlâ geliştiriliyor ancak beta sürümünde cihaz ayarlarında kullanıcı kontrolleri sunmayı planlıyoruz. Bu kontroller sayesinde:

  1. Özel Korumalı Alan çözümlerinden çıkma veya bu çözümlere yeniden katılma
  2. Belirli çıkartılabilecek konuları Topics API'den kaldırma
Google Play dışındaki uygulama mağazası ekosistemleri Özel Korumalı Alan çözümlerini kullanabilir mi?

Tüm Özel Korumalı Alan çözümleri Android Açık Kaynak Projesi'nin (AOSP) bir parçasıdır. Bu nedenle, istenirse diğer uygulama mağazaları tarafından da benimsenebilir. Planlarını daha iyi anlamak için birlikte çalıştığınız uygulama mağazalarıyla iletişime geçin.

SDK Çalışma Zamanı

SDK sürümleri bu teklifler kapsamında nasıl yönetilecek? Tedarikçi firmalar SDK'larını bağımsız olarak güncelleyebiliyorsa uygulamalar SDK sürümü bağımlılıklarını kontrol edebilecek mi?

Bu özellik şu anda tasarlanmaktadır. İncelenen yaklaşımlardan biri, SDK geliştiricilerin SDK Runtime'ı destekleyen bir uygulama mağazasından dağıtmayı seçtikleri SDK'nın major.minor.patch sürümünü belirtmesidir.

Uygulama geliştiriciler, uygulama manifestlerinde belirterek bağımlı olmak istedikleri major.minor sürümünü seçebilir. Bir sonraki yama yayınlanana (bu yama da otomatik olarak yüklenir) veya uygulama geliştiricisi farklı bir major.minor sürümü bağımlılığı belirterek uygulamasını yeniden oluşturana kadar bu major.minor sürümü için en son yama sürümü yüklenir.

SDK Çalışma Zamanı hangi SDK türlerine yöneliktir?

SDK Çalışma Zamanı'nın ilk sürümü, reklam sunma, reklam ölçümü, reklam sahtekarlığı ve kötüye kullanım algılamayı sağlayan SDK'lar da dahil olmak üzere reklamcılıkla ilgili SDK'lar için kullanım alanlarını desteklemek üzere tasarlanmaktadır.

İlk odak noktası reklamcılıkla ilgili SDK'lar olsa da gizlilik yanlısı bir yaklaşım arayan ve yukarıda belirtilen koşullar altında çalışabileceklerini düşünen reklamcılıkla ilgili olmayan SDK'ların geliştiricileri, SDK Çalışma Zamanı'nda çalışan SDK'ları hakkında geri bildirimde bulunabilirler.

Şu anda kullanım alanlarımız için öneride belirtilen izinlerin dışında izinler kullanıyoruz. Daha fazla izin isteyebilir miyiz?

İlk tasarım önerimizdekilerin dışında belirli erişim izinleri gerektiren reklamcılıkla ilgili kullanım alanlarını öğrenmek istiyoruz.

SDK'ları SDK Runtime işlemine taşımak, indirme boyutunda veya alanda tasarruf sağlar mı?

Birden fazla uygulamanın aynı sürümün çalışma zamanı etkin SDK'larıyla entegre edilmesi, indirme boyutundan ve disk alanından tasarruf sağlar.

AAID'ye (AD_ID) erişme SDK izni, uygulamanın izinlerine bağlı mı?

RE SDK'sının AAID'ye erişebilmesi, hem uygulamanın hem de SDK'nın uygulamalarının manifest dosyasında izni belirtmesine bağlıdır. Gelecekteki bir teklif güncellemesinde, izne sahip olan SDK'ların AAID'yi almak için kullanabilecekleri API'yi ayrıntılı olarak açıklayacağız.

IP adresleri, işletim sistemi sürümleri ve alternatif veriler: Bunlar reklamcılıkla ilgili SDK'lar tarafından kullanılabilecek mi?

Şu anda reklamcılıkla ilgili SDK'ların erişebileceği sistem özellikleri üzerinde çalışıyoruz. Bu bilgiler, gelecekteki bir tasarım önerisi güncellemesinde paylaşılacaktır. Bu mülklerin kullanımıyla ilgili herhangi bir politika yayınlamadık.

SDK'mızın topladığı uygulama grubu kimliği, farklı Google Play geliştirici hesaplarına ait olsa bile birçok uygulamada aynı mı? AAID olmadan birden fazla uygulamada sahtekarlık yapan kullanıcıları nasıl engelleyebiliriz?

Bir uygulama veya SDK'larından herhangi biri yalnızca barındıran uygulamanın Google Play geliştirici hesabıyla ilişkili uygulama grubu kimliği değerine erişebilir. Android'deki Özel Korumalı Alan, sahtekarlık amacıyla yayıncı arası bir tanımlayıcı sunmaz. Geliştiriciler, şu anda biraz daha tutarsız bir alternatif olarak IP'yi kullanabilir.

Konular

API tarafından döndürülebilecek tüm olası konuların listesini görebilir miyim?
Geliştirici Önizlemesi 1, test amacıyla bu sınıflandırmadaki konuları kullanır. Bu sınıflandırma değişebilir. Bu özelliği, ekosistemden gelen geri bildirimler doğrultusunda zaman içinde geliştireceğiz.
Topics sınıflandırması değişirse bu değişiklikleri alıcı tarafı modellerinde nasıl hesaba katabiliriz?
Topics API yanıtı, sınıflandırıcı ve sınıflandırma için bir sürüm numarası içerir.

Android'de Protected Audience

Hariç tutma hedeflemesi, Protected Audience tarafından desteklenecek mi?

Mevcut tasarım önerisi, Protected Audience'taki özel bir kitleye dayalı negatif hedeflemeyi desteklemez.

Uygulama yükleme kampanyalarında, reklam teknolojisi sağlayıcıların halihazırda yüklü olan uygulamaları filtrelemesi için reklam filtreleme işlevi sunacağız. Ayrıca, sıklık sınırlamasına dayalı kampanya negatif filtreleme ihtiyaçlarının nasıl desteklenebileceğini araştırıyoruz. Tasarım önerisiyle ilgili gelecekteki güncellemelerde daha fazla bilgi verilecektir.

Satıcı reklam ağları tarafından özel kitleler oluşturulabilir mi? Yoksa alıcı reklam ağlarıyla mı sınırlıdır?

Özel kitleler için mevcut önerimiz, yeniden pazarlama kullanım alanı için alıcı tarafı tekliflerinin gizliliği korumaya yönelik bir şekilde oluşturulmasını desteklemeyi amaçladığından alıcı tarafı kullanım alanına odaklanır.

İlişkilendirme raporları

Özel Korumalı Alan API'leri, web'den uygulamaya ve uygulamadan web'e kullanım alanlarını desteklemek için birlikte çalışacak mı?
Bir mobil tarayıcı uygulamasının, aynı cihazda uygulama ve web'de ilişkilendirmeyi etkinleştirmek için Android Attribution Reporting API'yi çağırdığı kullanım alanlarını keşfediyoruz. Uygulamadan web'e etkinleştirmeyi seçerseniz Android API'leri için Özel Korumalı Alan, depolama ve ilişkilendirme için kullanılır ve ilişkilendirme, uygulama ve web genelinde tekilleştirilir (ancak API'den, uygulama ve web için birleştirilmesi gereken ayrı raporlar alabilirsiniz).
API, son tıklama dışındaki diğer ilişkilendirme modellerini destekliyor mu?
API, kaynağa öncelik verilen son temas ilişkilendirme modelini destekler. Ayrıca teklif, yükleme sonrası dönüşümlerin yüklemeyi sağlayan tıklama veya görüntülemeyle ilişkilendirilmesi için isteğe bağlı ilişkilendirme mantığını destekler.
Özel Korumalı Alan, Play Yükleme Yönlendiren'i etkiler mi?

Mevcut tasarım ve planlara göre, Özel Korumalı Alan API'leri Play Yükleme Yönlendiricisi tarafından sağlanan işlevi etkilemeyecektir.

Bazı geliştiriciler, kullanıcıların belirli tıklama sonrası etkinlikleri tamamlamaları için "ödüllendirilebilecekleri" reklam biçimleri belirlemiştir. Kullanıcı düzeyinde ilişkilendirme olmadan, mevcut teklifler kapsamında bu bir sorun olur.

Bu, olası çözümleri belirlemek için araştırma aşamasında olan bir alandır. Bu kullanım alanı ve var olabilecek diğer kullanım alanları için ek geri bildirim vermenizi öneririz.

İlişkilendirme neden her reklam teknolojisi platformu için bağımsız olarak gerçekleşir?

Günümüzde birçok reklamveren, dönüşüm etkinliklerinin ağlar genelinde tekilleştirilmiş bir görünümünü elde etmenin önemli olduğuna inanıyor ve bir Mobil Ölçüm İş Ortağı (MMP) kullanmak yaygın bir uygulamadır. Bunu yeni API'lerle yapmak kolay olacak, ancak aynı zamanda bağımsız teknoloji platformlarının veya reklamverenlerin arzu etmeleri durumunda doğrudan ölçüm yapmalarını kolaylaştıracaktır.

Yönlendirmelerin kullanılması, her uygulamada SDK'nın fiziksel olarak bulunması gerekmediği ancak yönlendirme sürecine dahil olmak için reklam teknolojisi SDK'larıyla ilişki kurmanız gerektiği anlamına gelir.

Bu yaklaşımın en önemli avantajlarından biri, herkesin kendi iş mantığı için kendi meta verilerine ve toplama anahtarlarına sahip olabileceği ve kendi önceliğini tanımlayabileceğidir.

Play Store'dan yapılan yüklemelerle ilgili herhangi bir doğrulama veya doğrulama işlemi var mı?

Doğrulanmış yüklemeler yalnızca isteğe bağlı yükleme sonrası dönüşüm ilişkilendirme mantığı için kullanılır. Bu doğrulanmış yüklemeler API tarafından gönderilmez. API yalnızca kayıtlı dönüşümlere dayalı raporlar gönderir ve kullanıcının uygulamayı daha önce yükleyip yüklemediğine dair herhangi bir sinyal döndürmez.

Tıklama veya görüntüleme doğrulaması yapıyor musunuz? Görüntüleme doğrulaması için minimum süre var mı?

Mevcut API önerisi, InputEvent aracılığıyla temel tıklama doğrulamasını destekler. Daha sağlam tıklama ve görüntüleme doğrulama biçimleri arıyoruz. Bu kullanım alanları için özellikle ekosisteme faydalı olabilecek görüntüleme tanımı türleri hakkında ek geri bildirim göndermenizi öneririz.