İlişkilendirme raporları: uygulamalar arası ve web ölçüm

Not: Bu doküman, Android'deki Özel Korumalı Alan'ın mevcut tasarım tekliflerini yansıtır ve daha fazla değişikliğe tabidir. Bu çalışmalara yardımcı olmak için geri bildirimlerinizi ve yorumlarınızı bekliyoruz.

Son güncellemeler

• Geçiş hata ayıklama raporları ile ilgili bir bölüm eklendi
• Web kaynaklarını kaydetmek için izin verilenler listesine katılma ile ilgili talimatlar eklendi

Attribution Reporting API tasarım önerisinde açıklandığı gibi, API tek bir Android cihazda aşağıdaki tetikleyici yollarının ilişkilendirilmesini sağlar:

• App-to-app: Kullanıcı bir uygulamada reklam görür ve ardından bu uygulamada veya yüklü başka bir uygulamada dönüşüm gerçekleştirir.
• App-to-web: Kullanıcı bir uygulamada reklam görür ve ardından mobil tarayıcıda veya uygulama tarayıcısında dönüşüm gerçekleştirir.
• Web-to-app: Kullanıcı, mobil veya uygulama tarayıcısında bir reklam görür ve ardından bir uygulamada dönüşüm gerçekleştirir.
• Web-to-web: Kullanıcı, mobil veya uygulama tarayıcısında bir reklam görür ve ardından aynı tarayıcıda veya aynı cihazdaki başka bir tarayıcıda dönüşüm gerçekleştirir.

Buradaki web, bir uygulamada gösterilen web içeriği olarak tanımlanır. Web içeriği, mobil tarayıcı uygulaması bağlamında veya tarayıcı dışı uygulamalarda gösterilen yerleştirilmiş web siteleri olarak gösterilebilir.

Önceki tetikleyici yolları aşağıdaki koşullara karşılık gelir:

• Reklam teknolojileri için: uygulamadan web'e yolları etkinleştirmek üzere API çağrılarında ve raporlamada yapılan güncellemeler
• Uygulamalar ve tarayıcılar için: Web ilişkilendirme kaynaklarının ve web tetikleyicilerinin kaydını Android'e iletme olanağı

Bu belgede, Attribution Reporting API'nin uygulamadan web'e, web'den uygulamaya ve web'den web'e tetikleyici yollarını desteklemek için nasıl genişletildiği açıklanmaktadır. Ayrıca, reklam teknolojilerinin ve uygulamalarının bu tetikleyici yollarını destekleme şartlarını karşılamak için yapması gereken değişiklikler de açıklanmaktadır.

Attribution Reporting API'lerine erişim

Reklam teknolojisi platformlarının Attribution Reporting API'lerine erişmek için kaydolması gerekir. Daha fazla bilgi için Privacy Sandbox hesabına kaydolma başlıklı makaleyi inceleyin.

Kayıt işlemi tamamlandıktan sonra, kayıttan çıkarılmış bir kayıt çağrısı alınırsa API kaydı siler.

Reklam teknolojisi platformları, ilişkilendirme kaynaklarını ve tetikleyicileri kaydetmek için uygulama ve web'de kullanabilecekleri tüm sunucu URL'leriyle kaydolmalıdır. Birden fazla sunucu kaydı URL'si desteklenir ancak yalnızca bir raporlama kaynağı desteklenir. Bu raporlama kaynağı, sunucu kaydı URL'lerinden birinin alan adından türetilir.

Reklam teknolojileri için yapılan değişiklikler

Kayıt ve ilişkilendirmede yapılan değişiklikler

Bir ilişkilendirme kaynağı kaydettiğinde reklam teknolojileri, tetikleyici etkinliğinin gerçekleştiği uygulama paketi adı olan bir hedef alanı belirtir. Uygulamadan web'e ölçümü etkinleştirmek için bir uygulama hedefi alanı (uygulama paketi adı) ve bir web hedefi alanı (eTLD+1) desteklemeyi planlıyoruz.

Web içeriği barındıran her uygulamanın kendi izin modeline sahip olabileceğinden, web ilişkilendirme kaynaklarını veya tetikleyicilerini kaydederken API yönlendirmeleri desteklemez. Her uygulama, yönlendirmeleri takip etmekten (destekleniyorsa) ve her yönlendirme atlaması için web bağlamı API'lerini çağırmaktan sorumludur.

Ayrıca bu entegrasyon, reklam teknolojilerinin web ilişkilendirme kaynaklarında uygulamaya özgü ilişkilendirme mantığını kullanmasına olanak tanır. Örneğin, artık bir web ilişkilendirme kaynağında yükleme sonrası ilişkilendirme aralıklarını belirtebilirsiniz.

Uygulama ve web raporları alma

Android Attribution Reporting API hem uygulama hem de web dönüşümleri için rapor gönderebilir. Reklam teknolojisi uzmanları, tetikleyici verilerini ve toplama anahtar değerlerini web ve uygulama yüzeylerinde uyumlu hale getirmek istemiyorsa web dönüşümünü uygulama dönüşümünden ayırt edebilir:

• Etkinlik düzeyindeki raporlar için tetiklemenin web'de (hedef bir eTLD+1) mi yoksa uygulamada (hedef bir uygulama paketi adı) mı gerçekleştiğini belirten bir hedef alanı destekleyeceğiz.
• Toplanabilir raporlar için hedef açık metin olarak gönderilir.

Web'den web'e ölçüm sonuçlarının etkileri

Uygulamalar, kaydı ne zaman Attribution Reporting API'ye ileteceğini seçer. Burada dikkate almanız gereken birkaç nokta vardır:

• Attribution Reporting API bu cihazda kullanılabilir mi? Uygulamalara, Attribution Reporting API'nin ilgili cihazda kullanılıp kullanılamayacağını döndüren yeni bir sinyal sunacağız. Uygulamaların Attribution Reporting API'ye nasıl kayıt olabileceği hakkında daha fazla bilgi için uygulama değişiklikleri bölümüne bakın.
• İlişkilendirme kaynaklarının ve tetikleyicilerinin hangi kısmı API'ye iletilmelidir? Bu karar, her uygulama tarafından veya uygulama seçime izin veriyorsa reklam teknolojisi tarafından verilir. Uygulamanın kendi ölçüm çözümü varsa bunun yerine bu çözümü kullanmayı düşünebilirler. Sonuç olarak, tüm kaynak ve tetikleyici kayıtlarını Android Attribution Reporting API'ye (kullanılabilir olduğunda) iletmek, uygulama ve web genelinde en doğru ilişkilendirmeyi sağlar.

Aşağıdaki örnekte, tarayıcı uygulamalarının hem tarayıcı uygulamasında hem de tarayıcı dışı bir uygulamada bir reklamı tıklayan kullanıcılar için doğru ölçüm sağlamak amacıyla Attribution Reporting API ile nasıl çalışabileceği gösterilmektedir:

Bir tarayıcı ve uygulamada kaynak ve tetikleyici kaydı örneği

• 1. günde kullanıcı, tarayıcı uygulamasında bir reklamı tıklar.
  • Tarayıcı uygulaması, kendi ölçüm çözümünü kullanmayı seçebilir veya web reklamı tıklamasının kaydını Attribution Reporting API'ye iletebilir.
• 2. günde kullanıcı, tarayıcı dışında bir uygulamadaki bir reklamı tıklar.
  • Tıklama, API'ye ilişkilendirme kaynağı olarak kaydedilir. Etkinlik farklı bir uygulamada gerçekleştiği için tarayıcı uygulaması bu tıklamayı göremez.
• 3. günde kullanıcı, tarayıcı uygulamasında dönüşüm gerçekleştirir.
  • Tarayıcı uygulaması hem tıklamayı hem de dönüşümü kendi ölçüm çözümünü kullanarak kaydedip bu bilgileri İlişkilendirme Raporlama API'sine iletiyorsa bir reklam teknolojisinin ölçüm çözümleri genelindeki dönüşüm raporlarını tekilleştirmesi pek olası değildir. Ayrıca bir reklam teknolojisi hem tarayıcı uygulaması ücret sınırlarını hem de Attribution Reporting API ücret sınırlarını kullanabilir. Bu nedenle, API kullanılabilir olduğunda uygulamaların API'ye kaydedilecek tüm reklam etkinliklerini ve dönüşümleri iletmesini öneririz.

WebView'den ilişkilendirme kaynağını ve tetikleyiciyi kaydetme

Uygulama, Android reklamı yerine web içeriği göstermek için WebView kullanıyorsa registerWebSource() için izin verilenler listesine katılmak üzere başvuruda bulunabilir ve uygulama paketi adı yerine ilişkilendirme kaynağıyla ilişkilendirilecek web sitesinin üst düzey kaynağını sağlayabilir.

Tarayıcılara benzer şekilde WebView, tetikleyici kayıtları için registerWebTrigger()'ü destekler. Bu, tetikleyiciyi üst düzey kaynakla ilişkilendirir. WebView'in uygulama tetikleyicisi kaydetmesi desteklenmez. Bununla ilgili bir kullanım alanınız varsa bize ulaşın. WebView tarafından desteklenen kombinasyonların tam listesi için WebView'den ilişkilendirme kaynağı ve tetikleyici kaydı başlıklı makaleyi inceleyin.

Tarayıcıların aksine WebView, Android'in İlişkilendirme Raporlama API'si kullanılabilir durumdaysa yalnızca Attribution-Reporting-Eligible başlığında işletim sistemine kayıt işlemini destekler. Android'in Attribution Reporting API'si kullanılamıyorsa WebView bir Attribution-Reporting-Eligible başlığı ayarlamaz ve kayıt yapılmaz.

OS'yi kullanarak ilişkilendirme kaynağı / tetikleyici kaydetmek için:

• Reklam teknolojileri, kaynak kayıtlarına Attribution-Reporting-Register-OS-Source başlığını kullanarak yanıt vermelidir. Bu başlık, WebView'den registerSource() veya registerWebSource()'ye ikincil bir API çağrısı başlatır.
• Reklam teknolojileri, Attribution-Reporting-Register-OS-Trigger üstbilgisini kullanarak tetikleyici kayıtlarına da yanıt verebilir. Bu üstbilgi, WebView'den registerWebTrigger() veya registerTrigger()'ye ikincil bir API çağrısı başlatır.

Yanıt önceki üstbilgileri içermiyorsa veya web desteklenmediği halde Attribution-Reporting-Register-Source / Attribution-Reporting-Register-Trigger üstbilgilerini de içeriyorsa kayıt işleminin tamamının başarısız olacağını unutmayın.

WebView'in registerSource()/registerWebSource() ve registerTrigger() / registerWebTrigger()'i kullanıp kullanmayacağı (ve bu davranışın nasıl değiştirileceği) hakkında ayrıntılı bilgi için Web Görünümü'nden ilişkilendirme kaynağı ve tetikleyici kaydı başlıklı makaleyi inceleyin.

Not: WebView'lerin Attribution Reporting API'yi kullanmasına izin vermek için yerleştirme uygulamasının doğru izinlerle yapılandırılması gerekir.

Geçiş hata ayıklama raporları

Attribution Reporting API, geçiş hata ayıklama raporları adlı isteğe bağlı bir özelliği destekler. Bu özellik, reklam teknolojilerinin reklam kimliği mevcut olduğunda ilişkilendirme raporları hakkında daha fazla bilgi edinmesine olanak tanır. İki tür hata ayıklama raporu vardır: attribution-success ve verbose. Bu raporlar uygulamalar arası ve web ilişkilendirmesi için desteklenir. Her iki rapor türü de aynı bilgileri içerir. Tek fark, hata ayıklama raporları gönderilirken izinlerle ilgilidir.

Tek bir uygulamada (örneğin, aynı tarayıcı uygulamasında) gerçekleşen web'den web'e ilişkilendirme için ilişkilendirme başarısı ve ayrıntılı raporlar yalnızca üçüncü taraf çerezleri mevcut olduğunda kullanılabilir ve reklam kimliği kullanılabilirliğine bağlı değildir.

Uygulamadan web'e, web'den uygulamaya ve web'den web'e uygulamalar arası ilişkilendirme için ilişkilendirme başarısı ve ayrıntılı raporlar, uygulama tarafında AdID mevcutsa ve reklam teknolojisi web tarafında aynı (doğru) AdID'yi iletebiliyorsa kullanılabilir. Kaynağın bir yayıncı uygulamasında, tetikleyicinin ise bir tarayıcı uygulamasındaki reklamveren sitesinde gerçekleştiği uygulamadan web'e örnek için aşağıya bakın.

Uygulamadan web'e yönelik ilişkilendirme başarısı hata ayıklama raporunu etkinleştirmek için aşağıdaki üç koşulun da karşılanması gerekir:

• Kullanıcı, reklam kimliğini kullanarak kişiselleştirmeyi devre dışı bırakmamış olmalıdır.
• Yayıncı uygulamasında AdID izinleri beyan edilmiş olmalıdır.
• Reklam teknolojisi, tetikleyici kaydında AdID değerini (web bağlamından) iletmelidir.

Uygulamadan web'e bağlantı için ayrıntılı hata ayıklama raporlarını etkinleştirmek üzere:

• Ayrıntılı kaynak raporları yalnızca yayıncı tarafındaki izinlere bağlıdır. Kaynak ayrıntılı raporlarının gönderilmesi için kullanıcının AdID kişiselleştirmeyi devre dışı bırakmaması ve yayıncı uygulamasının AdID izinlerini belirtmesi gerekir.
• Tetikleyici ayrıntılı raporları yalnızca tetikleyici tarafına (bu örnekte web) bağlıdır. Ayrıntılı raporların gönderilmesi için tarayıcıda üçüncü taraf çerezleri bulunmalıdır.
• İsteğe bağlı olarak source_debug_key içerebilen ayrıntılı tetikleyici raporları için reklam kimliği yayıncı uygulamasında kullanılabilirse source_debug_key dahil edilir.

Tüm durumlarda, reklam teknolojisinin kaynaktaki debug_reporting sözlük alanını ve tetikleyici kayıt üstbilgilerini kullanarak ayrıntılı hata ayıklama raporlarını almayı etkinleştirmesi gerektiğini unutmayın.

Not: Reklam kimliği dışındaki verileri kullanarak uygulama ve web arasında ilişkilendirmeyi destekliyorsanız Güvenilir Testçi Programı'na katılmak için kullanım alanınızla birlikte bize ulaşın. Güvenilir Test Ekibi Programı, önceki bölümde açıklanan geçiş dönemi hata ayıklama raporlarını almayla ilgili alternatif bir yöntemi destekler. Güvenilir Testçi Programı, kullanım alanı desteklenmesine rağmen reklam teknolojisinin kaynak ve tetikleyici kaydı genelinde reklam kimliği sağlayamadığı, kanıtlanmış bir ihtiyacı olan reklam teknolojileriyle sınırlıdır.

Uygulamalarda yapılan değişiklikler

Uygulamaların yeni bir web bağlamı API çağrısı grubu kullanarak web ilişkilendirme kaynaklarının ve web tetikleyicilerinin kaydını Android'deki Attribution Reporting API'ye iletmesine izin vererek uygulama ve web yüzeylerinde ilişkilendirmeyi destekleyeceğiz.

Aşağıdaki bölümlerdeki kayıt adımları tamamlandıktan sonra uygulama ve web ilişkilendirme kaynakları ve tetikleyicileri cihazda depolanır ve Attribution Reporting API, uygulama ve web yüzeylerinde kaynak öncelikli, son temas ilişkilendirmesi gerçekleştirebilir.

Tarayıcıların, uygulama ve web genelinde ölçüm yapılmasını sağlamak için Android'in Attribution Reporting API'siyle nasıl entegre edilebileceğine dair bir örnek için Web İçin Özel Korumalı Alan teklifine bakın. Tarayıcı, teklife aşağıdaki istek üstbilgilerini ekler:

• Attribution-Reporting-Eligible, ilişkilendirme için OS düzeyinde destek olup olmadığını yayınlar. Bu durumda başlık, Android'in Attribution Reporting API'sinin kullanılabilir olup olmadığını gösterir.
• Varsa reklam teknolojileri, isteğe bağlı olarak Attribution-Reporting-Register-OS-Source kullanarak yanıt verebilir. Bu durumda tarayıcı uygulamasından registerWebSource()'a ikincil bir API çağrısı başlatılır.
• Reklam teknolojileri, Attribution-Reporting-Register-OS-Trigger üstbilgisini kullanarak tetikleyici kayıtlarına da yanıt verebilir. Bu üstbilgi, tarayıcı uygulamasından registerWebTrigger()'a ikincil bir API çağrısı başlatır.

İlişkilendirme kaynağı kaydı

Uygulamalar, ilişkilendirme kaynağı kaydederken aşağıdaki parametreleri bekleyen registerWebSource() işlevini çağırabilir:

• İlişkilendirme kaynağı URI'leri: Platform, ilişkilendirme kaynağıyla ilişkili meta verileri almak için bu listedeki her URI'ye istek gönderir.
  
  Her URI'de, teknik ekip tarafından sağlanan hata ayıklama anahtarlarının rapora eklenip eklenmeyeceğini belirten bir boole Hata Ayıklama işareti bulunmalıdır.
• Giriş etkinliği: InputEvent nesnesi (tıklama etkinliği için) veya null (görüntüleme etkinliği için)
• Kaynak kaynağı: Kaynağın gerçekleştiği kaynak (yayıncı web sitesi).
• OS hedefi: Tetikleyici etkinliğinin gerçekleştiği uygulama paketi adı.
• Web hedefi: Tetikleyici etkinliğin gerçekleştiği eTLD+1.
• Doğrulanmış hedef: Kullanıcı tıkladığında gezinme için kullanılan işletim sistemi veya web hedefi URI'si amacı.

API, Attribution Source URI'sine istek gönderdiğinde reklam teknolojisi, bir HTTP başlığında ilişkilendirme kaynağı meta verileriyle yanıt vermelidir,Attribution-Reporting-Register-Source. Bu başlık, uygulama içi ilişkilendirme kaynağı kaydı ile aynı alanları kullanır ancak birkaç değişiklik vardır:

• API, reklam teknolojisi tarafından belirtilen hedefleri uygulama tarafından belirtilen hedeflerle doğrular. Hedefler farklıysa API, ilişkilendirme kaynağı kaydını reddeder.
  
  Uygulamaların, web bağlamı API'sini çağırmadan önce web hedeflerini doğrulaması beklenir. Tıklamalar için uygulamalar, belirtilen hedefin kullanıcının gittiği hedefle eşleşip eşleşmediğini kontrol etmelidir.
• API, Attribution-Reporting-Redirects içinde sağlanan yönlendirme URI'lerini yoksayar. Uygulamalar, kendi izin politikalarını gerektiği gibi uygulayabilmek için yönlendirmeleri kendi başlarına takip etmeli ve her yönlendirme için registerWebSource() çağrısı yapmalıdır.

Uygulamaların registerWebSource()'ü araması için izin verilenler listesine katılması gerekir. İzin verilenler listesine katılmak için bu formu doldurun. İzin verilenler listesinin amacı, web bağlamında güven oluşturma ile ilgili gizlilik sorunlarını azaltmaktır.

Kaydı (dönüşüm) tetikleme

Kayıt tetiklendiğinde uygulamalar registerWebTrigger() işlevini çağırabilir. Bu işlev aşağıdaki parametreleri bekler:

• Tetikleyici URI'leri: Platform, tetikleyiciyle ilişkili meta verileri almak için bu listedeki her URI'ye bir istek gönderir.
• Hedef kaynağı: Tetikleyicinin gerçekleştiği kaynak (reklamveren web sitesi)

WebView'den ilişkilendirme kaynağı ve tetikleyici kaydı

WebView varsayılan olarak registerSource() ve registerWebTrigger()'yi kullanır. Bu işlem, kaynakları uygulamayla ilişkilendirir ve tetikleyici gerçekleştiğinde WebView'in üst düzey kaynağıyla tetikleyiciyi ilişkilendirir.

Bir uygulama farklı bir davranış gerektiriyorsa (ör. Web Görünümü'nde web içeriği barındıran uygulamalar) androidx.webkit.WebViewSettingsCompat sınıfındaki setAttributionRegistrationBehavior yöntemini kullanmalıdır. Bu yöntem, WebView'in registerWebSource() veya registerSource()'ı ve registerWebTrigger() veya registerTrigger()'ı çağırıp çağırmayacağını belirtir.

setAttributionRegistrationBehavior için kullanılabilen seçenekler şunlardır:

Değer	Açıklama	Örnek kullanım alanı
APP_SOURCE_AND_WEB_TRIGGER (varsayılan)	Uygulamaların WebView'den uygulama kaynaklarını (uygulama paketi adıyla ilişkili kaynaklar) ve web tetikleyicilerini (eTLD+1 ile ilişkili tetikleyiciler) kaydettirmesine izin verir.	Web'de gezinmeyi etkinleştirmek yerine reklam yayınlamak için WebView kullanan uygulamalar
WEB_SOURCE_AND_WEB_TRIGGER	Uygulamaların WebView'den web kaynaklarını ve web tetikleyicilerini kaydetmesine olanak tanır. Not: Bu seçeneği kullanan uygulamaların registerWebSource()'i kullanabilmek için izin verilenler listesine katılmak üzere başvurması gerekir.	Hem reklam gösterimlerinin hem de dönüşümlerin WebView'deki web sitelerinde gerçekleşebileceği WebView tabanlı tarayıcı uygulamaları.
APP_SOURCE_AND_APP_TRIGGER	Uygulamaların WebView'den uygulama kaynaklarını ve uygulama tetikleyicilerini kaydettirmesine izin verir.	Reklam gösterimlerinin ve dönüşümlerin her zaman WebView'in eTLD+1 yerine uygulamayla ilişkilendirilmesi gereken WebView tabanlı uygulamalar.
DEVRE DIŞI	WebView'den kaynak ve tetikleyici kaydını devre dışı bırakır. İlişkilendirme kaynağı veya tetikleyici URI'lerine yapılan ilk ağ çağrısının yine de gerçekleşebileceğini ancak yanıtların atıldığını ve cihazda hiçbir şeyin depolanmayacağını unutmayın.

Not: setAttributionRegistrationBehavior, her uygulamanın her WebView uygulaması için geçerlidir. Uygulamanız birden fazla WebView'i destekliyorsa bunların her biri için farklı davranışlar ayarlayabilirsiniz. setAttributionRegistrationBehavior, uygulamanın kendisinden veya başka bir uygulamadan kaydı engellemez, değiştirmez ya da tetiklemez.

Gizlilik ve güvenlikle ilgili dikkat edilmesi gereken noktalar

Raporlara uygulanan gizliliği koruma mekanizmaları üzerindeki etkisi

Ana tasarım önerisinde açıklandığı gibi, API raporlara gizliliği koruyan hız sınırlamaları uygular. Bazı sınırlar kaynak ve hedef uygulamalar arasında paylaştırılır. Bir web ilişkilendirme kaynağı veya tetikleyici kaydedildiğinde, sıklık sınırı uygulama yerine kaynak veya hedef siteye göre bölünür.

Uygulama ayrı hız sınırlarına sahipse saldırgan, API'nin hız sınırlarına ek olarak uygulamaya özgü hız sınırlarını da tüketebilir. Bu sorunu azaltmak için uygulamaların, belirli bir ilişkilendirme kaynağının hem uygulamanın ölçüm çözümüne hem de Android İlişkilendirme Raporlama API'sine kaydedilmediğinden emin olması gerekir.

Web bağlamı için güven oluşturma

Web bağlamında API çağrılarında API, kaynak ve hedef kaynaklarını algılayıp belirtmek için uygulamaya güvenir. Bu durum, gizlilik ve güvenlikle ilgili olası endişelere yol açabilir:

• Bir saldırgan, herhangi bir kaynağın aktarabileceği bilgi miktarıyla ilgili hız sınırlarını atlatmak için sahip olduğu web sitelerini barındırdığını iddia edebilir.
• Birden fazla saldırgan, aynı kaynak site için hak talebinde bulunarak ayrı ilişkilendirme kaynakları kaydetmek üzere işbirliği yapabilir. Bu durum, kaynak sitenin reklam teknolojisi platformu ücret sınırlarını aşmasına neden olabilir ve gerçek kaynak sitenin meşru ilişkilendirme kaynaklarını kaydettirmesini engelleyebilir.

Bu sorunu azaltmak için registerWebSource() çağrısını hangi tarayıcıların veya uygulamaların yapabileceğini, kayıt sırasında kullanılan kaynak sitenin kullanıcıya gösterilen gerçek siteyi temsil ettiğini onaylayan tarayıcılar veya uygulamalarla sınırlayacağız. registerWebSource() araması yapmak için izin verilenler listesine katılmak üzere Web'den Uygulamaya İlişkilendirme Raporlama kayıt formunu doldurun.

Tetikleyici tarafındaki gizlilik ve güvenlik hususları kaynak tarafında işbirliği olmadan geçerli olmadığından herhangi bir uygulama registerWebTrigger()'ü çağırabilir.

Kullanıcı denetimleri

Uygulamalar, kayıt sırasında tanımlanabildikleri sürece kullanıcı denetimlerini veya izin politikalarını desteklemeye devam edebilir. Örneğin, uygulamalar site düzeyinde veya kullanıcı düzeyinde izinlere izin veriyorsa uygulama bunları değerlendirmeli ve web bağlamı API'lerinin çağrılıp çağrılmayacağını belirlemelidir.

Ayrıca, cihazda ilgili uygulama için depolanan tüm ilişkilendirme kaynaklarını, tetikleyicileri ve bekleyen raporları silmek üzere uygulamalardan gelen yeni bir API çağrısını destekleyeceğiz. Örneğin, uygulamalar kullanıcının tarama geçmişini temizlemesine izin veriyorsa kullanıcı, kullanıcının cihazında ilgili uygulama için depolanan ilişkilendirme kaynaklarını, tetikleyicileri ve bekleyen raporları silmek üzere API'yi çağırabilir.

Gelecekte dikkate alınacak konular ve açık sorular

Attribution Reporting API için uygulamadan web'e birlikte çalışabilirlik özelliği üzerinde çalışmalarımız devam ediyor. Topluluğun birkaç fikirle ilgili geri bildirimlerini almak istiyoruz:

1. Android Özel Korumalı Alan'ın desteklediği bir cihazda, Android Attribution Reporting API ile tarayıcı ölçüm çözümlerini nasıl kullanacaksınız? Her şeyi Android'e aktarmayı tercih eder misiniz?
2. Her ilişkilendirme kaynağı ve tetikleyici için 2 ping (biri tarayıcıdan veya uygulamadan, diğeri İlişkilendirme Raporlama API'sinden) almakla ilgili endişeleriniz var mı?
3. Farklı API'lerde hata ayıklama işlemini sizin için nasıl kolaylaştırabiliriz?
4. Teklif, uygulama ve web hedeflerinin ilişkili olduğunu doğrulamıyor. Gelecekte, Dijital Öğe Bağlantıları'nı kullanarak ilişkilendirmeleri kontrol ederek bu hedefleri doğrulayabiliriz. Bu, kullanım alanlarınızın herhangi birini engeller mi? Bu doğrulamayı yapmak için Digital Asset Links'i kullanmak mantıklı mı?
5. İlişkilendirme kaynağı kaydederken bir hedef belirtmeniz gerekir. Web'den uygulamaya bağlantısı için bir uygulama bağlantısı belirtebilirsiniz. Bu uygulama bağlantısını belirtmek için hangi biçimleri kullanıyorsunuz?
6. Uygulamadan web'e ilişkilendirme kaynağı kaydederken bu kaynak etkinliğin, Android İlişkilendirme Raporlama API'si ile uygulamadan kaydedilmesi gerekir. Örneğin, kullanıcı bir reklamı tıklar ve tıklama bir tarayıcıda veya tarayıcının özel sekmesinde açılırsa bu tıklama (kaynak etkinlik), tarayıcı bağlamında değil uygulamadan kaydedilmelidir. Bu konuda endişeleriniz varsa veya desteklenen akışları açıklayan bu makalede belirtilen kategorilere girmeyen başka kullanım alanları varsa bizimle iletişime geçin.