Mobil cihazlar için Topics API: Genel bakış

Android'deki Topics API ve bu API'yi uygulamayla ilgili adımlar hakkında bilgi edinin. Doğrudan konuları uygulama bölümüne de geçebilirsiniz.

How the Topics API works

The Topics API can be used to observe and provide access to topics that appear to be of interest to the user, based on their activity. The Topics API can then give API callers (such as ad tech platforms) access to a user's topics of interest, but without revealing additional information about the user's activity.

Key concepts

  • A topic is a human-readable topic of interest for the current user and is part of the Topics taxonomy.
  • A caller is an entity, such as an app, a third-party SDK, a website, or service, that makes a request to the Topics API to observe or access a user's interests.
  • A topic is observed by a caller, if the caller made a Topics API request from a web page or app associated with this topic during the past three epochs.
  • An epoch is a period of topic computation, which defaults to one week.
  • A taxonomy is a hierarchical list of categories, which includes, for example, such categories as /Arts & Entertainment/Music & Audio/Soul & R&B and /Business & Industrial/Business Services/Corporate Events.
  • Topics are derived using a classifier model that maps user activity to zero or more topics.

Topics API flow core steps

The Topics API lifecycle has three main steps:

  • Observe user activity, such as when they visit the web page https://cats.example/tabby/index.html or download the app cats.
  • Derive topics from user activity, for example /Pets & Animals/Pets/Cats.
  • Access topics previously observed for the user, for example as a signal to select relevant advertising (such as a cat food promotion).

Observe topics

Callers can only access topics of interest that they've observed. A caller observes a topic when they make a Topics API request from a context associated with this topic. To illustrate this concept, consider the following simplified example.

  • Suppose there are two Topics API callers: A and B.
  • There are two contexts:
    • Greenhouse, for example an app named Greenhouse or a website greenhouse.example, associated with the topic Home & Garden.
    • Tennis exercises, for example an app named Tennis Exercises or a website tennis.example, associated with the topic Sports/Tennis.
  • Both caller A and B are present in the context of Greenhouse.
  • Only the caller B is present in the context of Tennis exercises.
  • Assume that no topics were observed for the user before epoch 1, for the sake of simplification.
  • The user visits the Greenhouse app, and callers A and B make a Topics API call to record the user visit to the page or app (see the implementation guide suggested in Next steps to find out how to call the Topics API). This record (a hostname or app data) is later used to derive topics of interest. The Topics API will later mark the topic Home & Garden as observed by both callers A and B.
  • The user visits the Tennis exercises app. Only the caller B sends a Topics API request. The Topics API will later mark the topic Sports/Tennis as observed by the caller B.
  • By the end of the epoch, the Topics API refreshes the user's top topics and determines the callers that observed these topics based on user activity.
  • Later, when the caller B makes another Topics API call, it can get either Home & Garden or Sports/Tennis topic (or, with a 5% chance, a random topic) for this user in the response array.
  • Caller A can only access the topic Home & Garden, as it has never observed the topic Sports/Tennis. This means that a third-party will only learn about a user's topic of interest within the specific context (app or website) where it is present.
Diagram showing that the Topics API only marks the topics as observed if the callers has presence in the context.
The Topics API marks the topics observed only by the callers that have presence in the context of these topics. The callers will only be able to access the topics they have observed.

Derive topics

Topics derives topics of interest from user activity. The topics are selected from a predefined open-source taxonomy. Once per epoch, Topics refreshes the user's top five topics and the callers that observed them during the epoch. The Topics classifier model derives topics from user activity: hostname for a web page visit, app information on Android.

Caller accesses user's topics of interest

The API returns only topics that have been observed by the caller within the most recent three epochs. A maximum of three topics may be returned to a caller,one topic for each of the three recent epochs (if the caller observed topics for that epoch). The returned topics can be used by the caller to supplement any contextual information and can be combined to help find a more relevant ad for the user.

Epochs

The Topics API must ensure that the topics of interest it provides are kept up to date. The topics are inferred for a user based on their activity during a period of time known as an epoch, one week by default. Each user has their own epochs (epochs are "per user") and the initial start time is randomized.

Once each epoch, the Topics API computes the user's top five topics and determines which callers observed those topics using on-device information. The topic selected for each epoch is randomly selected from the user's top five topics for that time period. To further enhance privacy and ensure that all topics may be represented, there is a 5% chance the topic is randomly selected from all possible topics in the taxonomy of interests.

Android'deki konularla ilgili uygulama örnekleri

Android'deki Topics API, genellikle birden fazla uygulamada çalışan üçüncü taraf reklamcılık SDK'larını desteklemek için tasarlanmıştır. Topics, uygulamalar arası tanımlayıcılara gerek duymadan, kullanıcının uygulama kullanımına dayalı olarak ilgilendiği kabaca reklamcılık konularını arayanlara sağlar. Bu konular, reklam göstermek isteyen uygulamayla ilgili tüm bağlamsal bilgileri desteklemek için kullanılabilir ve kullanıcı için uygun bir reklamın seçilmesine yardımcı olmak amacıyla birleştirilebilir.

Topics API bağlamında alıcılar ve reklamverenler satıcı tarafına bağlıdır. Satıcı tarafı, yayıncının uygulamalarında geniş bir varlığa sahiptir ve kullanıcının konularını gözlemler. Ardından, daha alakalı reklamlar seçmelerine yardımcı olmak için konuları alıcılarla paylaşır. Satıcı tarafı uygulamaları ve SDK'ların konu alabilmesi için en az bir dönem boyunca Topics API'nin gözlemcisi olarak bir ayak izi oluşturması gerekir.

İlgi alanına dayalı reklamcılık için konuları getirme özelliğinin nasıl ayarlanacağını gösteren kod örnekleri için Topics API uygulama kılavuzuna bakın.

İşletme türüne göre konularla entegrasyon

Topics API ile ilgi alanına dayalı reklamcılık özelliğini etkinleştirin. Topics API'yi entegre etmek ve lansmana hazırlanmak için reklam teknolojisi işletme türünüze göre adımları uygulayın.

Tüm reklam teknolojileri için

Satıcı tarafı reklam teknolojileri için

  • Topics API ayak izi oluşturmak için gözlemci olun. Topics API yeni bir sinyal sağlar. Bu nedenle, Topics API'yi çağırmaya başlamak için SDK'nızı güncellemeniz gerekir. Konuları tutarlı bir şekilde almak için SDK'nızın, yayıncı uygulamalarından API'yi her dönem en az bir kez çağırması gerekir. Reklam isteklerinizle gönderilecek maksimum konu sayısını (üç konu) almak dört döneme kadar sürer.
  • Reklam isteklerinize Topics API bilgilerini ekleyin. Her reklam isteği için Topics API verilerinizi alıcı tarafı iş ortaklarıyla paylaşmaya başlayın. Topics API, belirli bir ziyaretçi için uygun bir reklam bulmaya yardımcı olmak amacıyla diğer sinyalleri (bağlamsal sinyaller gibi) tamamlamayı planlar.
  • Satın alma tarafı iş ortaklarınızla konuları paylaşmak için bir protokol üzerinde ortak çalışın. Topics API'nin, Topics API verilerinin nasıl paylaşılacağı konusunda anlaşmak için her SDK'nın yayın sonrası iş ortaklarıyla birlikte çalışması gerekir.

Alıcı tarafı reklam teknolojileri için

  • Konuları gözlemleme ve ayak izi oluşturma planlarını onaylamak için satıcı tarafı iş ortaklarıyla iletişime geçin. Satıcı tarafı sağlayıcıların konuları alabilmesi için Topics API'yi her dönem en az bir kez çağırması gerekir.
  • Satıcı tarafı iş ortaklarınızdan konu almak için bir protokol üzerinde ortak çalışma yapın. Topics, reklam isteği kapsamında satıcı tarafı iş ortakları tarafından paylaşılacak yeni bir sinyaldir. Satın alma tarafı tüketicilerin, konuların nasıl paylaşılacağına dair yayın öncesi iş ortaklarıyla birlikte çalıştıklarından emin olmaları gerekir.
  • Konuları teklif verme ve optimizasyon modellerine dahil edin. Topics API'nin, ziyaretçi için uygun bir reklam bulmaya yardımcı olmak amacıyla bağlamsal gibi diğer sinyalleri tamamlaması beklenir.

API, bir uygulamanın konularını nasıl tahmin eder?

Android'de Topics API, sınıflandırıcı modeli kullanarak bir uygulamanın konularına dair çıkarımda bulunur. Mevcut uygulamada Topics, ilgilenilen konuları bir uygulamaya atamak için uygulama ve paket adlarını kullanır ancak bu daha sonra uygulama açıklaması gibi diğer bilgileri içerecek şekilde genişletilebilir.

Konu sınıflandırıcı

İlgi alanları, herkese açık uygulama bilgileriyle eğitilmiş bir sınıflandırıcı modelinden türetilir.

  • Sınıflandırıcı modeli, belirli bir döneme ait konuları hesaplamak için çıkarım amacıyla kullanıldığında, kullanılan sinyal grubu cihazda kalır. Bu sinyal grubu, yüklü veya son kullanılan uygulamaları içerebilir ve daha sonra diğer sinyalleri içerecek şekilde genişletilebilir.
  • V5 modeli,Google tarafından Google Play Store gibi uygulama mağazalarından alınan 540.000 kullanıcı tarafından etiketlenmiş ve 17 milyon makine tarafından etiketlenmiş herkese açık uygulama bilgileriyle eğitildi. Giriş sinyali olarak uygulama adlarını ve paket adlarını kullanan bu model, uygulama geliştiricilerin uygulamalarının hangi konulara göre sınıflandırıldığını test edip görmesi için ücretsiz olarak kullanılabilir.
  • Bir uygulamanın birden fazla konuyla veya hiç konuyla eşleşmemesi ya da kullanıcının konu geçmişine eklenmemesi mümkündür. Bir uygulamanın sınıflandırmada birden fazla konuyla eşleşmesi durumunda, bu uygulama için seçilen konu sayısı en üstteki üç konuyla sınırlanır.

Sınıflandırıcı modelinin işleyiş şeklini daha iyi anlamak için Android Topics Classifier Colab'ı kullanarak farklı uygulama verilerinin sınıflandırmayı nasıl etkilediğini test edebilirsiniz.

Sınıflandırma

Konular, önceden tanımlanmış bir açık kaynak sınıflandırmasından seçilir. Sınıflandırma herkese açıktır ve değişiklik yapılabilir. Öneriler, bu sayfanın üst kısmındaki geri bildirim düğmesi kullanılarak gönderilebilir. Bu sınıflandırma, hassas konuların sınıflandırmaya dahil edilmemesi için gerçek kişiler tarafından seçilir. Android'deki mobil uygulamalarda gösterilebilecek reklam kategorilerine göre uyarlanır.

Android'deki konularla ilgili uygulama örnekleri

Bir kullanıcının cihazında A, B, C, D, E, F ve G olmak üzere yedi uygulama yüklü olduğunu varsayalım. Uygulamanın ve bu uygulamalardaki reklam teknolojisi SDK'larının konu sınıflandırmasının aşağıdaki gibi olduğunu varsayalım:

Uygulama Konu sınıflandırması Reklam teknolojisi SDK'sı
A T1, T5 ad-sdk1, ad-sdk2
B Ş2 ad-sdk2
C T3, T6 ad-sdk3, ad-sdk4
D T1, T4 ad-sdk1
E T5 ad-sdk4, ad-sdk5
C T6 ad-sdk2, ad-sdk3, ad-sdk4
G T7 ad-sdk2

Birinci haftanın sonu: Topics API, kullanıcının bu dönem için en çok ilgi gösterdiği 5 konuyu oluşturur.

Top Topic Konu hakkında bilgi edinebilecek arayanlar
Ş1 ad-sdk1, ad-sdk2
Ş2 ad-sdk2
T3 ad-sdk3, ad-sdk4
Ş4 ad-sdk1
T5 ad-sdk1, ad-sdk2, ad-sdk4, ad-sdk5

İkinci hafta, herhangi bir uygulamadaki bir arayanın API'yi çağırması durumunda döndürülen konu listesi yalnızca arayanın, ilgili dönem için söz konusu uygulamadaki ilgili konu için "Konu hakkında bilgi edinebilecek arayanlar" sütununda yer aldığı konuları içerir.

  • Her arayanın kullanabileceği konuların hesaplanmasına dahil edilen geçmiş aralığı üç dönemdir (veya üç hafta).
  • Yalnızca reklam SDK'ları aracılığıyla Topics API'yi çağıran uygulamalarla ilişkili konular kullanılır. Bu, bir uygulama Topics API'yi çağıran reklam SDK'ları içermiyorsa söz konusu uygulamayla ilişkili konuların, reklam SDK'ları tarafından erişilebilen konu havuzuna katkıda bulunmadığı anlamına gelir.
  • Uygulamalar, Topics API'den beyanla da devre dışı kalmayı seçebilir. Kapsam dışında kalmayı seçen uygulamalarla ilişkili konular, haftalık konu hesaplamasına dahil edilmez. Bu doküman, ilgili uygulama ayrıntılarını içerecek şekilde güncellenecektir.

Platformun beş konu çıkarması için yeterli uygulama kullanımı yoksa platform, kalan konuları rastgele oluşturma gibi seçenekleri değerlendirebilir.

Döndürülen konuların şifrelenmesi

Topics API'yi çağıran kayıtlı reklam teknolojisi platformlarının, döndürülen konuların yalnızca arayan tarafından okunabilmesini sağlamak için şifreleme anahtarları sağlaması da gerekir.

Özel Korumalı Alan, bu anahtarları reklam teknolojisi tarafından sağlanan uç noktadan alır . En iyi uygulama olarak, anahtarların düzenli olarak (en az altı ayda bir) güncellenmesini öneririz.

Özel Korumalı Alan, reklam teknolojilerinden kayıt sürecinde sağladıkları uç noktanın kullanılabilirliğini onaylamalarını ister. Mevcut ve yeni kayıtlı reklam teknolojilerinin yapması gereken işlemler hakkında daha fazla bilgi için kayıt kılavuzunu inceleyin.

Next steps

Check out implementation details and code samples for callers to observe and access topics.
Learn how users and developers can manage and customize the Topics API to suit user's preferences and needs.

Aşağıdaki kaynakları da incelemenizi öneririz:

Android'de Topics API'yi daha iyi anlamak için kaynaklarımıza göz atın.