Publisher Privacy Treatment API (бета-версия)

Publisher Privacy Treatment (PPT) API – это инструмент, с помощью которого издатели могут передавать настройки конфиденциальности пользователей. В этой статье рассказывается о первом сигнале из линейки API для издателей, которые позволяют им управлять персонализацией и использованием данных для пользователей.

С помощью сигнала PPT=1 издатели могут отключать персонализацию рекламы для отдельных запросов объявлений, если они разрешили своим пользователям менять эту настройку. В отчетах PPT=1 позволяет отличать трафик неперсонализированной рекламы от других режимов показа неперсонализированной рекламы, например NPA=1 или rdp=1.

PPT=1 не предназначен для использования в ситуациях, когда требуются более специализированные режимы показа объявлений. Узнайте больше о сигналах, которые помогают соблюдать законы в отношении конфиденциальности, в том числе о неперсонализированной рекламе и ограничении обработки данных.

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

Примеры

• Если пользователь из ЕЭЗ, Великобритании или Швейцарии отключил персонализацию рекламы, это будет учитываться, даже если в Publisher Privacy Treatment API не указано, что персонализация отключена.
• Если в PPT API указано, что пользователям нужно показывать неперсонализированную рекламу, они будут видеть именно такую рекламу, даже если в строке TCF версии 2.3 указано, что пользователь дал согласие на персонализацию.

Мы обновили различные теги объявлений и рекламные SDK от Google, которые теперь могут учитывать значение первого сигнала (PPT=1) и отключать персонализацию рекламы, если это задано издателем. Издатели, которые показывают объявления без использования наших тегов или SDK, также могут напрямую добавлять значения сигналов (например, PPT=1) в запросы объявлений в качестве параметров URL. По мере появления новых сигналов издатели смогут добавлять несколько значений (например, PPT=1,2,3).

Дополнительную информацию можно найти в документации Google для разработчиков:

• Google Mobile Ads SDK для приложений:
  • Менеджер рекламы: iOS, Android
  • AdMob: iOS, Android
• Теги объявлений Google для сайтов:
  • Тег Google Publisher Tag (тег GPT)
  • Ads by Google tag (ABG)

Как работает сигнал PPT=1

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

В Google Менеджере рекламы, AdSense или AdMob:

• PPT=1 отключает персонализацию рекламы как в кампаниях с прямой продажей, так и в источниках спроса Google с алгоритмической продажей.
• При таргетинге на пользователей, в чьих запросах объявлений указан сигнал PPT=1, их профили не используются.
• Запросы объявлений с сигналом PPT=1 нельзя использовать для обновления существующих профилей пользователей.

PPT=1 отличается от сигналов неперсонализированной рекламы (NPA=1) и ограниченной обработки данных (rdp=1) следующим образом:

• Если указано значение PPT=1, использовать сторонних поставщиков для показа и отслеживания рекламы разрешено.
• Если указано значение NPA=1 или rdp=1, использование сторонних поставщиков для показа и отслеживания рекламы:
  • Не допускается для источников спроса Google.
  • Ограничивается для источников спроса, не связанных с Google, только если издатель включил параметр "Проверять партнеров по RTB на наличие согласия пользователя".
  • Ограничивается для позиций с резервированием для пользователей из ЕЭЗ, Великобритании и Швейцарии, у которых указан сигнал NPA=1, только если включен параметр "Проверять креативы для резервирования на наличие согласия".
• Для пользователей, на которых распространяется действие общего закона Бразилии "О защите персональных данных" (LGPD), при наличии сигнала NPA=1 объявления для позиций с резервированием будут показываться, только если поставщики рекламных технологий не указаны или не обнаружены.

Если запрос объявления содержит сигнал PPT=1, то в запросе ставки для источников спроса, не связанных с Google, также отправляется параметр NonPersonalizedAdsReason.Publisher_Declared_NPA=1, чтобы указать, что пользователь хочет отключить персонализацию для этого запроса. PPT=1 разрешает использовать сторонних поставщиков для показа и отслеживания рекламы, но ограничивает развертывание некоторых макросов, связанных с идентификаторами пользователей. Для неперсонализированной рекламы из запросов ставок удаляются идентификаторы пользователя, например google_user_id, hosted_match_data, session_id и любые рекламные идентификаторы устройств. Это помогает убедиться (но не гарантировать), что сигнал будет учитываться при передаче авторизованным покупателям и участникам аукционов с открытыми ставками.

A note about PPID

 

Ad Manager’s Service Specific Terms require publishers using PPID to offer users a mechanism to opt out of personalized advertising. If a publisher receives an opt out from a given user, the publisher must either stop transmitting PPID to Google for that user or transmit both PPID and a signal indicating the user has opted out. Using PPT=1 would be an acceptable way to meet this requirement. Alternatively, if the publisher is unable to build a user opt out control (for example, in the case of connected TV), the publisher may elect to opt out all such traffic using PPT=1. The publisher would still be able to transmit PPID for non-personalization usage such as frequency capping in applicable locales.