Ми постійно прагнемо захищати конфіденційність користувачів в екосистемі цифрової реклами Google, тому посилюємо контроль над дотриманням Правил щодо отримання згоди користувачів із ЄС.
Якщо ви завантажуєте списки електронних адрес із даними користувачів із ЄЕЗ за допомогою стороннього партнера, домовтеся з ним, як саме ви передаватимете в Google обов’язкові сигнали про згоду.
Як це працює
Google Ads API версії 15 містить об’єкт Consent, який визначає два окремі типи згоди. Щоб дотримуватися Правил щодо отримання згоди користувачів із ЄС і продовжувати застосовувати списки електронних адрес для користувачів із ЄЕЗ, сторонні партнери, які завантажують дані для таких списків, повинні інтегрувати своє програмне забезпечення з Google Ads API версії 15 і налаштувати сигнали згоди.
Якщо таких сигналів не буде, встановлюватиметься значення не надання згоди. Дані від користувачів із ЄЕЗ, які не надали згоду, не оброблятимуться. Також їх не можна буде застосовувати для персоналізації реклами через списки електронних адрес.
Починаючи з березня 2024 року, у списках електронних адрес, призначених для ЄЕЗ, поля для обох типів згоди в об’єкті ConsentStatus мають приймати значення GRANTED (НАДАНО), щоб підтвердити отримання обов’язкової згоди користувача. Ці поля наведено в таблиці нижче.
| Назва | Тип | Опис |
|---|---|---|
ad_user_data |
ConsentStatus | Визначає згоду на надсилання в Google даних користувачів для рекламних цілей. |
ad_personalization |
ConsentStatus | Визначає згоду на персоналізацію реклами. |
Поширені запитання
1. Як потрібно тлумачити ці поля згоди? До кого вони застосовуються – до всіх записів користувачів у завданні чи лише до тих, які походять із ЄЕЗ?
Це налаштування згоди застосовується до всіх користувачів, записи яких завантажуються в завданні. Щоб завантажувати записи користувачів із різними сигналами згоди, рекламодавці повинні формувати окремі завдання.
Наприклад, якщо в 1 завданні є записи користувачів із ЄЕЗ і країн за межами цієї зони й надсилається статус згоди GRANTED (НАДАНО), такий статус буде застосовуватися до всіх записів у цьому завданні.
2. Чи можна включати в список користувачів із різними рівнями згоди? Наприклад, щоб оновити певну аудиторію, сформовано два завдання: одне надсилає ідентифікатори зі статусом згоди UNSPECIFIED (НЕ ВКАЗАНО), а друге – зі статусом GRANTED (НАДАНО).
Це налаштування згоди застосовується до всіх користувачів, записи яких завантажуються в завданні. Щоб завантажувати записи користувачів із різними статусами згоди, рекламодавці повинні формувати окремі завдання. У згаданому вище прикладі застосовуються два завдання: одне для завантаження записів користувачів зі статусом згоди UNSPECIFIED (НЕ ВКАЗАНО) для параметрів ad_user_data й ad_personalization, а друге – для користувачів, у яких обидва параметри мають значення GRANTED (НАДАНО).
3. Скажімо, ідентифікатор користувача надсилається у двох завданнях: одному зі статусом згоди GRANTED (НАДАНО) (для параметрів ad_user_data й ad_personalization) і другому – зі статусом DENIED (ВІДМОВЛЕНО) (для параметрів ad_user_data й ad_personalization). Як тоді розпізнається цей ідентифікатор – за порядком формування цих завдань чи за порядком їх обробки?
Якщо ви виберете статус згоди DENIED (ВІДМОВЛЕНО), з’явиться повідомлення про помилку. Докладніше про те, що відбувається, коли ви вибираєте статус DENIED (ВІДМОВЛЕНО) у Google Ads API. Якщо той самий запис користувача надсилається в першому завданні зі статусом згоди GRANTED (НАДАНО), а в іншому – зі статусом DENIED (ВІДМОВЛЕНО), ви отримаєте повідомлення про помилку для другого завдання (зі статусом DENIED (ВІДМОВЛЕНО)). Статус згоди визначається в порядку обробки завдань.
4. Як партнери повинні застосовувати значення DENIED (ВІДМОВЛЕНО)? Чим цей статус згоди відрізняється від вилучення користувачів з аудиторії?
Якщо ви виберете статус згоди DENIED (ВІДМОВЛЕНО), з’явиться повідомлення про помилку. Докладніше про те, що відбувається, коли ви вибираєте статус DENIED (ВІДМОВЛЕНО) у Google Ads API. Якщо для будь-якого параметра згоди (ad_user_data або ad_personalization) надіслано статус DENIED (ВІДМОВЛЕНО), це означає, що списки електронних адрес повертатимуть повідомлення про помилку, а дані із завдання не можна буде застосовувати для персоналізації реклами.
Дані користувача з ЄЕЗ, які раніше мали статус надання згоди або зареєстровані до березня 2024 року, можуть і далі застосовуватися в списках електронних адрес.
Якщо вилучити запис користувача з ЄЕЗ зі списку аудиторій, його не можна буде застосовувати в списках електронних адрес, навіть якщо такі дані раніше мали статус надання згоди або зареєстровані до березня 2024 року.
5. Як партнери із завантаження списків електронних адрес мають керувати змінами статусу згоди? Потрібно вилучати дані користувачів з аудиторії чи можна якось змінювати цей статус окремо для кожного користувача?
Якщо кінцевий користувач, включений у список аудиторій, вирішить відкликати раніше надану згоду для будь-якого з двох параметрів (ad_user_data або ad_personalization), такі партнери можуть вилучити цього користувача з наявного списку аудиторій АБО надіслати оновлений список без цього користувача за допомогою відповідних Customer Match API.
Примітка. Якщо користувач із ЄЕЗ раніше надав згоду для обох параметрів (ad_user_data й ad_personalization), його дані будуть застосовуватися в списках електронних адрес, доки такі списки не перестануть діяти або доки рекламодавець чи партнер не вилучить ці дані.
6. Що буде з аудиторіями, які регулярно оновлюються партнерами із завантаження списків електронних адрес і створені до березня 2024 року? Потрібно буде завантажувати дані про згоду лише для нових записів, доданих до таких оновлюваних аудиторій?
Щоб списки електронних адрес продовжували застосовуватися до користувачів із ЄЕЗ після березня 2024 року, обидва поля згоди мають отримати значення GRANTED (НАДАНО) для кожного вперше завантаженого чи оновленого запису користувача з ЄЕЗ.
Списки електронних адрес будуть і далі застосовувати дані користувачів, завантажені до березня 2024 року, доки ці дані не перестануть діяти або доки рекламодавець чи партнер не вилучить їх. Такі дані користувачів продовжуватимуть застосовуватися лише в тих сервісах Google, де їх було внесено до березня 2024 року.
7. Що буде, якщо партнер надсилатиме статус UNSPECIFIED (НЕ ВКАЗАНО) як значення за умовчанням для рекламодавців, які не надали дані про згоду?
Якщо визначати статус як UNSPECIFIED (НЕ ВКАЗАНО), вважатиметься, що згоду не отримано, унаслідок чого дані такого користувача із ЄЕЗ не можна буде застосовувати для персоналізації реклами.
8. Чи потрібно рекламодавцям окремо завантажувати завдання або файли для різних міток згоди, щоб використовувати дані про продажі в магазинах зі списками електронних адрес?
Ні, під час завантаження даних про продажі в магазинах для користувачів із ЄЕЗ цього робити не потрібно (зокрема, це стосується завантаження через API і вручну). Щоб забезпечити відповідність міткам згоди, ми обробляємо дані про продажі в магазинах і пов’язані значення згоди на рівні окремих рядків кожного завантаженого файлу. Такий підхід дає змогу враховувати всі мітки згоди й не обробляти персональні дані користувачів для рядків, де в згоді відмовлено. Для списків електронних адрес і продажів у магазинах застосовуються мітки згоди, які передаються в Google.
9. Які параметри згоди потрібні, щоб використовувати списки електронних адрес із даними про продажі в магазинах?
Щоб і далі мати доступ до функцій списків електронних адрес, рекламодавці мають передавати дані про продажі в магазинах зі значеннями згоди для даних користувачів, які взаємодіяли з оголошеннями, а також для даних від користувачів із ЄЕЗ з міркувань персоналізації реклами. Для списків електронних адрес із продажами в магазинах можна використовувати лише дані, на обробку яких надано згоду. Докладніше про оновлення статусу згоди для ЄЕЗ.
