API Topics для мобильных устройств: обзор

Узнайте об API Topics для Android и шагах по его реализации. Вы также можете сразу перейти к реализации тем .

Как работает API тем

API тем может использоваться для наблюдения и предоставления доступа к темам, которые кажутся интересными пользователю, на основе его активности. API тем может затем предоставить вызывающим API (например, рекламным технологическим платформам) доступ к темам, представляющим интерес для пользователя, но без раскрытия дополнительной информации о его активности.

Ключевые понятия

• Тема — это понятная человеку тема, представляющая интерес для текущего пользователя, и является частью таксономии Темы .
• Вызывающая сторона — это сущность, например приложение, сторонний SDK, веб-сайт или служба, которая отправляет запрос к API тем для наблюдения или доступа к интересам пользователя.
• Тема считается наблюдаемой вызывающим объектом, если вызывающий объект сделал запрос API тем с веб-страницы или из приложения, связанного с этой темой, в течение последних трех эпох.
• Эпоха — это период расчета темы, который по умолчанию составляет одну неделю.
• Таксономия представляет собой иерархический список категорий, который включает, например, такие категории, как /Arts & Entertainment/Music & Audio/Soul & R&B и /Business & Industrial/Business Services/Corporate Events .
• Темы выводятся с помощью модели классификатора , которая сопоставляет активность пользователя с нулем или более тем.

Основные шаги потока API тем

Жизненный цикл API тем состоит из трех основных этапов:

• Наблюдайте за действиями пользователей, например, когда они посещают веб-страницу https://cats.example/tabby/index.html или загружают приложение cats .
• Создавайте темы на основе активности пользователей, например /Pets & Animals/Pets/Cats .
• Доступ к темам, ранее наблюдавшимся пользователем, например, как сигнал для выбора релевантной рекламы (например, рекламной акции на корм для кошек).

Соблюдайте темы

Звонящие могут получить доступ только к интересующим их темам, которые они наблюдали . Звонящий наблюдает тему, когда делает запрос API тем из контекста, связанного с этой темой. Чтобы проиллюстрировать эту концепцию, рассмотрим следующий упрощенный пример.

• Предположим, что есть два вызова API тем: A и B.
• Есть два контекста:
  • Greenhouse , например, приложение с названием Greenhouse или веб-сайт greenhouse.example, связанный с темой Home & Garden .
  • Упражнения по теннису , например, приложение под названием «Упражнения по теннису» или веб-сайт tennis.example, связанный с темой Sports/Tennis .
• Оба абонента A и B присутствуют в контексте Greenhouse .
• В контексте упражнений по теннису присутствует только абонент B.
• Предположим для упрощения, что до эпохи 1 темы для пользователя не наблюдались.
• Пользователь посещает приложение Greenhouse , а вызывающие стороны A и B выполняют вызов API Topics для записи посещения пользователем страницы или приложения (см. руководство по внедрению, предложенное в разделе Следующие шаги , чтобы узнать, как вызвать API Topics). Эта запись (имя хоста или данные приложения) позже используется для получения тем, представляющих интерес. API Topics позже отметит тему Home & Garden , как ее наблюдают оба вызывающих стороны A и B.
• Пользователь посещает приложение Tennis exercises . Только вызывающий B отправляет запрос Topics API. Topics API позже отметит тему Sports/Tennis как наблюдал вызывающий B.
• К концу эпохи API тем обновляет главные темы пользователя и определяет абонентов, которые просматривали эти темы, на основе активности пользователя.
• Позже, когда вызывающая сторона B сделает еще один вызов API тем, она может получить либо тему Home & Garden , либо тему Sports/Tennis (или, с вероятностью 5%, случайную тему) для этого пользователя в массиве ответов.
• Абонент A может получить доступ только к теме Home & Garden , поскольку он никогда не наблюдал тему Sports/Tennis . Это означает, что третья сторона узнает о теме, представляющей интерес для пользователя, только в определенном контексте (приложение или веб-сайт), где он присутствует.

Выводить темы

Topics выводит темы, представляющие интерес, из активности пользователя. Темы выбираются из предопределенной таксономии с открытым исходным кодом. Один раз за эпоху Topics обновляет пять основных тем пользователя и звонящих, которые наблюдали их в течение эпохи. Модель классификатора Topics выводит темы из активности пользователя: имя хоста для посещения веб-страницы, информация о приложении на Android.

Звонящий получает доступ к темам, интересующим пользователя

API возвращает только темы, которые были просмотрены вызывающей стороной в течение последних трех эпох. Вызывающей стороне может быть возвращено максимум три темы, по одной теме для каждой из трех последних эпох (если вызывающая сторона просмотрела темы для этой эпохи). Вызывающая сторона может использовать возвращенные темы для дополнения любой контекстной информации и может объединять их, чтобы помочь найти более релевантную рекламу для пользователя.

Эпохи

API тем должен гарантировать, что темы, которые он предоставляет, актуальны. Темы выводятся для пользователя на основе его активности в течение периода времени, называемого эпохой, по умолчанию это одна неделя. У каждого пользователя есть свои собственные эпохи (эпохи «на пользователя»), а начальное время начала рандомизировано.

После каждой эпохи API тем вычисляет пять основных тем пользователя и определяет, какие абоненты наблюдали эти темы, используя информацию на устройстве. Тема, выбранная для каждой эпохи, выбирается случайным образом из пяти основных тем пользователя за этот период времени. Для дальнейшего повышения конфиденциальности и обеспечения того, что все темы могут быть представлены, существует 5%-ная вероятность того, что тема будет выбрана случайным образом из всех возможных тем в таксономии интересов .

Темы об Android на практике

API Topics на Android предназначен для поддержки сторонних рекламных SDK, которые обычно работают в нескольких приложениях. Темы предоставляют вызывающим абонентам подробные рекламные темы, представляющие интерес, на основе использования приложения пользователем, не полагаясь на перекрестные идентификаторы приложений. Эти темы можно использовать для дополнения любой контекстной информации, связанной с приложением, которое хочет отображать рекламу, и их можно комбинировать, чтобы помочь пользователю выбрать подходящее объявление.

В контексте API Topics покупатели и рекламодатели зависят от стороны продаж . Именно продавец широко присутствует в приложениях издателя и наблюдает за темами пользователей, а затем делится этими темами с покупателями, чтобы помочь им выбрать более релевантную рекламу. Чтобы получать темы, приложения и SDK на стороне продавца должны установить зону присутствия, наблюдая за API тем в течение как минимум одной эпохи .

В руководстве по реализации Topics API приведены примеры кода, демонстрирующие, как настроить возможность получения тем для рекламы на основе интересов.

Интеграция тем по типу бизнеса

Включите IBA (рекламу на основе интересов) с помощью Topics API. Следуйте инструкциям в зависимости от типа вашего бизнеса в области рекламных технологий, чтобы интегрировать API Topics и подготовиться к запуску.

Для всех рекламных технологий

• Просмотрите таксономию тем и оставьте отзыв .
• Поэкспериментируйте с примерами приложений API тем, чтобы увидеть, какие данные тем возвращаются из классификатора на устройстве.
• Обновите потоки приложений и SDK, чтобы начать вызывать API тем.
• Обновите протоколы, чтобы начать отправлять темы в запросах объявлений.
• Зарегистрируйте свою рекламную технологию в Privacy Sandbox.

Для специалистов по рекламе на стороне продавца

• Станьте наблюдателем , чтобы установить зону действия API Topics. API Topics предоставляет новый сигнал, поэтому вам потребуется обновить SDK, чтобы начать вызывать API Topics. Чтобы последовательно получать темы, ваш SDK должен вызывать API из приложений издателя хотя бы один раз за эпоху. Чтобы получить максимальное количество тем (три темы), которые можно отправить вместе с запросами объявлений, требуется до четырех эпох.
• Включите информацию Topics API в свои запросы объявлений. Для каждого запроса объявления начните делиться данными API Topics с партнерами-покупателями. API тем планирует дополнять другие сигналы (например, контекстные сигналы), чтобы помочь найти подходящую рекламу для данного посетителя.
• Разработайте протокол обмена темами с партнерами-покупателями. API Topics требует, чтобы каждый пакет SDK работал с нижестоящими партнерами, чтобы договориться о том, как будут передаваться данные API Topics.

Для специалистов по рекламе на стороне покупателя

• Свяжитесь с партнерами по продажам, чтобы подтвердить их планы по наблюдению за темами и установлению присутствия. Чтобы получать темы, поставщики продавцов должны вызывать API тем хотя бы один раз за эпоху.
• Совместно разработайте протокол получения тем от ваших партнеров по продажам. Темы – это новый сигнал, который будет передан партнерам по продажам в рамках запроса объявления. Потребители на стороне покупателя должны будут убедиться, что они работают со своими вышестоящими партнерами над тем, как будут обсуждаться темы.
• Включите темы в модели ставок и оптимизации. Ожидается, что API Topics будет дополнять другие сигналы, например контекстные, чтобы помочь посетителю найти подходящую рекламу.

Как API определяет темы для приложения

В Android API Topics определяет темы для приложения на основе информации о приложении, используя модель классификатора. В текущей реализации Topics использует имена приложений и пакетов для назначения тем, представляющих интерес для приложения, но позже это может быть расширено за счет включения другой информации, такой как описание приложения.

Классификатор тем

Интересующие темы извлекаются из модели классификатора, которая обучается на общедоступной информации о приложении.

• Когда модель классификатора используется для вывода для вычисления тем для данной эпохи, набор используемых сигналов остается на устройстве. Этот набор сигналов может включать установленные или недавно использованные приложения, а позже он может быть расширен за счет включения других сигналов.
• Модель V5 была обучена Google на 540 000 общедоступных приложениях, помеченных людьми, и 17 миллионах помеченных ML, из магазинов приложений, таких как Google Play Store. Модель использует имена приложений и имена пакетов в качестве входных сигналов и доступна разработчикам приложений бесплатно, чтобы протестировать и посмотреть, к каким темам относится их приложение.
• Возможно, что приложение соответствует более чем одной теме, не связано ни с одной темой или не добавлено в историю тем пользователя. Если приложение соответствует более чем одной теме в таксономии, количество тем, выбранных для этого приложения, будет ограничено тремя первыми.

Чтобы лучше понять, как работает модель классификатора, вы можете проверить, как различные данные приложений влияют на классификацию, с помощью Colab Android Topics Classifier Colab.

Таксономия

Темы выбираются из предопределенной таксономии с открытым исходным кодом. Таксономия общедоступна и может быть изменена. Предложения можно оставить, воспользовавшись кнопкой обратной связи вверху страницы. Эта таксономия курируется людьми, поэтому деликатные темы не являются частью таксономии. Он будет адаптирован к категориям рекламы, которые могут показываться в мобильных приложениях на Android.

Темы об Android на практике

Предположим, что на устройстве пользователя установлено семь приложений: A, B, C, D, E, F и G. Предположим, что классификация тем для приложения и SDK рекламных технологий в этих приложениях следующая:

Конец первой недели: API тем генерирует 5 самых популярных тем пользователя за эту эпоху.

На второй неделе, если вызывающий абонент в каком-либо приложении вызывает API, то возвращаемый список тем будет включать только темы, для которых вызывающий абонент находится в столбце «Вызывающие абоненты, которые могут узнать о теме» для этой темы для этого приложения для этой эпохи.

• Окно истории, включенное в расчет тем, доступных каждому звонящему, составляет три эпохи (или три недели).
• Используются только темы, связанные с приложениями, которые вызывают API тем через рекламные SDK. Это означает, что если приложение не включает в себя какие-либо рекламные SDK, вызывающие API тем, темы, связанные с этим приложением, не входят в пул тем, доступных рекламным SDK.
• Приложение также может декларативно отказаться от API тем. Темы, связанные с отключенными приложениями, не будут учитываться при еженедельном подсчете тем. Этот документ будет обновлен и будет включать соответствующие подробности реализации.

Если платформы недостаточно используют приложение, чтобы определить пять тем, платформа может рассмотреть такие варианты, как случайное создание оставшихся тем.

Шифрование возвращаемых тем

Зарегистрированные рекламные платформы, которые вызывают API тем, также должны предоставить ключи шифрования, чтобы гарантировать, что возвращаемые темы будут доступны для чтения только вызывающему абоненту.

Privacy Sandbox получит эти ключи с конечной точки, предоставленной рекламной технологией. Мы рекомендуем регулярно обновлять ключи, но не реже, чем раз в шесть месяцев.

Privacy Sandbox попросит рекламных специалистов подтвердить доступность конечной точки, которую они предоставляют в процессе регистрации. Более подробную информацию о действиях, требуемых действующими и вновь зарегистрированными специалистами по рекламе, см. в руководстве по регистрации.

Следующие шаги

Реализация тем

Ознакомьтесь с подробностями реализации и примерами кода, чтобы вызывающие абоненты могли наблюдать и получать доступ к темам.

Контроль и прозрачность

Узнайте, как пользователи и разработчики могут управлять API Topics и настраивать его в соответствии с предпочтениями и потребностями пользователей.

См. также

Ознакомьтесь с нашими ресурсами, чтобы лучше понять API Topics на Android.

• Ознакомьтесь с примерами приложений Topics, видеороликами для совместной работы и пошаговыми руководствами .
• Узнайте, как пользователи и разработчики могут управлять API.
• Посетите ресурсы поддержки, чтобы задавать вопросы, участвовать и делиться отзывами.