Настройки ограничения обработки данных в рекламных тегах Google для издателей

Настройки ограничения обработки данных, заданные вами на уровне запроса, будут распространяться на пользователей со всего мира. Например, если вы добавите такие параметры на уровне запроса для пользователя из определенного штата США, будет активирован режим ограничения и показана только неперсонализированная реклама.

Настройки ограничения обработки данных для страниц с тегами 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 можно найти на сайте для разработчиков приложений.

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)

Эти инструкции предназначены только для Менеджера рекламы и AdSense. Они объясняют, как настроить каждый вариант для 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. Подробнее…

Эта информация оказалась полезной?

Как можно улучшить эту статью?
Поиск
Очистить поле поиска
Закрыть поиск
Приложения Google
Главное меню
5879389174688798994
true
Поиск по Справочному центру
true
true
true
true
true
148
false
false