Персонализированные советы по оптимизации, анализ аккаунта и выполнение настроек в обновленном разделе Моя страница Рекламы в приложении.

Правила программ AdSense и Рекламы в приложении

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

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

Настройки ограничения обработки данных (в соответствии с законом CCPA) для страниц с тегами GPT и AdSense

Отправка запросов объявлений

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

  • Настройки неперсонализированной рекламы в тегах объявлений Google для издателей:
    Менеджер рекламы, AdMob, Android и iOS, AdSense.
  • Добавление тегов в запросы объявлений для пользователей из ЕЭЗ, не достигших возраста согласия (TFUA):
    Менеджер рекламы, AdMob, AdSense.
  • Добавление тегов в запросы объявлений от ресурсов, предназначенных для детей (TFCD):
    Менеджер рекламы, AdMob, AdSense.
    Издатели могут использовать параметр TFCD для пометки запросов от пользователей, не достигших возраста согласия, в целях соблюдения закона CCPA. Если параметр TFCD настроен, также будет действовать ограничение обработки данных.

В этой статье описано, как включать режим ограничения обработки данных с помощью тегов в запросах. Когда вы включите ограничение обработки данных, Google будет показывать только неперсонализированную рекламу. Если вы хотите ограничить обработку данных для всех пользователей из Калифорнии, которые посещают ваш ресурс, вносить изменения в теги не нужно. Подробную информацию об ограничении обработки данных и о том, как включить эту функцию в интерфейсе различных сервисов, вы можете найти в Справочных центрах Менеджера рекламы, AdMob и AdSense.

Если вы хотите ограничить обработку данных только для некоторых пользователей, это можно сделать с помощью тегов GPT и асинхронных тегов объявлений AdSense или Ad Exchange на уровне страницы. Это удобно, если вам необходимо разместить на страницах ссылку "Запретить продажу личных данных". Вы можете считать, что для пользователей, запретивших продавать их информацию, передачи этого сигнала достаточно для выполнения требований закона CCPA. Более подробные сведения о режиме ограничения обработки данных представлены в статье "Помощь издателям в соблюдении закона штата Калифорния "О защите конфиденциальности потребителей" (CCPA)". Ознакомьтесь с ее вариантами для 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 разных типов (например, Google Publisher Tag и асинхронный тег AdSense или Ad Exchange), вам нужно настроить ограничение обработки данных для каждого из этих типов.

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

Теги возврата GPT

Если вы используете теги возврата GPT, то можете пометить запрос объявления как такой, который требует ограничения обработки данных, используя API 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. Подробнее…

Эта информация оказалась полезной?
Как можно улучшить эту статью?

Требуется помощь?

Войдите в свой аккаунт, чтобы мы могли предоставить вам дополнительные варианты поддержки и быстрее решить вашу проблему.

true
"Моя страница Рекламы в приложении"&nbsp;– это ваш персонализированный раздел справки с информацией об эффективной работе в Рекламе в приложении.

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

Подробнее…

Поиск
Удалить поисковый запрос
Закрыть поиск
Приложения Google
Главное меню
Поиск по Справочному центру
true
73175
false
false