Режим згоди дає змогу надсилати в Google статус згоди користувачів на використання файлів cookie або ідентифікаторів додатків. Поведінка тегів коригується з урахуванням вибору користувачів.
Режим згоди взаємодіє з платформою керування згодою або вашим власним рішенням для отримання згоди користувачів, наприклад банером для надання згоди на використання файлів cookie. Режим згоди отримує статус згоди користувачів із вашого банера або віджета файлів cookie та динамічно адаптує поведінку Analytics, Google Ads і сторонніх тегів, які створюють або зчитують файли cookie.
Коли користувачі не дають свою згоду на зберігання файлів cookie, теги надсилають у Google сигнали. Якщо ви використовуєте Google Analytics 4, Google заповнює відсутні дані за допомогою моделювання конверсій і моделювання поведінки.
Set up consent mode in Google Analytics
Теги з вбудованою підтримкою режиму згоди
Теги Google для вказаних нижче продуктів містять вбудовані перевірки згоди та змінюють алгоритм роботи на основі вибраного статусу згоди.
- Google Analytics
- Google Ads*
- Floodlight
- Тег зв’язування конверсій
* Включає відстеження конверсій і ремаркетинг у Google Ads; підтримка дзвінків-конверсій очікується в майбутньому.
Статус згоди й алгоритм роботи тегу
Коли ви вмикаєте режим згоди, продукти Google для аналітики застосовують статус згоди користувачів для всіх сторінок, які вони відвідують. Якщо користувач не надав згоду, під час активації тегів не зберігаються файли cookie, а натомість передається мінімальна інформація про дії користувача. Тоді дані про статус згоди й дії користувача надсилаються на сервер Google через перелічені нижче типи сигналів, в основі яких не лежать файли cookie.
- Сигнали про статус згоди для тегів Google Ads і Floodlight повідомляють статус, указаний за умовчанням, а також змінений відвідувачем статус для кожного типу згоди, (наприклад, на зберігання даних Google Ads або Analytics). Сигнали про статус згоди надсилаються з кожної відвіданої сторінки, де ввімкнено режим згоди, а також для деяких тегів, якщо користувач змінює статус (наприклад, дає згоду у відповідному вікні).
- Сигнали конверсій указують, що відбулася конверсія.
- Сигнали Google Analytics надсилаються з кожної сторінки веб-сайту, де налаштовано Google Analytics, після завантаження й реєстрації подій.
Описані вище сигнали можуть включати:
- функціональну інформацію (як-от заголовки, додані пасивно веб-переглядачем):
- позначку часу;
- агент користувача (лише для веб-сторінок);
- напрямок переходу;
- зведену/неідентифікаційну інформацію:
- відомості про те, чи містила поточна або попередня сторінка в навігації користувача на сайті інформацію про клік оголошення в URL-адресі (наприклад, GCLID/DCLID);
- логічну інформацію про статус згоди;
- випадкове число, яке генерується під час кожного завантаження сторінки;
- відомості про платформу для керування згодою, яку використовує власник сайту (наприклад, Developer ID).
Як працює режим згоди
Крім того, згода та сигнали конверсій можуть включати зазначені нижче варіанти поведінки залежно від налаштувань статусу згоди й конфігурації тегів.
Стандартний шаблон поведінки передбачено для ситуації, коли надано всі дозволи.
|
|
|
|
Веб-сторінки |
Мобільні додатки |
|
|
Коли не надано принаймні одну з форм згоди, слід враховувати інші способи поведінки, наведені нижче.
|
|
|
|
Веб-сторінки |
Мобільні додатки |
|
|
|
|
|
Веб-сторінки |
|
|
|
|
|
Веб-сторінки |
Мобільні додатки |
|
|
|
Мобільні й веб-додатки Якщо використовується параметр Оскільки сигнали без файлів cookie є частиною стандартного зв’язку між протоколом HTTP й веб-переглядачем, вони можуть містити інформацію про агент користувача, роздільну здатність екрана та IP-адресу. Зверніть увагу, що Google Analytics 4 не зберігає й не реєструє IP-адреси. Якщо рекламодавець встановлює інші поля, наприклад, ідентифікатор користувача й спеціальні параметри, вони надсилатимуться як зазвичай. Дані, зібрані із сигналів без файлів cookie, використовуються для моделювання поведінки й конверсій, щоб заповнити прогалини в даних. |
|
Практичні поради щодо режиму згоди
Незалежно від того, як ви ввімкнули режим згоди, дотримуйтеся наведених нижче рекомендацій.
- Установіть початковий статус згоди за умовчанням, визначений вашою організацією. Він застосовуватиметься, коли відвідувач уперше переглядатиме сторінку на вашому веб-сайті.
- Налаштуйте теги сторінок, щоб вони завантажувалися, перш ніж з’явиться вікно для отримання згоди користувача.
- Завантажуйте теги Google у всіх випадках, а не лише коли користувач дає згоду. Якщо користувач не дає згоду, Google отримує сигнали не на основі файлів cookie, які в ресурсах Google Analytics 4 дають змогу використовувати дані про поведінку й конверсії, щоб заповнювати прогалини в даних.
- Параметри згоди мають якнайшвидше показуватися відвідувачу. Оновлюйте статус згоди, коли відвідувач робить вибір.
- Запитуйте в користувачів згоду для кожного типу зберігання даних, який використовується тегами на веб-сайті. Наприклад, користувач може погодитися на використання файлів cookie Analytics і відхилити рекламні файли cookie.
- Оскільки закони про конфіденційність неоднакові в різних країнах, налаштуйте статус за умовчанням залежно від регіону, а не для всіх відвідувачів. Якщо у вашій організації за умовчанням установлено статус "відмовлено", доцільніше буде застосовувати його лише для відвідувачів із певних регіонів, де діють вимоги щодо конфіденційності. Так ви зможете отримувати точні показники в інших регіонах.
Розширене та базове налаштування
Якщо за допомогою режиму згоди ви блокуватимете теги Google, доки не з’явиться вікно для отримання згоди й користувачі не дадуть згоду, ви втрачатимете деякі переваги режиму. Наприклад, ви не отримаєте змодельовані дані в ресурсі GA4, щоб заповнити прогалини в даних, яких не вистачає, коли користувачі не дають згоду. Незважаючи на те, що ви виберете: блокувати (базове налаштування) або розблоковувати теги (розширене налаштування), теги Google коригують свою поведінку на основі статусу згоди ваших користувачів.
Нижче наведено таблицю порівняння розширеного й базового налаштувань режиму згоди.
| Розширене налаштування | Базове налаштування | |
|---|---|---|
| Поведінка тегів |
|
|
| Моделювання поведінки в GA4 |
|
|
| Моделювання конверсій у GA4 |
|
|
| Моделювання конверсій у Google Ads |
|
|
* Якщо теги заблоковано через вибір параметрів згоди, дані не збираються, а моделювання конверсій у Google Ads відбувається на основі загальної моделі. У моделях використовуються такі функції, як тип веб-переглядача, тип дії-конверсії, час доби й інші загальні неідентифікаційні змінні. Докладніше про режим згоди й моделювання конверсій для Google Ads.
Як увімкнути режим згоди
Спосіб увімкнення режиму згоди відрізняється для веб-сайтів і додатків. Він також залежить від того, як ви отримуєте згоду та яку платформу позначення тегами використовуєте.
Як увімкнути режим згоди для веб-сайтів
Режим згоди можна ввімкнути для веб-сайтів із мінімальним кодуванням за допомогою Менеджера тегів і платформи CMP із шаблоном спільноти. Партнери платформи CMP надають шаблони Менеджера тегів і вказівки для ввімкнення режиму згоди за допомогою інтеграції.
Розробники веб-сайтів можуть увімкнути режим згоди за допомогою команд gtag.js або тегів, створених на основі шаблона режиму згоди в Менеджері тегів.
Як увімкнути режим згоди для додатків
Розробники додатків можуть увімкнути режим згоди за допомогою Google Analytics для Firebase.
Інтеграція з платформою керування згодою
Режим і налаштування отримання згоди, доступні в Менеджері тегів Google, можна інтегрувати з вашою платформою керування згодою. У колекції шаблонів спільноти Менеджера тегів для таких платформ доступні шаблони, які інтегровано з Consent API.
Щоб переглядати цінні статистичні дані, захищаючи конфіденційність, потрібно отримувати згоду користувачів вашого сайту. Ми рекомендуємо використовувати платформу керування згодою або систему керування контентом, щоб отримувати згоду й надсилати дані про неї в Google.
Дізнайтеся більше про те, як налаштувати банер для надання згоди за допомогою платформи керування згодою або системи керування контентом.
Докладнішу інформацію про можливості такої інтеграції наведено в таблиці нижче.
| Інструмент для отримання згоди | Підтримувані типи згоди | Доступність шаблонів спільноти Менеджера тегів |
Інтеграція з викликами оновлення згоди | Інтеграція зі стандартними викликами згоди |
| Commanders Act | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + шаблон TrustCommander) |
| Complianz | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + шаблон TrustCommander) |
| Consent Manager | ad_personalization ad_storage ad_user_data analytics_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Cookie First | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Cookie Information A/S |
ad_personalization |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Cookiebot (Cybot) | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| CookieScript |
ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ |
✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| CookieYes |
ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Didomi |
ad_personalization |
✓ | ✓ | ✓ (Повна інтеграція з Менеджером тегів Google + інтеграція з іншими рішеннями) |
| iubenda | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| OneTrust |
ad_personalization |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Osano | ad_personalization ad_storage ad_user_data analytics_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Secure Privacy |
ad_personalization |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Sirdata | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Termly |
ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
| Usercentrics |
ad_personalization |
✓ | ✓ | ✓ (Інтегрований шаблон Менеджера тегів Google + приклад коду для gtag.js) |
Режим згоди для постачальників CMP
Постачальники платформи керування згодою (CMP) можуть інтегрувати цей режим із режимом згоди, щоб покупцям було зручніше користуватися продуктами Google. Щоб дізнатися більше, перегляньте статтю Режим згоди для постачальників CMP.
Додаткові ресурси
Режим згоди має додаткові можливості, зокрема різні алгоритми роботи залежно від регіону, функцію вилучення раніше збереженої інформації, а також передавання інформації в URL-адресах, якщо згоду не надано. Щоб дізнатися більше про те, як використовувати режим згоди та його додаткові функції, перегляньте наведені нижче посилання.
