Сповіщення

Персоналізовані поради щодо оптимізації, аналіз ефективності облікового запису та виконання налаштувань в оновленому розділі Моя сторінка AdMob.

Використання видавцями фреймворку TCF версії 2.0 від IAB

16 травня 2023 року компанія IAB оголосила про сертифікацію TCF версії 2.2 від IAB. З 11 липня 2023 року Google як постачальник прийматиме рядки TC, використовуючи сертифікацію TCF версії 2.2. Будь-які запити з рядками сертифікації TCF версії 2.2, надіслані до цієї дати, можуть призвести до помилок.
  • TCF версії 2.1: ми й далі прийматимемо рядки сертифікації TCF версії 2.1, але радимо платформам керування згодою дотримуватись вказівок IAB щодо етапів упровадження, оскільки галузь переходить на TCF версії 2.2.
  • Рішення Google для керування згодою користувачів, доступні на вкладці "Конфіденційність і повідомлення" в Ad Manager, AdSense та AdMob, почнуть підтримувати сертифікацію TCF версії 2.2 для повідомлень GDPR із запитом згоди на обробку персональних даних на початку листопада, що відповідає оновленому кінцевому терміну IAB (20 листопада 2023 року) для платформ керування згодою.

Google братиме участь у системі сертифікації Transparency & Consent Framework 2.0 від IAB Europe і дотримуватиметься її специфікацій і правил. Ми почнемо зчитувати й передавати рядок TC для всіх запитів оголошень, щойно IAB остаточно перейде з версії TCF 1.1 на версію 2.0. До того часу, якщо видавець використовуватиме платформу керування згодою (CMP) TCF версії 2.0 від IAB, наші принципи розміщення оголошень не зазнають змін. Проте це може статися, якщо видавець увімкне бета-версію платформи (детальну інформацію наведено нижче).

Видавцям слід звернути увагу на кілька важливих моментів, пов’язаних з упровадженням TCF версії 2.0 від IAB, якщо вони вирішать використовувати цей фреймворк.

Щоб інтегрувати фреймворк TCF 2.0 від IAB, видавці мають запровадити відповідну зареєстровану платформу керування згодою у своєму додатку, яка генерує рядок TC (Transparency & Consent) і розміщує його в локальному сховищі. Після цього Google SDK обробляють рядок TC, отриманий із такого сховища.

Щоб використовувати функції фреймворку TCF версії 2.0 від IAB в додатках, слід установити Google Mobile Ads SDK (версію 19.0.0 або новішу для Android, версію 7.60.0 або новішу для iOS).

Якщо ви не отримали згоду для Google щодо цілі 1 (Зберігання та/або доступ до інформації на пристрої), не потрібно викликати тег оголошення Google.

Загальні вказівки

Якщо у вашому додатку вже використовується зареєстрована платформа керування згодою, яка відповідає вимогам фреймворку TCF версії 2.0 від IAB, не потрібно повторно налаштовувати параметри, оскільки сервіс AdMob автоматично почне обробляти рядок TC, отриманий із такої платформи.

Список постачальників, указаний у налаштуваннях платформи керування згодою, яка відповідає TCF версії 2.0 від IAB, перевизначить списки постачальників рекламної технології, вибраних за допомогою інструментів керування згодою користувачів із ЄС. Це положення діє, навіть якщо ви показуєте неперсоналізовану рекламу користувачам із ЄЕЗ, налаштовану за допомогою зазначених інструментів керування.

Якщо в запиті оголошення ви вказали, що має показуватися неперсоналізована реклама, ми перевіримо його налаштування й налаштування згоди, указаної в рядку TC, і виберемо найсуворіший варіант.

  • Передавання рядка TC в теги. Для переадресування рядка TC в сервіс AdMob без налаштувань видавця теги GPT й теги відкликаних показів GPT, AdSense і Ad Exchange автоматично зв’язуватимуться з платформою керування згодою IAB. IMA SDK і Mobile Ads SDK автоматично отримують рядок TC з локального сховища, аналізують його й враховують відповідні значення. Для інших типів тегів потрібно вручну передати такі сигнали: gdpr={0,1} і gdpr_consent={tc string}.
  • Передавання рядка TC в програмні канали. Рядок IAB TC автоматично передається в програмні канали Google. Видавцям не потрібно нічого налаштовувати.
  • Передавання рядка в креативи, для яких не використовуються програмні канали. Щоб у креативах правильно оброблявся рядок TC, можливо, потрібно змінити налаштування. Зверніться до свого постачальника креативів і дізнайтеся, чи слід це зробити. Щоб за потреби ви могли надіслати рядок TC іншим постачальникам креативів, у сервісі AdMob підтримуються макроси для IAB TCF (GDPR і GDPR_CONSENT_XXXX). 
  • Передавання рядка TC партнерам з агрегації. Усі такі партнери мають доступ до рядка IAB TC, який розташовано в локальному сховищі пристрою (NSUserDefaults для iOS, SharedPreferences для Android), тому вони можуть отримувати такий рядок, аналізувати його й враховувати відповідні значення під час надсилання запиту на каскад агрегації.

Правила щодо отримання згоди для персоналізованих і неперсоналізованих оголошень

У серпні 2019 року ми повідомили, що працюємо над тим, щоб у наших правилах щодо сумісності відображалися наявні вимоги правил Google, зокрема положення Правил щодо отримання згоди користувачів із ЄС і положення про невикористання цифрових відбитків для ідентифікації (наприклад, які містяться у вимогах до показу сторонніх оголошень). Правила компанії Google застосовуватимуться й надалі. Іноді вони містять більше обмежень, ніж правила TCF версії 2.0.

Видавці мають перевіряти налаштування реєстрації постачальників, з якими вони вирішили співпрацювати в межах TCF версії 2.0. Дотримуватися наведених нижче вимог потрібно, лише якщо в налаштуваннях платформи керування згодою видавця постачальником указано компанію Google.

Google показуватиме персоналізовану рекламу, якщо буде виконано всі наведені нижче умови.

  • Кінцевий користувач надав згоду Google на:
    • зберігання та/або доступ до інформації на пристрої (ціль 1);
    • створення профілю персоналізованої реклами (ціль 3);
    • вибір персоналізованої реклами (ціль 4).
  • Для Google установлено варіант "Законний інтерес" (або варіант "Отримання згоди", якщо видавець указав надсилати відповідний запит у налаштуваннях своїх платформ отримання згоди) на:
    • вибір основних оголошень (ціль 2);
    • визначення ефективності оголошення (ціль 7);
    • застосування маркетингових досліджень для створення статистики аудиторії (ціль 9);
    • розробку й покращення продуктів (ціль 10).

Якщо персоналізована реклама не відповідає вимогам щодо згоди, Google показуватиме неперсоналізовані оголошення за умови дотримання наведених нижче критеріїв.

  • Кінцевий користувач надав згоду Google на:
    • зберігання та/або доступ до інформації на пристрої (ціль 1).
  • Для Google установлено варіант "Законний інтерес" (або варіант "Отримання згоди", якщо видавець указав надсилати відповідний запит у налаштуваннях своїх платформ отримання згоди) на:
    • вибір основних оголошень (ціль 2);
    • визначення ефективності оголошення (ціль 7);
    • застосування маркетингових досліджень для створення статистики аудиторії (ціль 9);
    • розробку й покращення продуктів (ціль 10).

У таблиці нижче описано певні проблемні ситуації, пов’язані з порушенням наших правил, і наші дії в таких випадках.

Опис Принцип розміщення оголошень

Не було надано згоду для Google на зберігання та/або доступ до інформації на пристрої (ціль 1)

Відповідно до чинних Правил щодо отримання згоди користувачів із ЄС, потрібно отримувати згоду на використання файлів cookie або ідентифікаторів мобільних пристроїв не тільки для персоналізованої, а й для неперсоналізованої реклами. Справа в тому, що й під час показу неперсоналізованої реклами використовуються файли cookie чи ідентифікатори мобільних пристроїв – вони дають змогу запобігати шахрайству й порушенням, обмежувати частоту показів і створювати зведені звіти.

Видавцям не потрібно викликати теги оголошення Google.

Якщо в рядку TC відсутня згода, надана Google для цілі 1, Google не показуватиме оголошення й відхилить відповідний запит.

Глобальна або зовнішня область дії

Відповідно до чинних Правил щодо отримання згоди користувачів із ЄС, ви зобов’язані чітко вказувати всіх осіб, які можуть збирати, отримувати й використовувати персональні дані кінцевих користувачів, отримані під час застосування продуктів компанії Google. Докладніше про область дії законних підстав.

Оскільки вказати всіх осіб неможливо, ми не підтримуємо використання глобальної області дії. Під час перехідного періоду (він розпочнеться, коли ми почнемо зчитувати й передавати рядок TC для всіх запитів оголошень) ми показуватимемо неперсоналізовані оголошення, щоб видавці мали змогу вносити зміни. Після закінчення трьох місяців такого періоду ми не показуватимемо оголошення, якщо в рядку TC не буде вказано "Зовнішня область дії" або "Глобальна область дії".

Недійсний рядок TC

Рядок TC не можна проаналізувати (наприклад, через відсутність певних полів).

Під час перехідного періоду (він розпочнеться, коли ми почнемо зчитувати й передавати рядок TC для всіх запитів оголошень) ми показуватимемо неперсоналізовані оголошення, щоб видавці мали змогу вносити зміни. Після закінчення трьох місяців такого періоду ми не показуватимемо оголошення, якщо рядок TC недійсний.

Гнучка реєстрація постачальників і обмеження для видавців

У фреймворку TCF версії 2.0 видавці можуть налаштувати різні типи обмежень. Так вони можуть указувати власні побажання, які матимуть пріоритет над налаштуваннями постачальника (якщо такі є). Видавці не можуть зобов’язати постачальників діяти відповідно до юридичних підстав або цілей, які суперечать положенням, зазначеним у глобальному списку реєстрації постачальників. Тобто мова йде саме про обмеження, оскільки область дії постачальника можна лише обмежити, але не збільшити.

Видавці мають перевіряти налаштування реєстрації постачальників, з якими вони вирішили співпрацювати в межах TCF версії 2.0. Якщо видавець використовує продукти Google і хоче працювати з постачальником, у якого за умовчанням вибрано варіант "Законний інтерес" як юридичну підставу (у тих випадках, коли Google вимагає отримувати згоду відповідно до своїх правил щодо сумісності), вони мають вибрати варіант "Отримання згоди" для такого постачальника в розділі "Обмеження для видавців" у налаштуваннях платформи керування згодою.

Компанія Google зареєструвала гнучку юридичну підставу для цілей 2, 5, 6, 7, 9 і 10 (за умовчанням використовується варіант "Законний інтерес"). Якщо видавець у налаштуваннях платформи керування згодою не вказав, що для цих цілей доступний лише варіант "Отримання згоди", Google використовуватиме варіант "Законний інтерес" (якщо його вибрано). Google не застосовує гнучку законну підставу для цілей 1, 3 й 4, оскільки для них завжди потрібно використовувати варіант "Отримання згоди".

У Funding Choices автоматично створюватимуться обмеження для видавців, завдяки чому можна вибрати варіант "Отримання згоди" для цілей 3 й 4, якщо постачальник використовує гнучкі юридичні підстави.

Область дії законних підстав

У фреймворку TCF версії 2.0 від IAB видавці можуть вибирати область дії законних підстав для обробки персональних даних, як зазначено нижче. Інформація передається за допомогою рядка TC. Відповідно до правил Google видавці мають вибрати одну з двох областей дії: "Сервіс" або "Група сервісів".

  • Сервіс. Законні підстави діють лише в межах сервісу (наприклад, на веб-сайті або в додатку видавця), для якого отримано й застосовано відповідні підстави. (ДОЗВОЛЕНО, якщо використовується під час роботи з Google)
  • Група сервісів. Законні підстави діють лише в межах заздалегідь визначеної групи сервісів, наприклад певних цифрових ресурсів одного або кількох видавців, які застосовують платформи керування згодою, за допомогою яких користувачі можуть змінити налаштування законних підстав, установлених для групи в межах усіх сервісів групи. Під час надсилання запиту мають указуватися всі компоненти цифрових ресурсів. (ДОЗВОЛЕНО, якщо використовується під час роботи з Google)
  • Глобальна область дії. Законні підстави діють не лише в межах сервісу, для якого вибрано та застосовано такі підстави, а й у межах усіх цифрових ресурсів видавця, у яких запроваджено платформи керування згодою з глобальною областю дії, за допомогою кожної з яких користувачі можуть керувати своїм вибором законних підстав для всіх таких ресурсів. (НЕ ДОЗВОЛЕНО, якщо використовується під час роботи з Google)
  • Зовнішня область дії. Законні підстави не встановлено за допомогою фреймворку TCF, тому вони не зазначені в його сигналах, а користувачі не можуть керувати своїм вибором. (НЕ ДОЗВОЛЕНО, якщо використовується під час роботи з Google)

Щоб працювати з Google, видавці мають вибрати область дії: "Сервіс" або "Група сервісів".

Призначення ставок, зокрема в реальному часі

Принцип дії фреймворку TCF версії 2.0 від IAB застосовуватиметься до запитів ставок, відповідей на такі запити, креативів і запитів на зіставлення файлів cookie.

Якщо постачальник під час реєстрації вибере варіант "Отримання згоди" (або в окремих випадках варіант "Не використовується") у налаштуванні "Персоналізація реклами" (цілі 3 й 4 в рядку TC), ми дозволимо надсилати запити ставок і ввімкнемо зіставлення файлів cookie. Якщо постачальник під час реєстрації вибере варіант "Отримання згоди" для персоналізованої реклами (цілі 3 й 4 в рядку TC), але користувач відхилить такий запит, то такий постачальник:

  • не отримуватиме запити ставок;
  • не отримуватиме відповіді на запити зіставлення файлів cookie;
  • не зможе перемогти в аукціоні (Google блокуватиме креативи постачальників, які не дотримуються вимог у наших правилах, тому вони не зможуть перемогти в аукціонах і показувати оголошення).

Крім того, користувач має надати згоду компанії Google для цілей 1, 3 й 4.

Агрегація

Якщо ви вирішили використовувати фреймворк TCF версії 2.0 від IAB, переконайтеся, що вказали всіх своїх партнерів з агрегації в налаштуваннях платформи керування згодою. Це потрібно для того, щоб компанія Google могла й надалі надсилати запити всім партнерам у каскаді агрегації.

Щоб визначити, чи вказано в рядках TC й AC партнера з агрегації, такі рядки спочатку передаватимуться для оцінювання. Після цього створюватиметься каскад агрегації.

  • Система додасть партнера з агрегації в каскад під час його створення, якщо партнера вказано у відповідному рядку, користувач надав згоду або вибрано варіант "Законний інтерес" принаймні для однієї цілі.
  • Якщо партнера з агрегації не вказано або повністю відхилено користувачем, він не отримуватиме запити в каскаді агрегації.

Чи корисна ця інформація?

Як можна її покращити?
true
Show your support to promote DEI in Gaming by turning intentions into action!

Check out the newly launched Diversity in Gaming website, where you can find video stories and written pledges from global gaming developers. This campaign centers on 3 pillars: diverse teams, diverse games and diverse audiences showing how diversity is not just good for gamers, but for business as well. Show your support by taking the pledge to promote DEI in Gaming and share it on social!

Learn More

Пошук
Очистити пошук
Закрити пошук
Головне меню
1970264818475682515
true
Пошук у довідковому центрі
true
true
true
true
true
73175
false
false