Налаштування персоналізації реклами в тегах оголошень видавців Google можна вибрати для будь-якого регіону світу, зокрема для країн Європейської економічної зони (ЄЕЗ).
Відповідно до оновлених Правил Google щодо отримання згоди користувачів із ЄС, ви повинні повідомляти певну інформацію користувачам у Великій Британії і ЄЕЗ та отримувати їхню згоду на використання файлів cookie або інших локальних даних (якщо це вимагається законом). Крім того, вам потрібен їхній дозвіл на збирання, надання й використання персональних даних для персоналізації реклами. Ці правила відображають вимоги Директиви ЄС про конфіденційність і електронні засоби зв’язку й Загального регламенту захисту даних (GDPR).
- Налаштування персоналізації реклами для сторінок, які використовують GPT й теги AdSense
- Налаштування персоналізації реклами для AMP-сторінок
- Налаштування персоналізації реклами для інших тегів
Налаштування персоналізації реклами для сторінок, які використовують GPT й теги AdSense
Надсилання запитів оголошень
За умовчанням у відповідь на запити оголошень у Google показується персоналізована реклама, яка добирається на основі вмісту сторінки й історії веб-перегляду конкретного користувача. Google також підтримує показ неперсоналізованої реклами. Докладніше про персоналізовані й неперсоналізовані оголошення
Якщо ви відповідаєте вимогам наших правил щодо отримання згоди й хочете показувати персоналізовану рекламу всім відвідувачам вашого сайту, які перебувають у Європейській економічній зоні, Великій Британії або інших регіонах, де діють зазначені правила, змінювати теги оголошень не потрібно. Увімкнути показ неперсоналізованої реклами можна в інтерфейсі AdSense для контенту або Google Ad Manager.
Якщо ж ви хочете одним користувачам показувати персоналізовану рекламу, а іншим – неперсоналізовану, скористайтеся тегом GPT й асинхронними тегами оголошень AdSense або Ad Manager. Так ви зможете налаштувати показ неперсоналізованих оголошень відповідно до параметрів сторінки. Це зручний варіант, оскільки користувачі самі вирішують, які оголошення вони хочуть бачити.
Хоча в оголошеннях цього типу файли cookie не використовуються для персоналізації реклами, вони дають змогу обмежувати частоту показів, створювати зведені звіти про оголошення, а також протидіяти шахрайству й порушенням. Якщо ви плануєте використовувати файли cookie таким способом, необхідно отримати відповідний дозвіл від користувачів у країнах, де щодо файлів cookie діють положення Директиви ЄС про конфіденційність і електронні засоби зв’язку. Докладніше про неперсоналізовану рекламу.
Для тегу GPT використовуйте такий метод:
googletag.pubads().setRequestNonPersonalizedAds(1)
Для асинхронного тегу оголошень AdSense і Ad Manager установіть таке значення:
(adsbygoogle=window.adsbygoogle||[]).requestNonPersonalizedAds=1
Переконайтеся, що тег оголошення надсилає запит на розміщення неперсоналізованої реклами. Для цього перегляньте запит оголошення в інструментах розробника свого веб-переглядача й знайдіть у ньому параметр &npa=1. Якщо викликати функцію setRequestNonPersonalizedAds(0) або застосувати метод requestNonPersonalizedAds=0, персоналізація знову активується.
Призупинення надсилання запитів оголошень
Теги GPT й асинхронні теги AdSense/Ad Manager підтримують технологію для завантаження сторінки, однак очікують чіткого сигналу, перш ніж активувати запити оголошень. Це чудовий варіант, якщо потрібно дочекатися дозволу від користувача й лише потім активувати запити оголошень.
Коли застосовується тег GPT, можлива затримка запитів оголошень, якщо використовується асинхронний режим.
- Використовуйте функцію
disableInitialLoad(), щоб тег не надсилав запити оголошень під час початкового завантаження сторінки. Це слід зробити до активації запитів оголошень за допомогою методуdisplay(). - Налаштуйте рекламні місця за допомогою викликів функції
googletag.cmd.push(...), як зазвичай. - Отримавши згоду користувача, за потреби можна викликати функцію
setRequestNonPersonalizedAds(1). - Скористайтеся функцією
refresh(), щоб відновити надсилання запитів оголошень. - Якщо не викликати функцію
refresh(), оголошення не відображатимуться. Якщо використовується функціяenableSyncRendering(), запити не затримуватимуться.
Використання асинхронного коду оголошення AdSense або Ad Manager:
- Використовуйте метод
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=1, щоб тег не надсилав запити оголошень. Це слід зробити до активації запитів оголошень за допомогою методуadsbygoogle.push(...). - Налаштуйте рекламні місця за допомогою викликів функції
adsbygoogle.push(...), як зазвичай. - Після дозволу користувача за потреби можна застосувати метод
requestNonPersonalizedAds=1. - Скористайтеся методом
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=0, щоб відновити надсилання запитів оголошень. - Якщо не встановити значення
pauseAdRequests=0, оголошення не відображатимуться.
Цей спосіб блокує надсилання запитів оголошень, але різні скрипти все одно завантажуються. Хоча система може зчитати наявні файли cookie в доменах Google, нові файли cookie не встановлюватимуться. Дані, пов’язані з наявними файлами cookie, не використовуватимуться для розміщення оголошень або вимірювання їх ефективності.
Якщо ваше рішення для керування згодою дає змогу відкласти сценарії завантаження, доки користувач не прийме рішення, можна відкласти завантаження gpt.js і adsbygoogle.js. Інші типи тегів оголошень Google не підтримують призупинення запитів. Саме тому не варто завантажувати їх до надсилання запитів персоналізованої чи неперсоналізованої реклами.
Налаштування персоналізації реклами для AMP-сторінок
Запити оголошень з AMP-сторінок можна налаштовувати так само, як і зі стандартних сторінок, описаних раніше. Видавці можуть вибрати, яку рекламу розміщувати: неперсоналізовану для всіх користувачів у Великій Британії і Європейській економічній зоні (ЄЕЗ) або персоналізовану чи неперсоналізовану залежно від статусу згоди користувача. Нижче наведено вказівки щодо налаштування обох способів на AMP-сторінках, які запитуватимуть оголошення за допомогою параметра <amp-ad type=”doubleclick”> або <amp-ad type=”adsense”>.
Показ неперсоналізованої реклами всім користувачам із Великої Британії і ЄЕЗ
Якщо ваші теги оголошень AMP не використовують Налаштування в реальному часі (RTC), можна просто ввімкнути показ неперсоналізованих оголошень в інтерфейсі Google Ad Manager або AdSense. Вносити інші зміни на AMP-сторінках не потрібно.
Якщо у ваших тегах оголошень AMP використовується Налаштування в реальному часі (RTC), на сторінці можна вимкнути надсилання запитів RTC для користувачів у Великій Британії і ЄЕЗ, які бачитимуть неперсоналізовану рекламу. Для цього використовуйте наведені нижче обов’язкові компоненти й конфігурації (amp-geo та amp-consent).
<!-- Спершу потрібно налаштувати розширення amp-geo. Відтак визначаємо групу "eea", яка міститиме перелік усіх країн Європейської економічної зони й Велику Британію. Цей список потрібно оновлювати, оскільки перелік країн-членів ЄЕЗ може змінюватися. -->
amp-geo layout="nodisplay"
<script type="application/json"
{
"ISOCountryGroups": {
"eea": [ "at", "be", "bg", "cy", "cz", "de", "dk", "ee", "es", "fi", "fr",
"gb", "gr", "hr", "hu", "ie", "is", "it", "li", "lt", "lu", "lv", "mt", "nl",
"no", "pl", "pt", "ro", "se", "si", "sk"]
}
}
</script>
</amp-geo>
<!-- Тепер слід налаштувати запит на отримання згоди, указавши час очікування, який дорівнює 0 (тобто запит узагалі не відображатиметься), і статус rejected за умовчанням. Це зупинить запити RTC й надсилатиме до DFP/AdSense сигнали про те, що потрібно відображати неперсоналізовану рекламу. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
"consents": {
"my_consent": {
"promptIfUnknownForGeoGroup": "eea"
}
}
"policy": {
"default": {
"waitFor": {
"my_consent": []
}
"timeout": {
"seconds": 0,
"fallbackAction": "reject"
}
}
}
}
</script>
</amp-consent>Необхідно додати атрибут data-block-on-consent у всі наявні компоненти amp-ad на сторінці:
<!-- Нарешті, налаштуймо тег оголошення, заблокувавши запит на отримання згоди -->
<amp-ad data-block-on-consent
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. Відтак визначаємо групу "eea", яка міститиме перелік усіх країн Європейської економічної зони й Велику Британію. Цей список потрібно оновлювати, оскільки перелік країн-членів ЄЕЗ може змінюватися. -->
<amp-geo layout="nodisplay">
<script type="application/json">
{
"ISOCountryGroups": {
"eea": [ "at", "be", "bg", "cy", "cz", "de", "dk", "ee", "es", "fi", "fr",
"gb", "gr", "hr", "hu", "ie", "is", "it", "li", "lt", "lu", "lv", "mt", "nl",
"no", "pl", "pt", "ro", "se", "si", "sk"]
}
}
</script>
</amp-geo><!-- Тепер потрібно налаштувати запит на отримання згоди користувачів у групі “eea” -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
"consents": {
"my_consent": {
"promptIfUnknownForGeoGroup": "eea",
"promptUI": "myConsentFlow"
}
}
}
</script>
</amp-consent>
<!-- Далі налаштуйте тег оголошення, указавши, що за потреби слід очікувати на згоду користувача -->
<amp-ad data-block-on-consent
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Зверніть увагу, що існують інші способи, якими можна вибірково отримувати згоду користувачів. Наприклад, на сторінці можна налаштувати надсилання запитів CORS POST у кінцеві точки, указані за допомогою checkConsentHref. Докладніше про це йдеться в документації amp-consent.
Налаштування персоналізації реклами для інших тегів
Теги відкликаних показів GPT
Якщо ви використовуєте теги відкликаних показів GPT, можна позначити запит як запит неперсоналізованого оголошення. Для цього додайте у виклик API такий фрагмент:
googletag.pubads().setRequestNonPersonalizedAds(int options);
Установіть для параметра options ціле значення 1, щоб указати, що запит стосується неперсоналізованих оголошень, або виберіть 0 для запитів персоналізованої реклами.
Приклад:
<script src="https://www.googletagservices.com/tag/js/gpt.js">
googletag.pubads().setRequestNonPersonalizedAds(1);
googletag.pubads().definePassback("123456/ad/unit", [100,200])
.display();
</script>
Запити без тегів
Якщо ви використовуєте запити без тегів, можете позначити запит як запит неперсоналізованого оголошення. Для цього додайте параметр npa=[int] безпосередньо в URL-адресу запиту з тегом. Ми рекомендуємо додавати параметр на початку тегу, щоб можливе скорочення не вплинуло на нього. Додайте параметр npa=1, щоб позначити запит як запит неперсоналізованого оголошення. Якщо не вказати цей параметр, за умовчанням буде дозволено показ персоналізованої реклами. Приклад
https://pubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&npa=1&c=12345
AdSense для пошуку
За умовчанням у відповідь на запити оголошень у Google показується персоналізована реклама, яка добирається на основі пошукових запитів та історії сторінок, переглянутих користувачем. Google також підтримує показ неперсоналізованої реклами. Докладніше про персоналізовані й неперсоналізовані оголошення.
Якщо ж ви хочете одним користувачам показувати персоналізовану рекламу, а іншим – неперсоналізовану, скористайтеся тегами AdSense для пошуку. Так ви зможете налаштувати показ неперсоналізованих оголошень відповідно до параметрів сторінки. Це зручний варіант, оскільки користувачі самі вирішують, які оголошення вони хочуть бачити.
Для тегу веб-реклами в користувацькому пошуку додайте до фрагмента pageOptions такий параметр:
personalizedAds: false,
Для тегу AdMob:
builder.setAdvancedOptionValue("personalizedAds", "false");
Для тегу iOS:
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
Ці методи активуватимуть запити неперсоналізованої реклами для цього конкретного запиту. Цей параметр не має статусу. Якщо для цього параметра не буде задано значення в наступних запитах для конкретного користувача, діятиме поведінка за умовчанням, тобто надсилатимуться запити персоналізованої реклами.
Google Mobile Ads SDK
Щоб дізнатися більше про Google Mobile Ads SDK, перейдіть на сайт для розробників додатків (iOS GMA SDK, Android GMA SDK).
Google Interactive Media Ads SDK (для відеореклами)
У запитах відеооголошень можна вказати, щоб система Google розпізнавала ваш відеовміст як неперсоналізований. Для цього слід додати параметр npa=1 у тег оголошення. Це можна зробити за допомогою створеного вручну тегу основного оголошення або пакетів IMA SDK для певних платформ (HTML5 IMA SDK, iOS IMA SDK, Android IMA SDK, Google Cast IMA SDK).
Якщо ваш відеопрогравач використовує функцію вставлення динамічних оголошень Google Ad Manager, він також може додати параметр npa=1 у запит на пряму трансляцію або відео за запитом (VOD), щоб передати цей параметр до всіх включених запитів оголошень (DAI HTML5 SDK, DAI Cast SDK, DAI iOS SDK, DAI Android SDK, DAI Roku SDK, DAI tvOS SDK).
