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

Son güncellemeler

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

Tetikleyici yolları

Attribution Reporting API tasarım önerisinde açıklandığı gibi API, aşağıdaki tetikleme yollarının tek bir Android destekli cihazda ilişkilendirilmesini sağlar. Burada Web, (1) Android'de çalışan bağımsız bir tarayıcı (ör. Chrome) veya (2) bir Android uygulamasında çalışan bir WebView olarak tanımlanır.

• App-to-app: Kullanıcı bir uygulamada reklam görür, 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 web'de dönüşüm gerçekleştirir.
• Web-to-app: Kullanıcı web'de bir reklam görür ve ardından uygulamada dönüşüm gerçekleştirir.
• Web-to-web: Kullanıcı web'de bir reklam görür ve ardından web'de dönüşüm gerçekleştirir.

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

• Reklam teknolojileri için: Uygulamadan web'e giden yolları etkinleştirmek üzere API çağrıları 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 aktarma özelliği.

Bu belgede, Attribution Reporting API'nin uygulama-web, web-uygulama ve web-web tetikleme yollarını destekleyecek şekilde nasıl genişletildiği açıklanmaktadır. Ayrıca, reklam teknolojilerinin ve uygulamaların bu tetikleme yollarını destekleme şartlarını karşılamak için yapması gereken değişiklikler de açıklanmaktadır.

Attribution Reporting API'lerine erişme

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

Kayıt işlemi tamamlandıktan sonra, kaydı silme çağrısı alınırsa API kaydı siler.

Kaydolurken reklam teknolojisi platformları, ilişkilendirme kaynaklarını ve tetikleyicilerini kaydetmek için uygulama ve web'de kullanabilecekleri tüm sunucu URL'leriyle kaydolduklarından emin olmalı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 teknolojisi sağlayıcıları için değişiklikler

Bu bölümde, Attribution Reporting API'yi kullanan reklam teknolojileriyle ilgili değişiklikler ele alınmaktadır.

Kayıt ve ilişkilendirme ile ilgili değişiklikler

Bir ilişkilendirme kaynağı kaydedilirken, reklam teknolojisi sağlayıcılar, tetikleyici etkinliğin gerçekleştiği uygulama paket adı olan bir hedef alan belirtir. Uygulamadan web'e ölçümü etkinleştirmek için bir uygulama hedef alanı (uygulama paket adı) ve bir web hedef alanı (eTLD+1) desteklemeyi planlıyoruz.

API, web ilişkilendirme kaynaklarını veya tetikleyicilerini kaydederken yönlendirmeleri desteklemez. Bunun nedeni, web içeriği barındıran her uygulamanın kendi izin modeli olabilmesidir. Her uygulama, yönlendirmeleri (destekleniyorsa) izlemekten ve her yönlendirme adımı için web bağlamı API'lerini çağırmaktan sorumludur.

Ayrıca bu entegrasyon, reklam teknolojisi sağlayıcıların 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 pencereleri belirtebilirsiniz.

Uygulama ve web raporları alma

Android Attribution Reporting API, hem uygulama hem de web dönüşümleri için rapor gönderebilir. Reklam teknolojileri, tetikleme verilerini ve toplama anahtar-değerlerini web ve uygulama yüzeylerinde eşleştirmek istemiyorsa web ve uygulama dönüşümlerini birbirinden ayırabilir:

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

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

Uygulamalar, kaydı Attribution Reporting API'ye ne zaman ileteceğini seçer. Bu konuda göz önünde bulundurmanız gereken birkaç nokta vardır:

• Attribution Reporting API bu cihazda kullanılabiliyor mu? Uygulamalara, Attribution Reporting API'nin ilgili cihazda kullanılabilir olup olmadığını döndüren yeni bir sinyal sunacağız. Uygulamaların Attribution Reporting API'ye kaydı nasıl geçirebileceğ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, her uygulama tarafından veya uygulama bir seçime izin veriyorsa reklam teknolojisi tarafından verilen bir karar olacaktır. Uygulamanın kendi ölçüm çözümü varsa bunun yerine bu çözümü kullanmayı düşünebilirler. Sonuç olarak, kullanılabilir olduğunda tüm kaynak ve tetikleyici kayıtlarını Android Attribution Reporting API'ye iletmek, uygulama ve web genelinde en doğru ilişkilendirmeyi sağlar.

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

• 1. günde kullanıcı, tarayıcı uygulamasındaki bir reklamı tıklar.
  • Tarayıcı uygulaması, kendi ölçüm çözümünü kullanmayı veya web reklamı tıklamasının kaydını Attribution Reporting API'ye iletmeyi seçebilir.
• 2. günde kullanıcı, tarayıcı olmayan bir uygulamadaki reklamı tıklar.
  • Tıklama, API ile ilişkilendirme kaynağı olarak kaydedilir. Etkinlik farklı bir uygulamada gerçekleştiğinden tarayıcı uygulaması bu tıklamayı göremez.
• Kullanıcı, 3. günde 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üyle kaydedip bu bilgileri Attribution Reporting API'ye iletiyorsa bir reklam teknolojisinin, dönüşüm raporlarını ölçüm çözümleri arasında tekilleştirmesi olası değildir. Ayrıca, bir reklam teknolojisi hem tarayıcı uygulama sıklık sınırlarını hem de Attribution Reporting API sıklık sınırlarını kullanabilir. Bu nedenle, API kullanıma sunulduğunda uygulamaların API'ye kaydedilecek tüm reklam etkinliklerini ve dönüşümleri iletmesini öneririz.

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

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

Tarayıcılara benzer şekilde, WebView de tetikleyici kayıtları için registerWebTrigger() özelliğini destekler. Bu özellik, tetikleyiciyi üst düzey kaynakla ilişkilendirir. Uygulama tetikleyicisi kaydetmek için WebView desteği yoktur. Bu konuda bir kullanım alanınız varsa bize ulaşın. WebView tarafından desteklenen kombinasyonların tam listesi için WebView'dan ilişkilendirme kaynağı ve tetikleyici kaydı başlıklı makaleyi inceleyin.

Tarayıcıların aksine WebView, yalnızca Android'in İlişkilendirme Raporlama API'si kullanılabiliyorsa Attribution-Reporting-Eligible üstbilgisinde işletim sistemiyle kaydı destekler. Android Attribution Reporting API kullanılamıyorsa WebView, Attribution-Reporting-Eligible üstbilgisini ayarlamaz ve kayıt yapılmaz.

İşletim sistemini kullanarak bir ilişkilendirme kaynağı / tetikleyici kaydetmek için:

• Reklam teknolojisi sağlayıcılar, kaynak kayıtlarına Attribution-Reporting-Register-OS-Source başlığını kullanarak yanıt vermelidir. Bu başlık, WebView'dan 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'dan registerWebTrigger() veya registerTrigger() için ikincil bir API çağrısı başlatır.

Yanıtta önceki başlıklar yer almıyorsa veya web desteklenmemesine rağmen Attribution-Reporting-Register-Source / Attribution-Reporting-Register-Trigger başlıkları da yer alıyorsa kaydın tamamının başarısız olacağını unutmayın.

WebView'un registerSource() / registerWebSource() ve registerTrigger() / registerWebTrigger() kullanıp kullanmayacağı (ve bu davranışı nasıl değiştireceğiniz) hakkında ayrıntılı bilgi için WebView'dan ilişkilendirme kaynağı ve tetikleyici kaydı başlıklı makaleyi inceleyin.

Geçiş dönemi hata ayıklama raporları

Attribution Reporting API, geçiş dönemi hata ayıklama raporları adlı isteğe bağlı bir özelliği destekler. Bu özellik, reklam teknolojisi sağlayıcıların bir reklam kimliği kullanılabildiğinde 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ının gönderilmesini engelleyen izinlerle ilgilidir.

Tek bir uygulama içinde gerçekleşen web'den web'e ilişkilendirme (örneğin, aynı tarayıcı uygulamasında) için ilişkilendirme başarısı ve ayrıntılı raporlar yalnızca üçüncü taraf çerezleri kullanılabildiğinde sunulur ve reklam kimliğinin kullanılabilirliğine dayanmaz.

Uygulamadan web'e, web'den uygulamaya ve web'den web'e uygulama içi çapraz ilişkilendirme için, uygulama tarafında AdID varsa ve reklam teknolojisi web tarafında aynı (doğru) AdID'yi iletebiliyorsa ilişkilendirme başarısı ve ayrıntılı raporlar kullanılabilir.

Daha sonraki bir uygulama-web örneğinde kaynak bir yayıncı uygulamasında gerçekleşir ancak tetikleyici, bir tarayıcı uygulamasındaki reklamveren sitesinde gerçekleşir.

Uygulamadan web'e geçiş için ilişkilendirme başarısı hata ayıklama raporunun etkinleştirilmesi için aşağıdaki koşulların karşılanması gerekir:

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

Uygulamadan web'e geçiş 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. Ayrıntılı kaynak raporlarının gönderilmesi için kullanıcının AdID kişiselleştirmeyi devre dışı bırakmamış olması ve yayıncı uygulamasının AdID izinlerini beyan etmiş olması gerekir.
• Ayrıntılı raporları tetikleme, yalnızca tetikleyici tarafındaki (bu örnekte web) izinlere bağlıdır. Ayrıntılı raporların gönderilmesi için tarayıcıda üçüncü taraf çerezleri kullanılabilir olmalıdır.
• İsteğe bağlı olarak source_debug_key içerebilen ayrıntılı tetikleme raporları için, reklam kimliği yayıncı uygulaması tarafından kullanılabiliyorsa source_debug_key dahil edilir.

Her durumda, reklam teknolojisinin kaynak ve tetikleyici kayıt başlıklarındaki debug_reporting sözlük alanını kullanarak ayrıntılı hata ayıklama raporları almayı etkinleştirmesi gerektiğini unutmayın.

Uygulamalarda yapılan değişiklikler

Uygulamaların, yeni bir web bağlamı API çağrıları 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ını tamamladıktan sonra uygulama ve web ilişkilendirme kaynakları ile tetikleyicileri cihazda saklanır. Attribution Reporting API, uygulama ve web yüzeylerinde kaynak öncelikli son temas ilişkilendirme gerçekleştirebilir.

Tarayıcıların, uygulamalar arası ve web ölçümünü etkinleştirmek için Android'in Attribution Reporting API'siyle nasıl entegre olabileceğine dair bir örnek için Web İçin Özel Korumalı Alan'ın teklifine bakın. Tarayıcı, teklifte aşağıdaki istek üstbilgilerini ekler:

• Attribution-Reporting-Eligible, ilişkilendirme için işletim sistemi 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.
• Reklam teknolojileri, varsa Attribution-Reporting-Register-OS-Source kullanarak isteğe bağlı olarak yanıt verebilir. Bu, tarayıcı uygulamasından registerWebSource() adresine 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, tarayıcı uygulamasından registerWebTrigger()'ye ikincil bir API çağrısı başlatır.

İlişkilendirme kaynağı kaydı

Uygulamalar, ilişkilendirme kaynağını 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 getirmek için bu listedeki her URI'ye istek gönderir.
  
  Her URI'ye, teknisyenler tarafından sağlanan hata ayıklama anahtarlarının rapora dahil edilip edilmeyeceğini belirten bir boolean Debug işareti eşlik etmelidir.
• Giriş etkinliği: InputEvent nesnesi (tıklama etkinliği için) veya null (görüntüleme etkinliği için)
• Kaynak kökeni: Kaynağın gerçekleştiği köken (yayıncı web sitesi).
• OS hedefi: Tetikleyici etkinliğin gerçekleştiği uygulama paketi adı.
• Web hedefi: Tetikleyici etkinliğin gerçekleştiği bir eTLD+1.
• Doğrulanmış hedef: Kullanıcı tıkladığında gezinme için kullanılan işletim sistemi veya web hedefi URI amacı.

API, Attribution Source URI'ye istekte bulunduğunda reklam teknolojisi, HTTP üst bilgisinde ilişkilendirme kaynağı meta verileriyle yanıt vermelidir.Attribution-Reporting-Register-Source. Bu başlık, uygulamadan uygulamaya ilişkilendirme kaynak 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ı siler.
  
  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 yönlendirildiği hedefle eşleştiğini kontrol etmelidir.
• API, Attribution-Reporting-Redirects içinde sağlanan tüm yönlendirme URI'lerini yoksayar. Uygulamalar, kendi yönlendirmelerini takip etmeli ve gerektiğinde kendi izin politikalarını uygulayabilmek için her yönlendirme için registerWebSource() işlevini çağırmalıdır.

Uygulamaların registerWebSource()'ı arayabilmesi 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şturmayla ilgili gizlilik sorunlarını azaltmaktır.

Tetikleyici (dönüşüm) kaydı

Tetikleyici kaydı sırasında uygulamalar, aşağıdaki parametreleri bekleyen registerWebTrigger() işlevini çağırabilir:

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

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

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

Farklı davranış gerektiren uygulamaların (ör. WebView'da web içeriği barındıranlar) setAttributionRegistrationBehavior sınıfında androidx.webkit.WebViewSettingsCompat yöntemini kullanması gerekir. Bu yöntem, WebView'ın registerWebSource() veya registerSource() ile registerWebTrigger() veya registerTrigger()'ü çağırıp çağırmayacağını belirtir.

setAttributionRegistrationBehavior için aşağıdaki seçenekler kullanılabilir:

Değer	Açıklama	Örnek kullanım alanı
APP_SOURCE_AND_WEB_TRIGGER (varsayılan)	Uygulamaların, WebView'dan uygulama kaynaklarını (uygulama paketi adıyla ilişkili kaynaklar) ve web tetikleyicilerini (eTLD+1 ile ilişkili tetikleyiciler) kaydetmesine izin verir.	Web'de gezinmeyi etkinleştirmek yerine reklam yayınlamak için WebView'u kullanan uygulamalar
WEB_SOURCE_AND_WEB_TRIGGER	Uygulamaların, WebView'dan web kaynaklarını ve web tetikleyicilerini kaydetmesine olanak tanır. Not: Bu seçeneği kullanan uygulamaların, registerWebSource() özelliğini kullanmak için izin verilenler listesine katılmak üzere başvurması gerekir.	WebView tabanlı tarayıcı uygulamaları. Bu uygulamalarda hem reklam gösterimleri hem de dönüşümler WebView'daki web sitelerinde gerçekleşebilir.
APP_SOURCE_AND_APP_TRIGGER	Uygulamaların, WebView'dan uygulama kaynaklarını ve uygulama tetikleyicilerini kaydetmesine izin verir.	Reklam gösterimlerinin ve dönüşümlerin her zaman WebView'un eTLD+1'i yerine uygulamayla ilişkilendirilmesi gereken WebView tabanlı uygulamalar.
DEVRE DIŞI	Kaynak ve tetikleyici kaydını WebView'dan devre dışı bırakır. Atıf 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ılacağını ve cihazda hiçbir şeyin depolanmayacağını unutmayın.

Gizlilik ve güvenlik hakkında dikkat edilmesi gerekenler

Bu bölümde, Attribution Reporting API'yi kullanan uygulamalarla ilgili gizlilik ve güvenlik konuları ele alınmaktadır.

Raporlara uygulanan gizliliği korumaya yönelik mekanizmalar üzerindeki etkisi

Ana tasarım önerisinde açıklandığı gibi API, raporlara gizliliği korumaya yönelik sıklık sınırları uygular. Bazı sınırlar kaynak ve hedef uygulamalar arasında bölümlere ayrı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ümlendirilir.

Uygulama ayrı sıklık sınırları uyguluyorsa saldırganın, API sıklık sınırlarına ek olarak uygulamaya özgü sıklık sınırlarını da tüketmesi mümkündür. Bunu önlemek için uygulamalar, belirli bir ilişkilendirme kaynağının hem uygulamanın ölçüm çözümünde hem de Android Attribution Reporting API'de kayıtlı olmadığını doğrulamalıdır.

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

Web bağlamındaki API çağrılarında, API, kaynak ve hedef kaynakları algılamak ve belirtmek için uygulamaya güvenir. Bu durum, gizlilik ve güvenlik açısından dikkat edilmesi gereken noktaları ortaya çıkarabilir:

• Bir saldırgan, herhangi bir kaynağın aktarabileceği bilgi miktarıyla ilgili hız sınırlarını atlamak için sahip olduğu web sitelerini barındırdığını iddia edebilir.
• Birden fazla saldırgan, aynı kaynak sitesini iddia ederek ayrı ilişkilendirme kaynakları kaydetmek için gizli anlaşma yapabilir. Bu durum, kaynak sitenin reklam teknolojisi platformu hız sınırlarına ulaşmasına ve gerçek kaynak sitenin meşru ilişkilendirme kaynaklarını kaydetmesini engellemesine neden olabilir.

Bunu azaltmak için registerWebSource() işlevini hangi tarayıcıların veya uygulamaların çağırabileceğ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() işlevini çağırmak için izin verilenler listesine katılmak üzere Web'den Uygulamaya Atıf Raporlama kayıt formunu doldurun.

Kaynak tarafında gizli anlaşma olmadan tetikleyici tarafındaki gizlilik ve güvenlik hususları geçerli olmadığından herhangi bir uygulama registerWebTrigger() işlevini çağırabilir.

Kullanıcı denetimleri

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

Ayrıca, uygulamalardan gelen yeni bir API çağrısını destekleyerek cihazda söz konusu uygulama için depolanan tüm ilişkilendirme kaynaklarının, tetikleyicilerin ve bekleyen raporların silinmesini sağlayacağız. Örneğin, uygulamalar kullanıcının tarama geçmişini temizlemesine izin veriyorsa kullanıcının cihazında bu uygulama için depolanan ilişkilendirme kaynaklarını, tetikleyicileri ve bekleyen raporları silmek üzere API'yi çağırmak isteyebilir.

Geleceğe dair konular ve açık sorular

Attribution Reporting API'nin uygulamadan web'e birlikte çalışabilirliği üzerinde çalışılmaktadır. Topluluktan aşağıdaki fikirler hakkında geri bildirim almak istiyoruz:

1. Android Özel Korumalı Alan'ın desteklendiği bir cihazda, tarayıcı ölçüm çözümlerini Android Attribution Reporting API ile nasıl kullanacaksınız? Her şeyi Android'e aktarmayı mı tercih edersiniz?
2. Her ilişkilendirme kaynağı ve tetikleyici için tarayıcıdan veya uygulamadan ve Attribution Reporting API'den olmak üzere 2 ping alma olasılığıyla ilgili endişeler var mı?
3. Farklı API'lerde hata ayıklamayı sizin için nasıl kolaylaştırabiliriz?
4. Öneride, uygulama ve web hedeflerinin bağlı olduğunu doğrulayan bilgiler yer almıyor. Gelecekte, Dijital Varlık Bağlantıları'nı kullanarak ilişkilendirmeleri kontrol ederek bu hedefleri doğrulayabiliriz. Bu durum, kullanım alanlarınızdan herhangi birini engeller mi? Bu doğrulama için Digital Asset Links kullanmak mantıklı mı?
5. Bir ilişkilendirme kaynağı kaydederken bir hedef belirtmeniz gerekir. Web'den uygulamaya geçiş durumunda bir uygulama bağlantısı belirtmek isteyebilirsiniz. Bu uygulama bağlantısını belirtmek için hangi biçimleri kullanıyorsunuz?
6. Uygulamadan web'e ilişkilendirme kaynağı kaydedilirken söz konusu kaynak etkinliğin, Android Attribution Reporting API ile uygulamadan kaydedilmesi gerekir. Örneğin, kullanıcı bir reklamı tıkladığında ve tıklama bir tarayıcıda veya tarayıcının özel sekmesinde açıldığında bu tıklama (kaynak etkinliği) tarayıcı bağlamında değil, uygulamadan kaydedilmelidir. Bu konuda endişeleriniz varsa veya desteklenen akışları açıklayan bu sorunda ele alınan kategorilere girmeyen başka kullanım alanları varsa bizimle iletişime geçin.

Sizin için önerilenler

• Not: JavaScript kapalıyken bağlantı metni gösterilir.
• İlişkilendirme raporlama
• Attribution Reporting API geliştirici kılavuzu
• Sürüm notları