Защищенная аудитория: руководство по интеграции

Реализации Protected Audience (ранее известные как FLEDGE) на Android обычно включают интеграцию между приложениями рекламодателей, приложениями издателей, продавцами и покупателями. Это руководство предназначено для партнеров, которые планируют управлять пользовательскими аудиториями и проводить аукционы, включая сети рекламных технологий, которые работают как покупатели, так и продавцы. Различные рекламные кампании могут иметь разные цели, и не все функции Protected Audience используются для всех вариантов использования. Это руководство пытается назвать шаги, необходимые для поддержки более специализированных случаев, где это возможно.

Чтобы подготовиться к масштабному развертыванию Protected Audience, партнеры могут начать тестирование, имитируя точки интеграции с другими сторонами. Чтобы помочь вам с планированием интеграции, это руководство дает полное представление о том, как интегрировать Protected Audience с вашими приложениями Android. Это может включать функции, которые еще не реализованы на текущем этапе Privacy Sandbox в Android Developer Preview. В этих случаях предоставляется руководство по временной шкале.

Рабочий процесс интеграции защищенной аудитории состоит из 4 основных этапов, реализуемых различными типами партнеров по рекламным технологиям:

1. Покупатель создает индивидуальные аудитории.
2. В процессе отбора рекламы выбирается победившая реклама.
   1. Приложение продавца инициирует выбор объявлений.
   2. Рекламные сервисы выполняют код фильтрации и торгов на стороне покупателя.
   3. Рекламные службы выполняют код принятия решений на стороне продавца.
3. Победившее объявление отображается в приложении продавца.
4. Отчеты о показах рекламы доступны как покупателю, так и продавцу.

Следующая диаграмма иллюстрирует эти шаги:

Терминология

• Рекламодатель : компания, которая привлекает пользователей посредством покупки рекламного инвентаря.
• Издатель : Компания, продающая рекламный инвентарь, доступный вместе с ее контентом.
• Покупатель : компания, занимающаяся рекламными технологиями, которая помогает рекламодателям приобретать рекламный инвентарь.
• Продавец : компания, занимающаяся рекламными технологиями, которая помогает издателям продавать рекламный инвентарь.
• Сеть : рекламная технологическая компания, которая выступает и как покупатель, и как продавец.
• Владеет и управляет : компания, которая выступает в качестве издателя, продавца и покупателя.
• Партнеры по интеграции : любые компании, с которыми вам необходимо сотрудничать для успешной интеграции с Protected Audience.

Предварительные условия, привлечение партнеров по интеграции и настройка

В этом разделе описывается набор начальных действий, которые помогут вам понять, как работает Protected Audience, как начать интеграцию Protected Audience и как взаимодействовать с вашими партнерами по интеграции для внедрения Protected Audience. Эти действия могут происходить параллельно.

Ознакомьтесь с защищенной аудиторией

Первый шаг — ознакомиться с API и сервисами Protected Audience.

1. Начните с прочтения предложения по проектированию , чтобы ознакомиться с API защищенной аудитории и его возможностями.
2. Прочитайте руководство для разработчиков , чтобы узнать, как включить код и вызовы API, необходимые для ваших вариантов использования, а также узнать, какие сервисы необходимы для интеграции с Protected Audience.
3. Отправьте отзыв относительно разработки и внедрения API, сервисов и документации Protected Audience.
4. Подпишитесь, чтобы получать обновления и быть в курсе последних функций Privacy Sandbox.

Настройте и протестируйте примеры приложений

Ознакомившись с основами защищенной аудитории, описанными ранее, вам следует настроить и протестировать примеры приложений.

1. Когда вы будете готовы начать интеграцию, настройте среду разработки с помощью последней версии Privacy Sandbox Developer Preview .
2. Настройте требуемые конечные точки сервера. Используйте примеры макетов с вашим предпочтительным решением для тестирования API, чтобы запустить этот процесс.
3. Создайте копию и запустите код в нашем примере приложения , чтобы ознакомиться с управлением индивидуальной аудиторией, рабочим процессом выбора рекламы и отчетами о показах.

Привлечение партнеров по интеграции

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

Бета-установка (доступна в четвертом квартале)

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

Архитектурные соображения

Как для покупателей, так и для продавцов, Protected Audience предоставляет возможность проводить аукционы рекламы на устройстве. Вы и ваши партнеры по интеграции должны учитывать несколько важных соображений в своих проектах:

Аудитории и ремаркетинговые объявления хранятся на устройстве.

В отличие от сегодняшнего хранения рекламы полностью на серверах, информация об аудитории и ремаркетинговые объявления хранятся на устройстве. Контекстная реклама, которая не опирается на данные устройства для таргетинга, продолжает оставаться на серверах. Платформы рекламных технологий должны расширяться, чтобы учитывать спрос на рекламу, который распределяется между серверами и устройствами.

Торги и аукционы проводятся на устройстве.

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

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

Стратегия данных

Платформы рекламных технологий должны учитывать типы данных, которые используются в аукционах. Сегодня эта информация собирается из различных источников, а затем централизуется на сервере. Аукционы защищенной аудитории предлагают несколько различных путей для передачи этих данных. Например: сигналы в реальном времени, такие как оставшийся бюджет, поступают от службы «ключ-значение» как доверенные сигналы, тогда как контекстные сигналы, такие как время суток, отправляются продавцами при проведении аукциона. Эти сигналы более подробно описаны в соответствующих разделах этого руководства.

Создайте свое решение

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

Покупатели: формирование аудитории

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

Если в приложении рекламодателя имеется собственный SDK, вы можете реализовать этот код напрямую с помощью joinCustomAudience() .

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

• Как покупатель, позвольте рекламодателю определить аудиторию. Интеграционный партнерский SDK на устройстве может отправлять события приложения покупателю. При выполнении предопределенных критериев покупатель отправляет сообщение в SDK для присоединения к пользовательской аудитории на клиенте от имени покупателя.
• SDK может владеть аудиторией напрямую. Рекламодатели работают с поставщиком SDK для определения аудитории. SDK отслеживает события приложения и присоединяется к аудитории в подходящее время, а также уведомляет покупателя о том, что пользователь присоединился к аудитории.

Прототип ремаркетинговой кампании: создание индивидуальной аудитории

Пользовательская аудитория — это группа пользователей со схожими интересами, которым можно показывать персонализированную рекламу. Покупатели могут помочь рекламодателям создавать пользовательские аудитории в своих приложениях на основе активности пользователей.

Protected Audience устанавливает контейнер для пользовательской аудитории, который сопоставляется с определенным пользовательским взаимодействием, определенным рекламодателем. Это включает в себя коллекцию объявлений-кандидатов, которые могут быть показаны этой аудитории, а также коллекцию логики и данных пользовательских ставок, которые могут использоваться во время аукциона для фильтрации и ценообразования объявлений.

Настройка и прототип

• Используйте API пользовательской аудитории для создания и сохранения аудитории на устройстве, которую впоследствии можно будет использовать в аукционе.
• Подробную информацию о реализации и использовании API см. в руководстве разработчика .

Соображения по дизайну

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

URL-адрес логики торгов

Поскольку аукционы проводятся на устройстве, покупателям необходимо развернуть конечную точку, которая может возвращать логику торгов в виде JavaScript. В нашем руководстве для разработчиков описываются необходимые сигнатуры методов. Логика торгов имеет доступ к определенным сигналам о пользователе во время аукциона, как описано в следующих нескольких разделах. Настройка логики торгов и пользовательских сигналов объясняется далее в этой статье .

Сигналы ставок пользователя

Покупатели могут использовать UserBiddingSignals для передачи знаний, которые рекламодатель или сам покупатель имеет о пользователе, в будущие аукционы на устройстве. Это может включать такую ​​информацию, как:

• Другие аудитории, в которые добавлен пользователь.
• Информация, полученная рекламодателем от первого лица о пользователе.

Поскольку эти сигналы доступны во время аукциона, покупатели могут выполнять индивидуальные операции по ставкам во время аукциона, включая:

• Повышайте или понижайте ставки на основе сигналов торгов.
• Отфильтруйте определенные объявления с аукциона.

Надежные данные торгов

В рамках реализации Protected Audience покупатели могут получать доступ к информации в режиме реального времени во время аукциона из службы «ключ-значение». В качестве временного механизма покупатель и продавец могут получать эти сигналы торгов из любой службы, включая ту, которой они управляют сами. Наиболее распространенным примером является поиск оставшегося бюджета на рекламу. Во время разработки можно имитировать эту службу, и вы можете разрабатывать с использованием этой имитированной конечной точки. Инструкции по настройке см. в каталоге FledgeServerSpec в нашем репозитории примеров приложений на GitHub.

Поле TrustedBiddingData состоит из URL и набора ключей. Вот некоторые соображения по поводу того, какую структуру ключей использовать:

• Один из подходов заключается во включении ключа, который сопоставляется 1:1 с создаваемой аудиторией. Служба «ключ-значение» затем может содержать всю соответствующую информацию, связанную с аудиторией.
• Бюджет и статус объявления — важные факторы, которые следует учитывать в режиме реального времени.
• Максимальная сумма ставки или другие сигналы, которые можно использовать для определения цены объявления на аукционе. Можно включить эту информацию в объявление в списке AdData , но сохранение ее в службе «ключ-значение» позволяет обновлять ее по мере необходимости.

Список AdData

При создании кампании ремаркетинга рекламодатели обычно рассматривают множество различных типов объявлений для показа пользователю в аудитории, например, рекламу различных скидок на основе предыдущего взаимодействия пользователя с приложением. Пользовательская аудитория включает список AdData , который содержит объявления-кандидаты.

Объем информации, которую следует включить в каждое объявление, остается на усмотрение покупателей. Некоторые моменты, которые следует учитывать:

• Список AdData можно обновить двумя способами:
  • Если приложение выполняет видимую активность на переднем плане, оно может инициировать список при присоединении пользователя к индивидуальной аудитории.
  • Во время ежедневного обновления выборка инициируется в фоновом режиме. Устройство отправляет запрос на daily_update_url , включенный в вызов joinCustomAudience , и ожидает ответа, включающего обновленный список AdData .
• Дополнительную информацию о рекламе можно запросить во время аукциона. Перед аукционом устройство отправляет запрос в службу «ключ-значение» покупателей, которая была указана в поле trustedBiddingData joinCustomAudience . Служба «ключ-значение» — это новая служба, которая является частью реализации Protected Audience покупателями. Более подробная информация об этой службе приводится далее в этом документе .
• Включение идентификатора креатива для вашего объявления может помочь вам предпринять определенные действия с определенными креативами. Например, рекламодатели могут приостановить определенные креативы, и вы хотите извлечь эти идентификаторы креативов из службы «ключ-значение» в реальном времени, а затем сопоставить их с объявлениями в списке AdData .

AdData должен включать render_url . URL-адрес рендеринга победившего объявления ремаркетинга используется для рендеринга объявления . Некоторые соображения включают:

• URL-адрес рендеринга имеет порог k-анонимности, поэтому избегайте включения узких параметров. Более подробная информация об этом пороге k-анонимности будет опубликована позднее.
• Этот URL должен содержать всю информацию, необходимую для отображения рекламы. Например, если вы хотите показать определенные продукты, вставьте идентификаторы продуктов в качестве параметров в URL.

При создании прототипа единственным обязательным полем является renderUri , которое указывает на ресурсы рендеринга рекламы. Поле метаданных в AdData можно игнорировать при создании решения. По мере продвижения решения к производству следует учитывать, какие метаданные для вас актуальны, поскольку их можно использовать при формировании ставок для корректировки цены ставки.

Время активации и время истечения срока действия

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

• Просроченный пользователь (например, пользователь, который не взаимодействовал с приложением рекламодателя в течение последних 7 дней)
  • Каждый раз, когда пользователь открывает приложение, покупатель может вызвать joinCustomAudience и настроить activation_time как временную метку на 7 дней вперед.
  • Аудитория имеет право на участие в торгах, если с момента последнего открытия приложения пользователем прошло 7 дней.
• Сезонная аудитория (аудитория, которая актуальна только в течение определенного периода времени в ближайшем будущем)
  • Покупатель может заранее начать определять пользовательские аудитории, которые будут иметь право на участие в торгах только в течение заранее определенного времени в (ближайшем) будущем.
  • Например, если рекламодатель проводит кампанию в конце лета в США в 2022 году, его покупатель может вызвать joinCustomAudience и настроить activation_time на субботу 20 августа 2022 года. Если кампания будет длиться только одну неделю, покупатель может установить дату окончания срока действия на 27 августа 2022 года, после чего пользовательская аудитория будет отфильтрована платформой во время выбора рекламы и в конечном итоге будет удалена.

Покупатели и продавцы: выбор рекламы

Выбор рекламы требует сотрудничества между покупателями и продавцами. Это можно рассматривать как четырехэтапный процесс:

1. Продавцы определяют стратегию посредничества .
2. Продавцы настраивают аукцион и инициируют выбор объявлений.
3. Покупатели приглашаются к участию в аукционе с использованием конфигурации, определенной продавцом. Логика торгов покупателя выполняется для выбора объявления-кандидата и ставки.
4. Реализуется логика принятия решений продавцами для оценки кандидатов и выбора выигрышного объявления.

Для упрощения разработки можно имитировать ответы сервиса для покупателей и продавцов, что включает логику торгов и оценки, что позволяет вам сосредоточиться на разработке того, что имеет отношение к вашему варианту использования. Инструкции по настройке имитирующих конечных точек см. в каталоге FledgeServerSpec на GitHub, а инструкции по переопределению необходимости удаленной выборки JavaScript — в руководстве разработчика .

Продавцы: Определите стратегию посредничества

Protected Audience нацелена на поддержку каскадной медиации. Эта область находится в стадии разработки, и дополнительная информация будет предоставлена ​​по мере ее доступности. На данный момент см. проектное предложение для каскадной медиации в Protected Audience.

Продавцы: Настройте аукцион

Продавцы отвечают за настройку аукциона, предоставляя информацию для процесса выбора объявлений. Продавцы могут сделать информацию доступной всем или только выбранным сторонам. Это может включать информацию, которой вы располагаете, или информацию, которую вы включаете от имени покупателей.

Настройка и прототип

• Продавец может настроить и инициировать аукцион, настроив объект AdSelectionConfig и используя API AdSelection . Запустите аукцион, вызвав selectAds() .
• Подробную информацию о реализации и использовании API см. в руководстве разработчика .

Соображения по дизайну

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

• Частная среда исполнения включает только рекламу для индивидуально настроенной аудитории на устройстве, поэтому предварительный запрос контекстной рекламы позволяет учесть дополнительный спрос.

• Прежде чем инициировать рабочий процесс выбора рекламы, выполните запрос рекламы для сбора информации от покупателей. Затем используйте эту информацию для настройки выбора рекламы.

• Поскольку многие покупатели могли создать пользовательские аудитории на устройстве, продавцы должны использовать поле покупателей пользовательской аудитории, чтобы указать конкретных покупателей, которых следует включить в процесс. Существует много способов создания этого списка. Вот некоторые примеры:

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

• Продавец может передать информацию в процесс несколькими способами:

  • Поле сигналов выбора рекламы доступно всем покупателям и продавцу, которые участвуют в аукционе в закрытом режиме выполнения. Используйте его для предоставления информации о возможности рекламы, такой как размер и формат рекламы.
  • Поле сигналов покупателя пересылается конкретному покупателю для использования в его процессе торгов. Эта информация предоставляется покупателем, и вам как продавцу необходимо продумать, как получить эту информацию на устройстве для использования во время выбора рекламы.
  • Поле сигналов продавца — это последний способ для продавца передать информацию в процесс. Вы как продавец используете эти сигналы при оценке и фильтрации рекламы, например, для включения проверки безопасности бренда.

Покупатели: Торги за рекламное место

Настройка и прототип

• Покупатель может добавить свою логику торгов в функцию JavaScript generateBid() , которая обслуживается из набора параметров biddingLogicUrl при построении CustomAudience . Вы можете настроить фиктивную службу, используя предоставленную спецификацию , или реализовать эту конечную точку на реальном сервере.
• Подробную информацию о реализации и использовании API см. в руководстве разработчика .

Соображения по дизайну

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

Логика торгов по проекту

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

Поставка данных торгов

Сигналы торгов в реальном времени с использованием сервисов «ключ-значение»

Как покупатель, вы можете получать сигналы в реальном времени во время аукциона из принадлежащей вам службы «ключ-значение». Вы можете найти начальную реализацию этой службы в публичном репозитории Privacy Sandbox или создать свою собственную службу. URL-адрес этой службы указывается как trustedBiddingUrl в пользовательской аудитории, и платформа пытается получить данные и сделать их доступными для вашей функции generateBid с trusted_bidding_signals parameter . Вам необходимо установить собственную структуру ключа.

Контекстные и пользовательские сигналы

Ваша функция generateBid имеет доступ к дополнительным пользовательским сигналам при запуске аукциона на устройстве. Эти сигналы передаются с полями contextual_signals и per_buyer_signals . Все эти поля являются объектами JSON, формат которых должен быть определен покупателями и продавцами.

Поле contextual_signals содержит информацию, которая может быть релевантной для пользователя. Объект, содержащий эти сигналы, создается самой Protected Audience и передается в вашу логику торгов. Это передается как пустой объект. Если вы считаете, что контекстный сигнал о пользователе может быть релевантным для вашего варианта использования, отправьте отзыв для рассмотрения.

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

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

Продавцы: оценка и выбор победившего объявления

Настройка и прототип

• Продавец может добавить свою логику оценки в функцию JavaScript scoreAd() , которая обслуживается из набора параметров scoringLogicUrl при построении AdSelectionConfig . Вы можете настроить фиктивную службу, используя предоставленную спецификацию , или реализовать эту конечную точку на реальном сервере.
• Подробную информацию о реализации и использовании API см. в руководстве разработчика .

Логика оценки дизайна

Продавцы реализуют логику подсчета очков в JavaScript, который выполняется на устройстве. Руководство разработчика содержит информацию о требуемой подписи и сведения о различных параметрах, передаваемых во время аукциона. Кроме того, ваша логика подсчета очков на устройстве имеет доступ к дополнительной информации, передаваемой в качестве параметров вашей функции scoreAd .

Поставка данных оценки

Сигналы оценки в реальном времени с помощью сервисов «ключ-значение»

Как продавец, вы можете получать сигналы в реальном времени во время аукциона из принадлежащей вам службы «ключ-значение». Первоначальную реализацию этой службы можно найти в публичном репозитории Privacy Sandbox . URL-адрес этой службы указывается как trustedScoringUri в конфигурации аукциона, а платформа пытается получить данные и сделать их доступными для вашей функции scoreAd с помощью параметра trusted_scoring_signals . Вам следует установить собственную структуру ключей.

Контекстные и пользовательские сигналы

Ваша функция scoreAd имеет доступ к дополнительным пользовательским сигналам при запуске аукциона на устройстве. Эти сигналы передаются в вашу функцию оценки с помощью поля contextual_signal . Это поле содержит объекты JSON, формат которых определяется покупателями и продавцами.

Поле contextual_signal содержит контекстную информацию, которая может быть релевантной для пользователя. Объект, содержащий эти сигналы, создается самой Protected Audience и передается в вашу логику оценки. Он передается как пустой объект. Если вы считаете, что сигнал о пользователе может быть релевантным для вашего варианта использования, отправьте отзыв для рассмотрения.

Продавцы: Отобразить рекламу

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

Отчет о результатах показа

Настройка и прототип

• Покупатели и продавцы могут добавлять логику отчетности в функцию JavaScript reportWin() , которая обслуживается из параметра biddingLogicUrl или scoringLogicUrl соответственно. Вы можете настроить фиктивную службу, используя предоставленную спецификацию , или реализовать эту конечную точку на реальном сервере.
• Подробную информацию о реализации и использовании API см. в руководстве разработчика .

Соображения по дизайну

Покупатели и продавцы должны реализовать функцию reportWin в своем коде JavaScript, возвращаемом из их настроенных конечных точек. Этот метод позволяет вам отправлять данные обратно на ваши серверы.

Privacy Sandbox также предоставляет API Attribution Reporting для управления отчетами на уровне событий и агрегированными отчетами. Подробнее читайте в руководстве по интеграции .

{% дословно %} {% endverbatim %}

Рекомендовано для вас

• Примечание: текст ссылки отображается, когда JavaScript отключен.
• Руководство разработчика API защищенной аудитории на Android
• Поддержка индивидуального таргетинга аудитории с помощью API защищенной аудитории
• Ограничение частоты показов защищенной аудитории

{% дословно %} {% endverbatim %}