Общие сведения о режиме согласия

Режим согласия позволяет разработчикам веб-сайтов и приложений настраивать поведение тегов и SDK приложений в зависимости от выбора согласия пользователя.

Для управления согласием пользователей требуется следующее:

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

  2. Сообщите Google о выборе согласия пользователя, используя режим согласия Google .

  3. Убедитесь, что теги Google, сторонние теги и SDK приложений ведут себя в соответствии с выбором согласия пользователя.

Для требований 1 и 2 вы можете реализовать либо стороннюю платформу управления согласием (CMP), либо собственное решение. Режим согласия позволяет вам установить состояние согласия по умолчанию на вашем веб-сайте или в приложении, чтобы оно соответствовало третьему требованию. Когда посетитель веб-сайта или пользователь приложения указывает свой выбор согласия, теги и SDK с проверкой согласия корректируют его поведение, и выбор согласия пользователя сохраняется при его взаимодействии с веб-сайтом или приложением.

Следующие термины имеют особое значение в контексте режима согласия:

  • Проверки согласия : Заставляют теги и SDK изменять поведение в зависимости от состояния и типа согласия .
  • Состояние согласия : представляет выбор пользователя и может быть предоставлено или отклонено для каждого типа согласия . Теги и SDK с проверкой согласия изменяют свое поведение, как описано в разделе «Как согласие влияет на поведение тега» .
  • Тип согласия : указывает тип хранилища. Согласие может быть granted или denied для каждого типа.

Типы согласия включают в себя:

Тип согласия Описание
ad_storage Включает хранение, например, файлов cookie (в Интернете) или идентификаторов устройств (приложения), связанных с рекламой.
ad_user_data Устанавливает согласие на отправку пользовательских данных в Google в целях интернет-рекламы.
рекламная_персонализация Устанавливает согласие на персонализированную рекламу.
аналитика_хранилище Включает хранение, такое как файлы cookie (Интернет) или идентификаторы устройств (приложения), связанные с аналитикой, например продолжительностью посещения.
функциональность_хранилище Включает хранилище, поддерживающее функциональность веб-сайта или приложения, например языковые настройки.
персонализация_хранилище Включает хранилище, связанное с персонализацией, например видеорекомендациями.
безопасность_хранилище Обеспечивает хранение, связанное с безопасностью, например функциями аутентификации, предотвращения мошенничества и другой защиты пользователей.

Теги и SDK для следующих продуктов Google содержат встроенные проверки согласия и корректируют свое поведение в зависимости от состояния согласия:

  • Тег Google
  • Google Analytics (включая Google Analytics для Firebase SDK)
  • Google Реклама (включает отслеживание и ремаркетинг конверсий Google Рекламы; ожидается поддержка конверсий по телефонным звонкам.)
  • Прожектор
  • Конверсионный компоновщик

Режим базового и расширенного согласия

Вы можете реализовать режим согласия на своем веб-сайте или в приложении одним из двух способов: базовым или расширенным.

Когда вы реализуете режим согласия в его базовой версии, вы предотвращаете загрузку тегов Google до тех пор, пока пользователь не взаимодействует с баннером согласия. Эта настройка не передает данные в Google до взаимодействия пользователя с баннером согласия. Когда пользователь дает согласие, теги Google загружают и выполняют API режима согласия. Теги отправляют в Google состояния согласия в следующем порядке:

  1. Отправлять состояния согласия по умолчанию.
  2. Отправляйте обновленные состояния согласия.

Однако, если пользователь не дает согласия, никакие данные не передаются в Google вообще, даже статус согласия. Теги Google полностью заблокированы от срабатывания. Моделирование конверсий в режиме согласия в рекламе основывается на общей модели.

Когда вы реализуете режим согласия в его расширенной версии, теги Google загружаются, когда пользователь открывает веб-сайт или приложение. Теги загружают API режима согласия и выполняют следующие действия:

  1. Установите состояния согласия по умолчанию. По умолчанию в согласии может быть denied , если вы не установите собственные настройки по умолчанию. Хотя в согласии denied , теги Google отправляют пинги без использования файлов cookie .
  2. Дождитесь взаимодействия пользователя с баннером и обновите состояния согласия. Только когда пользователь дает согласие на сбор данных, теги Google отправляют полные данные измерений. Узнайте больше о поведении тегов .

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

Обзор

Особенность Базовый режим согласия Расширенный режим согласия
Загрузка тегов Блокируется до тех пор, пока пользователь не взаимодействует с баннером согласия. Загружается с параметрами по умолчанию, установленными на denied , если не указано иное.
Передача данных Никакие данные не отправляются до того, как пользователь даст согласие, даже статус согласия по умолчанию. Если в согласии denied , отправляются данные о состоянии согласия и пинги без файлов cookie.
Когда согласие granted , файлы cookie записываются и все данные измерений отправляются.
Согласие заявляет Устанавливается после взаимодействия с пользователем. По умолчанию установлено значение denied , если не указано иное; обновления по выбору пользователя.
Поведение тегов после взаимодействия с пользователем Загружает и выполняет API режима согласия только тогда, когда пользователь дает согласие. Регулирует поведение тега в зависимости от согласия пользователя.
Моделирование конверсий Общая модель (менее детальное моделирование). Модель, специфичная для рекламодателя (более детальное моделирование).

В целом, когда пользователи дают согласие, теги работают нормально.

Когда пользователи отказывают в согласии на персонализацию рекламы или пользовательские данные рекламы, теги или SDK приложений не могут использовать пользовательские данные для целей таргетинга рекламы.

Когда пользователи отказывают в согласии на хранение, теги, учитывающие согласие, или SDK приложений не сохраняют файлы cookie (веб-сайты) или идентификаторы устройств (приложения). Вместо этого теги сообщают о состоянии согласия и активности пользователя, отправляя пинги без файлов cookie (веб-сайты) или сигналы (приложения) на сервер Google. Это позволяет ресурсам Google Рекламы и Google Аналитики 4 моделировать конверсии, см. раздел Моделирование в режиме согласия .

Следующие сигналы сообщают о состоянии согласия:

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

  • Пинги конверсии. Пинги конверсии отправляются, чтобы указать, что конверсия произошла.

  • Пинги Google Analytics : пинги Google Analytics отправляются на каждую страницу веб-сайта с помощью Google Analytics при регистрации событий.

Пинги могут включать в себя:

  • Функциональная информация (например, заголовки, пассивно добавляемые браузером) :
    • Временная метка
    • Пользовательский агент
    • реферер
  • Совокупная/неидентифицирующая информация:
    • Индикация того, включает ли текущая или предыдущая страница в навигации пользователя по сайту информацию о клике по объявлению в URL-адресе (например, GCLID/DCLID).
    • Логическая информация о состоянии согласия
    • Случайное число, генерируемое при каждой загрузке страницы

Помимо разрешения состоянию согласия изменять поведение тега, вы также можете редактировать сохраненные данные, когда пользователь отказывает в согласии. Например, пользователь мог дать согласие на хранение данных для рекламы, а затем передумать и отклонить согласие. Если вы ads_data_redaction , когда пользователь откажет в согласии, Google Ads удалит сохраненную информацию.

Теги со встроенными проверками согласия изменяют свое поведение в зависимости от различных состояний согласия. В следующей таблице объясняется поведение тегов в зависимости от типов согласия, состояния согласия и того, установлено ли для ads_data_redaction true .

Тип(ы) согласия Отказано или предоставлено Поведение
ad_storage и analytics_storage предоставленный
предоставленный
  • Файлы cookie и идентификаторы устройств, относящиеся к рекламе, могут считываться и записываться.
  • IP-адреса собираются.
  • Собирается полный URL-адрес страницы, включая информацию о кликах по объявлению в параметрах URL-адреса (например, GCLID/DCLID).
  • Доступны сторонние файлы cookie, ранее установленные на google.com и doubleclick.net, а также собственные конверсионные файлы cookie (например, _gcl_* ).
ad_personalization отклонен

Персонализированная реклама отключена, следующие функции не получат данные:

  • Ремаркетинг в Google Рекламе, Display & Video 360, Search Ads 360
  • Персонализированная реклама с помощью рекламных продуктов Google
ad_user_data отклонен

Отключен сбор персональных данных для интернет-рекламы, в том числе:

  • user_id
  • Расширенное отслеживание конверсий: хешированные собственные данные.
ad_storage отклонен
  • Запрещается записывать новые файлы cookie или идентификаторы устройств, относящиеся к рекламе.
  • Никакие существующие рекламные файлы cookie или идентификаторы устройств не могут быть прочитаны.
  • Запросы отправляются через другой домен, чтобы избежать отправки ранее установленных сторонних файлов cookie в заголовках запросов.
  • Google Analytics не будет читать и записывать файлы cookie Google Рекламы, а функции сигналов Google не будут собирать данные об этом трафике.
  • Рекламные продукты сокращают IP-адреса при сборе.
  • Собираются полные URL-адреса страниц, включая информацию о кликах по объявлениям в параметрах URL-адресов (например, GCLID/DCLID).
analytics_storage отклонен
  • Не будет читать или записывать сторонние аналитические файлы cookie или идентификаторы приложений.
  • Пинги без файлов cookie (веб-сайты) или сигналы (приложения) будут отправляться в Google Analytics для базовых целей измерения и моделирования.
ad_storage ads_data_redaction отрицается и правда
  • Запрещается записывать новые файлы cookie или идентификаторы устройств, относящиеся к рекламе.
  • Никакие существующие рекламные файлы cookie или идентификаторы устройств не могут быть прочитаны.
  • Запросы отправляются через другой домен, чтобы избежать отправки ранее установленных сторонних файлов cookie в заголовках запросов.
  • Google Analytics не будет читать или записывать файлы cookie Google Рекламы или идентификаторы устройств, а функции сигналов Google не будут накапливать данные для этого трафика.
  • Идентификаторы кликов по рекламе (например, GCLID/DCLID) в пингах согласия и конверсии удаляются.
  • Рекламные продукты сокращают IP-адреса при сборе.
  • URL-адреса страниц с идентификаторами кликов по объявлениям удаляются.

Моделирование режима согласия

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