Режим згоди дає змогу надсилати в 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).
Як працює режим згоди
Крім того, сигнали згоди й ключових подій можуть включати зазначені нижче варіанти поведінки залежно від налаштувань згоди й конфігурації тегів.
Стандартний шаблон поведінки передбачено для ситуації, коли надано всі дозволи.
|
|
|
|
Веб-сторінки |
Мобільні додатки |
|
|
Коли не надано принаймні одну з форм згоди, слід враховувати інші способи поведінки, наведені нижче.
|
|
|
|
Сайти |
Мобільні додатки |
|
|
|
|
|
Сайти |
|
|
|
|
|
Сайти |
Мобільні додатки |
|
|
|
Мобільні й веб-додатки Якщо використовується параметр У межах стандартної взаємодії між вебпереглядачем і сервером за протоколом HTTP такі сигнали можуть містити інформацію про агент користувача, роздільну здатність екрана й IP-адресу. Зверніть увагу: Google Analytics 4 не зберігає і не реєструє IP-адреси. Якщо рекламодавець налаштує інші поля, наприклад user_id й спеціальні параметри, відповідні дані надсилатимуться як зазвичай. Дані із сигналів без файлів 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) можуть інтегрувати цей режим із режимом згоди, щоб покупцям було зручніше користуватися продуктами Google. Щоб дізнатися більше, перегляньте статтю Режим згоди для постачальників CMP.
Додаткові ресурси
Режим згоди має додаткові можливості, зокрема різні алгоритми роботи залежно від регіону, функцію вилучення раніше збереженої інформації, а також передавання інформації в URL-адресах, якщо згоду не надано. Щоб дізнатися більше про те, як використовувати режим згоди та його додаткові функції, перегляньте наведені нижче посилання.
