Настройки ограничения обработки данных, заданные вами на уровне запроса, будут распространяться на пользователей со всего мира. Например, если вы добавите такие параметры на уровне запроса для пользователя из определенного штата США, будет активирован режим ограничения и показана только неперсонализированная реклама.
- Настройки ограничения обработки данных для страниц с тегами GPT и AdSense
- Настройки ограничения обработки данных для других тегов
Настройки ограничения обработки данных для страниц с тегами GPT и AdSense
Отправка запросов объявлений
По умолчанию отправляемые в Google запросы объявлений не подразумевают каких-либо ограничений обработки данных, и Google предлагает персонализированную рекламу с учетом контента веб-страницы и истории действий пользователя. Рекламные теги Google уже поддерживают отправку сигналов, учитывающих различные требования и законы в отношении конфиденциальности, например:
- Настройки персонализации рекламы в тегах объявлений Google для издателей:
Менеджер рекламы, AdMob, Android и iOS, AdSense. - Запросы объявлений для пользователей из ЕЭЗ, не достигших минимального возраста (тег TFUA):
Менеджер рекламы, AdMob, AdSense. - Запросы объявлений от ресурсов, предназначенных для детей (тег TFCD):
Менеджер рекламы, AdMob, AdSense.Параметр TFCD также можно использовать для пометки запросов от пользователей, не достигших минимального возраста. Если параметр TFCD задан, будет действовать ограничение обработки данных.
В этой статье описано, как включать режим ограничения обработки данных с помощью тегов в запросах. Когда ограничение обработки данных включено, Google показывает только неперсонализированную рекламу. Если вы хотите ограничить обработку данных для посетителей вашего ресурса из ряда штатов США, изменять теги не нужно. Подробная информация об ограничении обработки данных и о том, как включить его в интерфейсе Менеджера рекламы, AdMob и AdSense, доступна в Справочном центре.
Ограничить обработку данных только для некоторых пользователей можно с помощью тегов GPT и асинхронных тегов объявлений AdSense или Ad Exchange на уровне страницы. Эти теги позволят разместить на страницах ссылку "Запретить продажу моих личных данных". Передача такого сигнала, полученного от пользователя, считается достаточным условием для соблюдения требований закона в отношении ограничения обработки данных. Более подробные сведения о режиме ограничения обработки данных представлены в статье "Помощь издателям в соблюдении законов штатов США о защите конфиденциальности" (для Google Менеджера рекламы, AdMob и AdSense).
- Для тега GPT используйте следующий фрагмент кода:
googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
}); - Для асинхронного тега объявлений AdSense и Менеджера рекламы используйте следующий фрагмент кода:
<ins class="adsbygoogle"
style="display:inline-block;width:728px;height:90px"
data-ad-client="ca-pub-0123456789abcdef"
data-ad-slot="0123456789"
data-restrict-data-processing="1"></ins>
Эти методы активируют ограничение обработки данных для объявлений по запросам, отправленным в Google следующими поддерживаемыми тегами: GPT, асинхронными тегами объявлений AdSense или Ad Exchange (adsbygoogle.js), а также IMA SDK. Чтобы проверить, что тег ограничивает обработку данных, с помощью встроенных в браузер инструментов разработчика найдите в запросе параметр &rdp=1.
Те же API позволяют отключить ограничение обработки данных и вернуть персонализацию. Для этого следует передать значение false или 0 в зависимости от API. Если на странице есть теги объявлений Google разных типов (например, тег GPT и асинхронный тег AdSense или Ad Exchange), вам нужно настроить ограничение обработки данных для каждого из этих типов.
Настройки ограничения обработки данных для других тегов
Теги возврата GPT
Если вы используете теги возврата GPT, то пометить запрос объявления как требующий ограничения обработки данных вы также можете с помощью метода googletag.pubads().setPrivacySettings.
Пример кода:
<script async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script> <div id='gpt-passback'> <script> window.googletag = window.googletag || {cmd: []}; googletag.cmd.push(function() { googletag .defineSlot('/123/sports', [300, 250], 'gpt-passback') .addService(googletag.pubads()); googletag.pubads().setPrivacySettings({ 'restrictDataProcessing': true }); googletag.enableServices(); googletag.display('gpt-passback'); }); </script> </div>
Запрос без тегов
Если вы используете запросы без тегов, то можете пометить запрос объявления как требующий ограничения обработки данных, добавив параметр rdp=[int] непосредственно в URL, желательно ближе к началу (так параметр не будет утерян из-за усечения URL). Чтобы включить ограничение обработки данных, укажите параметр rdp=1. Если параметр не указан, обработка данных не будет ограничиваться и запрос будет возвращать персонализированные объявления.
Пример кода:
https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345
Google Mobile Ads SDK
Подробную информацию о Google Mobile Ads SDK можно найти на сайте для разработчиков приложений.
- AdMob: iOS GMA SDK, Android GMA SDK.
- Менеджер рекламы: iOS GMA SDK, Android GMA SDK.
Google Interactive Media Ads SDK (для видео)
В запросах видеообъявлений вы можете сообщать Google, что ваш видеоконтент требует ограничения обработки данных. Это можно сделать при помощи созданного вручную тега главного видеообъявления (только в Менеджере рекламы) или IMA SDK (HTML5 IMA SDK, iOS IMA SDK, Android IMA SDK или Google Cast IMA SDK).
Если ваш видеопроигрыватель поддерживает функцию динамической вставки объявлений Менеджера рекламы, он может включать параметр rdp=1 в запросы объявлений для видео по запросу или прямой трансляции, чтобы передавать его во все вложенные запросы объявлений (с помощью DAI HTML5 SDK, DAI Cast SDK, DAI iOS SDK, DAI Android SDK, DAI Roku SDK или DAI tvOS SDK).
Устаревшие рекламные теги Google для издателей
Рекламные теги Google других типов, например устаревший тег GAM, GUT и синхронные теги AdSense или Ad Exchange (show_ads.js), не позволяют запрашивать объявления с ограничением обработки данных. Рекомендуем перейти на один из подходящих тегов с полнофункциональной поддержкой персонализированной и неперсонализированной рекламы.
AdSense для поиска
По умолчанию отправляемые в Google запросы объявлений не подразумевают каких-либо ограничений обработки данных, и Google предлагает персонализированную рекламу с учетом поискового запроса и истории действий пользователя. Когда ограничение обработки данных включено, Google показывает только неперсонализированную рекламу.
Вы можете активировать ограничение обработки данных на уровне запроса, как описано ниже, или попросить менеджера аккаунта отключить персонализацию для определенных ресурсов.
- Для веб-тега рекламы в пользовательском поиске добавьте в раздел
pageOptionsследующую строку:personalizedAds: false, - Для тега AdMob:
builder.setAdvancedOptionValue("csa_personalizedAds", "false"); - Для тега iOS:
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
Эти методы сообщают серверу, что запрос требует активировать ограничение обработки данных и показать неперсонализированную рекламу. Состояние указанного параметра не сохраняется: если он не задан в последующих запросах для того же пользователя, по умолчанию будут запрашиваться персонализированные объявления.
Технология Accelerated Mobile Pages (AMP)
<amp-ad type="doubleclick"> или <amp-ad type="adsense">.В случае запросов объявлений с AMP-страниц издатели могут ограничить обработку данных для всех или только для некоторых пользователей из штатов США. Для этого издателям потребуется использовать уже существующие настройки отключения персонализации. В тексте статьи эти понятия синонимичны.
Как запрашивать неперсонализированную рекламу для пользователей из определенных штатов США
Если вы используете теги AMP AdSense или AMP DoubleClick без конфигурации в реальном времени (RTC), достаточно активировать ограничение обработки данных в интерфейсе Google Менеджера рекламы или AdSense. Изменять AMP-страницы не нужно.
Если в тегах AMP-объявлений используется конфигурация RTC, запросы RTC будут отправляться только тогда, когда согласие получено или не требуется. Примечание. Вы можете разрешить отправку определенных запросов RTC без учета статуса согласия. Чтобы отключить отправку запросов RTC для пользователей, которые будут получать неперсонализированную рекламу (т. е. находятся в ряде штатов США), примените компоненты amp-geo и amp-consent:
<!-- Добавьте компонент amp-geo, чтобы определять конечных пользователей из США. Этот компонент поддерживает только идентификацию на уровне страны, но скоро мы реализуем поддержку для отдельных штатов. Убедитесь, что вариант "unknown" (когда amp-geo не может определить страну) предусмотрен как минимум в одной группе. -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"eea": ["preset-eea", “unknown”]
}
}
</script>
</amp-geo>
<!-- Настройте компонент amp-consent, чтобы блокировать запросы и получать данные о согласии пользователей. Впоследствии мы настроим автоматическое отклонение, чтобы запрос согласия не отправлялся. Таким образом, вызовы RTC прекратятся, а Менеджер рекламы и AdSense будут получать сигналы о показе неперсонализированной рекламы. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId”: “my_consent”,
“consentRequire”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “remote”,
“checkConsentHref”: “https://your-endpoint”
}
}
</script>
</amp-consent>
Поскольку компонент amp-geo в настоящее время не поддерживает выявление пользователей на уровне отдельных штатов, сообщать AMP о том, требуется ли согласие текущего пользователя, должна конечная точка. Для этого применяется параметр checkConsentHref. AMP ожидает от конечной точки объект JSON. Дополнительную информацию об этом вы можете найти в документации.
Если вариант с конечной точкой вам не подходит, в будущем вы сможете воспользоваться новой функцией для выявления пользователей из определенных штатов, над которой работает наша команда по разработке AMP. А пока в качестве временного решения вы можете применить настройку получения согласия ко всем пользователям из США. Конфигурация amp-consent выглядит следующим образом:
<!-- Настройте компонент amp-consent, чтобы блокировать запросы и получать согласие всех пользователей из США. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId”: “my_consent”,
“consentRequire”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “true”
}
}
</script>
</amp-consent>
Во все компоненты amp-ad на странице нужно добавить атрибут data-block-on-consent, как показано ниже: _auto_reject указывает, что объявлению не нужно ждать ответа на запрос и можно сразу переходить к показу неперсонализированной рекламы.
<!-- И наконец, необходимо настроить тег объявления, чтобы он автоматически отклонял запрос согласия. -->
<amp-ad data-block-on-consent="_auto_reject"
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Показ персонализированной и неперсонализированной рекламы с учетом согласия
На AMP-страницах нельзя размещать собственный код JavaScript, поэтому то, какие объявления будут запрашиваться (персонализированные или неперсонализированные), определяется настройками компонента amp-consent, а также атрибутами data-block-on-consent и data-npa-on-unknown-consent. Если вы настроили компонент amp-consent и связали его со всеми тегами <amp-ad> на странице с помощью атрибута data-block-on-consent, учитывайте следующее:
- Если пользователь ответил на компонент
amp-consentутвердительно (то есть принял запрос согласия), запросы объявлений будут отправляться в обычном режиме. - Если пользователь ответил на компонент
amp-consentотрицательно (то есть отклонил запрос согласия), то будут отправляться запросы неперсонализированных объявлений. - Если пользователь не ответил на компонент amp-consent (то есть закрыл запрос согласия):
- По умолчанию не отправляются никакие запросы объявлений.
- Если для атрибута
data-npa-on-unknown-consentустановлено значениеtrue, отправляются запросы неперсонализированных объявлений.
- Если компонент
amp-geoнастроен на страны или регионы, для которых согласие пользователей не требуется, запросы объявлений отправляются в обычном режиме.
Если в тегах <amp-ad> не используется атрибут data-block-on-consent или если компонент amp-consent настроен неправильно, запросы объявлений отправляются в обычном режиме.
Ниже представлен пример конфигурации для запроса согласия у всех пользователей из выбранных штатов США (результат совпадает с описанным выше).
<!-- Добавьте компонент amp-geo, чтобы определять конечных пользователей из США. Этот компонент поддерживает только идентификацию на уровне страны, но скоро мы реализуем поддержку для отдельных штатов. Убедитесь, что вариант "unknown" (когда amp-geo не может определить страну) предусмотрен как минимум в одной группе. -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"unknown": ["unknown"]
}
}
</script>
</amp-geo>
<!--Настройте запрос согласия для пользователей из США. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId” : “my_consent”,
“consentRequired”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “true”,
“promptUI”: “myConsentFlow”
}
}
}
</script>
<div id=”myConsentFlow”>...</div>
</amp-consent>
<!-- И наконец, необходимо настроить тег объявления, чтобы при необходимости ждать согласия, а если его статус неизвестен – запрашивать неперсонализированную рекламу. -->
<amp-ad data-block-on-consent
data-npa-on-unknown-consent=true
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Вы также можете использовать собственную конечную точку для выборочного запроса согласия пользователей, настроив страницу так, чтобы с нее отправлялся запрос CORS POST в конечную точку, заданную с помощью атрибута checkConsentHref. Подробнее…