Google публікує перекладені версії статей Довідкового центру. Ці версії не змінюють зміст правил. Застосовуючи правила, ми послуговуємось англомовною версією, яка є офіційною. Щоб переглянути цю статтю іншою мовою, скористайтеся спадним меню внизу сторінки.
Щоб дивитися відео із субтитрами своєю мовою, увімкніть їх на YouTube. Для цього в нижній частині відеопрогравача натисніть значок , а потім – "Субтитри" й виберіть потрібну мову.
Ми з великою повагою ставимося до особистих даних наших користувачів і гарантуємо, що ці дані оброблятимуться належним чином. Саме тому наші рекламні партнери не можуть використовувати цю інформацію недопустимим чином або збирати її для незрозумілих цілей, а також без відповідних повідомлень чи заходів безпеки.
Зверніть увагу, що в разі використання персоналізованої реклами, яка включає ремаркетинг і спеціальні аудиторії, застосовуються додаткові правила. Якщо ви використовуєте функції націлювання персоналізованої реклами, обов’язково дотримуйтеся відповідних правил щодо збирання й використання даних.
Нижче наведено приклади порушень, яких слід уникати в оголошеннях. Докладніше про наслідки порушення правил.
Неналежний захист даних
Не дозволяється наведене нижче.
Засіб вирішення проблем: неналежний захист данихЗбирання інформації, що має відповідати певним галузевим стандартам, без дотримання належних заходів безпеки
Приклади (неповний список): збирання номерів кредитних або дебетових карток, банківських та інвестиційних рахунків, банківських переказів, номерів паспортів, індивідуальних податкових номерів, номерів пенсійного забезпечення, ідентифікаційних номерів, номерів водійських прав або медичних карток на сторінці, яку не захищено за допомогою протоколу захисту інформації (SSL) і яка не має дійсного сертифіката
- Виправте помилки на цільовій сторінці оголошення. Вам потрібно або припинити збирати особисту інформацію користувачів, або робити це за допомогою захищеного сервера SSL, який гарантує її безпеку.
- Варіант 1. Використовувати захищений сервер.
Використовуйте захищений сервер обробки даних (SSL) для збирання особистої інформації. У такому разі URL-адреса веб-сторінки починатиметься з https://, а не http://. Докладніше про налаштування SSL на сайті.- Варіант 2. Не збирати дані користувачів.
Внесіть зміни на веб-сайт або в додаток, щоб не запитувати особисту інформацію користувачів, коли вони отримують доступ до контенту.Відредагуйте оголошення. Так ви подасте оголошення та його цільову сторінку на повторний розгляд.
Зазвичай він триває 1 робочий день, але іноді може знадобитися більше часу.
Неприйнятне надсилання інформації
Не дозволяється наведене нижче.
Передача в Google ідентифікаційної інформації через теги ремаркетингу, теги відстеження конверсій або будь-які фіди даних про товари, зв’язані з оголошеннями
Приклади (неповний список): передача електронної адреси користувача в складі URL-адреси, що має тег ремаркетингу
Засіб вирішення проблем: неприйнятне надсилання інформаціїПримітка. Ця вимога не застосовується до сервісів Google Ads, на які поширюється дія Умов обробки даних у рекламних продуктах Google (зокрема розширене відстеження конверсій, списки електронних адрес, продажі в магазині, а також продажі в магазині (пряме завантаження)).
- Визначте джерело. З’ясуйте, які URL-адреси не відповідають правилу, переглянувши сповіщення про порушення від Google. Часто ідентифікаційна інформація випадково додається до URL-адрес, які надсилаються в Google через веб-форми, сторінки входу та спеціальні параметри кампаній маркетингу електронною поштою.
- Вилучіть ідентифікаційну інформацію зі спільних даних. Внесіть відповідні зміни, щоб URL-адреси не містили ідентифікаційної інформації (нижче описано, як це зробити в різних джерелах).
Замініть дані користувача ідентифікатором UUID. Це допоможе уникнути передавання ідентифікаційної інформації в Google. Наприклад,Веб-форми. HTML-форми потрібно надсилати через протокол
POST
. Якщо використовується протоколGET
, параметри форми додаватимуться до URL-адреси в адресному рядку. Оновіть код сторінки або компонент, який генерує HTML-код, і вкажіть у тегу для формиmethod="post"
. Докладніше про метод надсилання форми.Сторінки входу. На деяких сайтах (особливо тих, де користувачі створюють профілі або вводять дані для входу) застосовуються шаблони URL-адрес, які включають ідентифікаційну інформацію. Замініть ідентифікаційну інформацію в URL-адресі унікальним ідентифікатором на рівні сайту або універсальним унікальним ідентифікатором (UUID).
Спеціальні параметри кампанії маркетингу електронною поштою. Перевірте URL-адреси, згенеровані такою кампанією, щоб визначити, чи містяться в їх параметрах електронні адреси або інша ідентифікаційна інформація. Призначте кожному користувачу унікальний ідентифікатор на рівні сайту або універсальний унікальний ідентифікатор (UUID), а потім відстежуйте UUID за допомогою параметрів URL-адреси.
site.com/my_settings/sample@email.com
можна замінити наsite.com/my_settings/43231
, де43231
– унікальне число, яке позначає обліковий запис з адресою sample@email.com.- Заповніть форму відповіді. Укажіть у ній, що ви вжили заходів для усунення проблеми. Ця форма допомагає нам зрозуміти, на якому етапі вирішення проблеми ви перебуваєте.
Підтвердьте, що проблему усунено. Після того як ви надішлете форму, Google перевірить, чи допомогли внесені зміни вирішити проблему. Протягом двох тижнів ви отримаєте інше сповіщення про те, що проблему усунено або що ідентифікаційна інформація й досі передається з URL-адрес, зв’язаних із вашим обліковим записом. Якщо проблему не вирішено, перегляньте оновлений список URL-адрес, які не відповідають правилу, щоб з’ясувати причину.
Перш ніж редагувати код реального веб-сайту, варто спершу пересвідчитися, що зміни спрацюють на тестовому сайті. Додайте на тестовий сайт теги з ідентифікатора клієнта Google Ads, який ви використовуєте для показу персоналізованої реклами. Коли тестовий сайт з’явиться в списку URL-адрес, які містять ідентифікаційну інформацію, ви зможете почати вносити пробні зміни. Якщо ми виявимо, що ідентифікаційна інформація не надсилається з тестового сайту, його URL-адреса більше не відображатиметься у звіті про URL-адреси з порушеннями. Після цього можна застосувати зміни до реального сайту.
Списки ремаркетингу та інші подібні списки, зокрема спеціальних комбінацій або схожих аудиторій, будуть вимкнені, якщо вони порушують це правило. Докладніше про наслідки порушення правил.
Зловживання особистою інформацією
Не дозволяється наведене нижче.
Використання особистої інформації способами, на які користувачі не дали згоду
Приклади (неповний список): перепродаж контактної інформації користувачів, використання в оголошеннях зображень користувачів без їхньої згоди
Реклама, що адресується безпосередньо користувачам за допомогою їхньої особистої інформації
Приклади (неповний список): оголошення, у яких до користувача звертаються на ім’я або згадують його службову посаду
Типовий приклад: "Вітаємо, Іване Петренко! Придбайте квіти в нас!"
Оголошення, що натякають на наявність у рекламодавця особистої інформації користувача
Приклади (неповний список): оголошення з претензією на обізнаність із фінансовим становищем або політичними поглядами користувача
Типовий приклад: "Потонув у боргах? Отримай допомогу вже сьогодні".
Правила щодо отримання згоди користувачів із Європи
Не дозволяється наведене нижче.
Реклама, яка порушує наші правила щодо отримання згоди користувачів із Європи
Приклад (неповний список): використання функцій Google Ads (таких як ремаркетинг або відстеження конверсій) без отримання від користувачів із Європейської економічної зони чи Великої Британії відповідної згоди на використання файлів cookie або (для ремаркетингу) персональних даних для показу персоналізованої реклами.
Неавторизовані файли cookie в доменах Google
Не дозволяється наведене нижче.
Налаштування файлів cookie в домені Google
Приклади (неповний список): налаштування сторонніми організаціями (а не Google) файлів cookie в домені doubleclick.net чи googlesyndication.com або сприяння стороннім організаціям у налаштуванні таких файлів