Збір і використання даних

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

Нижче наведено приклади порушень, яких слід уникати. Докладніше про наслідки порушення правил

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

Неналежний захист даних

Не дозволяється вказане нижче.

Використання заходів безпеки, які не відповідають типу інформації, що збирається

Приклади: збирання номерів кредитних або дебетових карток, банківських та інвестиційних рахунків, банківських переказів, номерів паспортів, індивідуальних податкових номерів, номерів пенсійного та соціального забезпечення, номерів водійських прав або медичних карток на сторінці, яку не захищено за допомогою технології SSL і яка не має дійсного сертифіката

Засіб вирішення проблем: неналежний захист даних
  1. Виправте помилки на цільовій сторінці оголошення. Вам потрібно або перестати збирати особисту інформацію користувачів, або робити це за допомогою захищеного сервера SSL, який гарантує її безпеку.
    • Варіант 1. Використовувати захищений сервер.
      Використовуйте захищений сервер обробки даних (SSL) для збору особистої інформації. У такому разі URL-адреса сторінки починатиметься з "https://", а не з "http://". Докладніше про налаштування SSL на сайті.
    • Варіант 2. Не збирати дані користувачів.
      Внесіть зміни на веб-сайт або в додаток, щоб він більше не запитував особисту інформацію користувачів, щоб надати їм доступ до вмісту.
  2. Відредагуйте оголошення. Так ви подасте оголошення та його цільову сторінку на повторний розгляд.

    Зазвичай він триває 1 робочий день, але іноді може знадобитися більше часу.

Неприйнятне надсилання інформації

Не дозволяється вказане нижче.

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

Приклад: передача електронної адреси користувача в складі URL-адреси, що має тег ремаркетингу

Засіб вирішення проблем: неприйнятне надсилання інформації
  1. Визначте джерело. Виявіть, які URL-адреси не відповідають політиці, переглянувши сповіщення про порушення від Google. Часто ідентифікаційна інформація випадково додається до URL-адрес, які надсилаються в Google через веб-форми, сторінки входу та спеціальні параметри кампаній маркетингу електронною поштою.
  2. Вилучіть ідентифікаційну інформацію зі спільних даних. Внесіть такі зміни в систему, щоб ідентифікаційна інформація не додавалася до URL-адрес. Нижче наведено найпоширеніші методи вилучення такої інформації з URL-адрес.

    Веб-форми. HTML-форми слід надсилати за допомогою протоколу POST. Якщо використовуватиметься протокол GET, параметри форми додаватимуться до URL-адреси в адресному рядку. Оновіть код сторінки або компонент, який генерує HTML-код, і вкажіть у тегу form method="post". Докладніше про метод form.

    Сторінки входу. На деяких сайтах (особливо тих, що містять профілі користувачів або їхні дані для входу) використовуються шаблони URL-адрес, які включають ідентифікаційну інформацію як частину дизайну. Замініть ідентифікаційну інформацію в URL-адресі унікальним ідентифікатором на рівні сайту або універсальним унікальним ідентифікатором (UUID).

    Спеціальні параметри кампанії маркетингу електронною поштою. Перевірте URL-адреси, згенеровані тестовою кампанією маркетингу електронною поштою, щоб визначити електронні адреси або іншу ідентифікаційну інформацію в параметрах URL-адреси. Призначте кожному користувачу унікальний ідентифікатор на рівні сайту або універсальний унікальний ідентифікатор (UUID), а потім відстежуйте UUID за допомогою параметрів URL-адреси.

    Щоб уникнути передачі ідентифікаційної інформації в Google, ви можете додати UUID. Наприклад, site.com/my_settings/sample@email.com можна замінити на site.com/my_settings/43231, де 43231 – унікальне число, яке позначає обліковий запис з адресою sample@email.com.
  3. Заповніть форму відповіді. Зазначте в ній, що ви вжили заходів для усунення проблеми. Ця форма допомагає нам зрозуміти, на якому етапі вирішення проблеми ви перебуваєте.
  4. Підтвердьте, що проблему усунено. Після того як ви надішлете форму, Google перевірить, чи допомогли внесені зміни вирішити проблему. Протягом двох тижнів ви отримаєте інше сповіщення про те, що проблему усунено або що ідентифікаційна інформація й досі передається з URL-адрес, зв’язаних із вашим обліковим записом. Якщо проблему не вирішено, перегляньте оновлений список URL-адрес, які не відповідають політиці, щоб з’ясувати причину.

    Перш ніж редагувати коди реального веб-сайту, варто спершу пересвідчитися, що внесені зміни працюють на тестовому сайті. Додайте на тестовий сайт теги з ідентифікатора клієнта Google Ads, який ви застосовуєте для персоналізованої реклами. Щойно тестовий сайт з’явиться в списку URL-адрес, у яких виявлено ідентифікаційну інформацію, можете вносити пробні зміни. Якщо ми виявимо, що ідентифікаційна інформація не надсилається з тестового сайту, його URL-адреса більше не відображатиметься у звіті про URL-адреси з порушеннями. Після цього можна застосувати зміни до реального сайту.

Списки ремаркетингу та інші подібні, як-от списки спеціальних комбінацій або схожих аудиторій, будуть вимкнені, якщо вони не відповідають цій політиці. Докладніше про наслідки порушення політики.

Зловживання особистою інформацією

Не дозволяється вказане нижче.

Використання особистої інформації способами, на які користувачі не надали дозвіл

Приклади: перепродаж особистої інформації користувачів, використання в оголошеннях зображень користувачів без їхньої згоди

Реклама, що адресується безпосередньо користувачу за допомогою особистої інформації

Приклади: оголошення, у яких до користувача звертаються на ім’я або згадують його службову посаду

Характерний приклад: "Вітаємо, Іване Петренко! Придбайте квіти в нас!"

Реклама на основі особистої інформації користувачів

Приклади: реклама, явно націлена на фінансове становище або політичні погляди користувача

Характерний приклад: "Потонув у боргах? Отримай допомогу вже сьогодні."

Згода користувачів із Європейського Союзу

Не дозволяється вказане нижче.

Рекламні кампанії, що порушують нашу політику щодо згоди користувачів з ЄС на використання файлів cookie

Приклад: застосування таких функцій Google Ads, як ремаркетинг або відстеження конверсій, без отримання від користувачів з ЄС належної згоди на використання файлів cookie

Неавторизовані файли cookie в доменах Google

Не дозволяється вказане нижче.

Налаштування файлів cookie в домені Google

Приклад: дозвіл для сторонніх розробників налаштовувати файли cookie в домені doubleclick.net або googlesyndication.com

Потрібна допомога?

Якщо у вас виникли запитання щодо правил, зв'яжіться зі службою підтримки Google Ads
Чи корисна ця інформація?
Як можна її покращити?