Google стремится построить безопасную экосистему цифровой рекламы, где конфиденциальность пользователей будет защищена. Поэтому мы усиливаем контроль над соблюдением правил в отношении согласия пользователей из ЕС (EU UCP).
Если списки электронных адресов пользователей из ЕЭЗ от вашего имени загружает партнер, вам необходимо убедиться, что он передает в Google необходимые сигналы о согласии.
Принцип работы
В Google Ads API версии 15 добавлен объект Consent, в котором указываются два разных типа согласия. Чтобы не нарушать правила в отношении согласия пользователей из ЕС и продолжать применять списки электронных адресов для ЕЭЗ, партнеры по загрузке таких списков должны настроить интеграцию с Google Ads API версии 15 и отправлять вместе с данными сигналы о согласии.
При отсутствии сведений о согласии будет считаться, что оно не предоставлено. Данные пользователей из ЕЭЗ, которые не предоставили согласия, не будут обрабатываться и не могут использоваться для персонализации рекламы с помощью списков электронных адресов.
Начиная с марта 2024 г. для использования списков электронных адресов в ЕЭЗ оба поля ConsentStatus должны будут содержать значение GRANTED. Таким образом вы сообщаете, что получили необходимое согласие. Вот эти поля:
| Название | Тип | Описание |
|---|---|---|
ad_user_data |
ConsentStatus | Устанавливает статус согласия на отправку в Google пользовательских данных, связанных с рекламой. |
ad_personalization |
ConsentStatus | Устанавливает статус согласия на персонализированную рекламу. |
Часто задаваемые вопросы
1. Как интерпретировать поля с данными о согласии? Применяются ли они ко всем записям в задании загрузки данных или только к записям о пользователях из ЕЭЗ?
Настройки согласия применяются ко всем пользователям, чьи данные загружаются в рамках задания. Рекламодатели должны создавать отдельные задания для пользователей с разными сигналами согласия.
Если в одно и то же задание добавлены пользователи из ЕЭЗ и из других регионов, а статус согласия указан как GRANTED, этот статус будет использоваться для всех записей в задании.
2. Могут ли пользователи с разным статусом согласия быть в одном списке? Допустим, у нас есть два задания для обновления одной и той же аудитории. Первое отправляет идентификаторы со статусом UNSPECIFIED, а второе – со статусом GRANTED.
Настройки согласия применяются ко всем пользователям, данные которых загружены в задание. Для добавления пользователей с разными статусами согласия рекламодатели должны создавать отдельные задания. В нашем примере вам необходимо создать два задания: одно для загрузки пользователей, у которых в параметрах ad_user_data и ad_personalization стоит значение UNSPECIFIED, а другое – для тех, у кого в обоих параметрах указано значение GRANTED.
3. Допустим, идентификатор пользователя отправлен в двух разных заданиях, то есть со статусом GRANTED (для параметров ad_user_data и ad_personalization) и со статусом DENIED (для тех же параметров ad_user_data и ad_personalization). Как решается такая проблема? Статус обновляется в порядке запуска заданий или их обработки?
Если вы зададите значение DENIED для статуса согласия, то получите ошибку. Подробнее о том, что произойдет, если указать значение DENIED в Google Ads API… Если идентификатор одного и того же пользователя отправлен как в задании со статусом согласия GRANTED, так и в задании со статусом согласия DENIED, то для последнего будет получено сообщение об ошибке. Статус согласия учитывается в порядке обработки заданий.
4. Как партнеры должны обрабатывать значение DENIED? Чем это отличается от удаления пользователей из аудитории?
Если вы зададите значение DENIED для статуса согласия, то получите ошибку. Подробнее о том, что произойдет, если указать значение DENIED в Google Ads API… Если вы отправите значение DENIED для параметра ad_user_data или ad_personalization, списки электронных адресов вернут сообщение об ошибке, то есть данные в задании не будут использоваться для персонализации рекламы.
Прежние данные о пользователях из ЕЭЗ останутся в списках электронных адресов, если они были добавлены до марта 2024 г. или эти пользователи ранее предоставили свое согласие.
Если вы удалите запись о пользователе из ЕЭЗ из списка аудитории, то система не сможет применять эти данные, даже если они были добавлены до марта 2024 г. или пользователь дал свое согласие.
5. Как партнеры по загрузке списков электронных адресов должны работать с изменениями в данных о согласии? Нужно ли удалять каждого такого пользователя из аудитории или достаточно изменить его статус согласия?
Допустим, конечный пользователь был добавлен в список аудитории. Если он впоследствии отзовет какое-либо из согласий (ad_user_data или ad_personalization), то партнеры смогут воспользоваться API списков электронных адресов, чтобы удалить идентификатор из имеющихся списков ИЛИ заменить список другим, где нет пользователя, не предоставившего согласие.
Примечание. Если пользователь из ЕЭЗ ранее предоставил оба типа согласия (ad_user_data и ad_personalization), то система продолжит применять его данные в списке электронных адресов, пока не закончится срок действия этого списка и/или партнер или рекламодатель не удалит данные самостоятельно.
6. Что произойдет с аудиториями, созданными до марта 2024 г., если партнеры по загрузке списков электронных адресов регулярно их обновляют? В них нужно будет загружать сведения о согласии всех пользователей или только новых?
Чтобы списки электронных адресов пользователей из ЕЭЗ продолжали работать после марта 2024 г., во всех обновляемых и загружаемых данных оба поля с информацией о согласии должны иметь значение GRANTED.
Данные, загруженные до марта 2024 г., будут применяться до тех пор, пока не истечет срок их действия или пока рекламодатель или партнер их не удалит. Они будут использоваться только в сервисах Google, с которыми вы работали до марта 2024 г.
7. Что произойдет, если партнер отправит UNSPECIFIED как значение по умолчанию для тех рекламодателей, которые не предоставили данных о согласии?
Если для статуса согласия задано значение UNSPECIFIED, это воспринимается как отсутствие согласия. Данные пользователей из ЕЭЗ в таком случае не могут использоваться для персонализации рекламы.
8. Нужно ли рекламодателям отправлять отдельные загрузки заданий или файлов с разными ярлыками согласия, чтобы использовать данные о продажах в магазинах со списками электронных адресов?
Нет, рекламодателям не нужно отправлять несколько загрузок файлов или заданий с разными ярлыками согласия (как для API, так и загрузок вручную) при загрузке данных о продажах в магазинах для пользователей из ЕЭЗ. Чтобы соблюдать условия, указанные в ярлыках согласия, мы обрабатываем данные о продажах в магазинах и связанные с ними значения согласия на уровне отдельных строк для каждого загруженного файла. Благодаря такому подходу можно учесть все ярлыки согласия, и не обрабатывать личные данные из строк, в которых указано DENIED. Ярлыки согласия, передаваемые в Google, учитываются и для списков электронных адресов, и для данных о продажах в магазинах.
9. Какие параметры согласия нужны, чтобы использовать списки электронных адресов с данными о продажах в магазинах?
Чтобы сохранить доступ к функциям списков электронных адресов, рекламодатели должны передавать данные о продажах в магазинах со значениями согласия и для данных пользователей, взаимодействующих с объявлениями, и для персонализации рекламы для пользователей из ЕЭЗ. Для списков электронных адресов с продажами в магазинах используются только данные со значением GRANTED. Подробнее об изменениях в режиме согласия для ЕЭЗ…