Що таке Cookiebot ? Як встановити та налаштувати Cookiebot ?

Які задачі вирішує Cookiebot

Cookiebot не просто "банер". Це ціла система, яка закриває одразу кілька критичних задач.

1. Юридична відповідність (compliance)

Cookiebot допомагає сайту відповідати вимогам:

• GDPR

• ePrivacy Directive

• DMA

• CCPA (для США, якщо налаштовано відповідні регіони)

Без CMP сайт формально порушує закон, якщо:

• використовує Google Analytics;

• використовує рекламу;

• має Facebook Pixel, YouTube, Maps, Chat, iframe, трекери тощо.

Cookiebot і Google Consent Mode - як вони пов’язані

Cookiebot не замінює Google Consent Mode.
Вони працюють разом.

Розподіл ролей такий:

• Cookiebot:

  • отримує вибір користувача;

  • зберігає його;

  • показує банер;

• Google Consent Mode:

  • керує поведінкою Google-тегів;

  • визначає, що дозволено до і після згоди.

Cookiebot передає сигнали у Consent Mode автоматично, якщо:

• увімкнено Consent Mode в адмінці Cookiebot;

• використовується GTM або inline-скрипт;

• налаштовані default consent states.

<script id="Cookiebot"
  src="https://consent.cookiebot.com/uc.js"
  data-cbid="ВАШ_DOMAIN_GROUP_ID"
  data-blockingmode="auto"
  type="text/javascript"></script>

<script data-cookieconsent="ignore">
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('consent','default',{
    ad_storage:'denied',
    ad_user_data:'denied',
    ad_personalization:'denied',
    analytics_storage:'denied',
    functionality_storage:'denied',
    personalization_storage:'denied',
    security_storage:'granted',
    wait_for_update:500
  });
  gtag('set','ads_data_redaction',true);
  gtag('set','url_passthrough',false);
</script>

ЧАСТИНА 4. Advanced Consent Mode vs Basic Consent Mode - як реально працюють теги після згоди

У цій частині ми розберемо реальну поведінку тегів, а не маркетингові описи.
Після цього розділу стане зрозуміло:

• чому аналітика "зникає";

• чому реклама працює дивно;

• чому теги не запускаються після згоди;

• і як цього уникнути.

Два режими роботи Consent Mode

Google Consent Mode має два принципово різні підходи до роботи тегів:

1. Advanced Consent Mode

2. Basic Consent Mode

Вони не конфліктують, але працюють по-різному.

Advanced Consent Mode - що це насправді

Коротко

Advanced Consent Mode означає:

Google-теги можуть завантажуватися до згоди, але працюють в обмеженому режимі.

Тобто:

• cookies не ставляться;

• персональні дані не зберігаються;

• але теги існують і відправляють сигнали.

Як це виглядає на практиці

До згоди користувача:

• Google Analytics:

  • не створює _ga cookie;

  • відправляє анонімні пінги;

  • фіксує події без ідентифікації;

• Google Ads:

  • не персоналізує рекламу;

  • але може використовувати агреговані сигнали;

• Conversion Linker:

  • працює в обмеженому режимі.

Після згоди:

• cookies дозволяються;

• персоналізація вмикається;

• аналітика стає повноцінною.

Плюси Advanced Consent Mode

• не втрачається вся аналітика;

• Google може моделювати конверсії;

• реклама працює стабільніше;

• немає "провалу" першої сторінки.

Мінуси Advanced Consent Mode

• теги все одно завантажуються до згоди;

• для деяких юрисдикцій це може бути небажано;

• складніше пояснити юристам;

• не всі сторонні теги підтримують такий режим.

Basic Consent Mode - жорстка логіка

Коротко

Basic Consent Mode означає:

Тег взагалі не запускається, доки немає згоди.

Нема згоди - нема тегу.
Крапка.

Як це виглядає

До згоди:

• тег не завантажений;

• код не виконується;

• жодних запитів;

• жодних cookies.

Після згоди:

• тег запускається;

• cookies ставляться;

• аналітика починається з цього моменту.

Плюси Basic Consent Mode

• максимальна відповідність GDPR;

• ідеально для суворих вимог;

• легко пояснити юристам;

• повний контроль.

Мінуси Basic Consent Mode

• втрачається перша сторінка;

• немає даних до кліку по банеру;

• якщо тригер налаштований неправильно - тег може не запуститись взагалі.

Найбільша пастка: "All Pages"

Це класична помилка, яка ламає Basic Consent Mode.

Що відбувається

1. Користувач заходить на сайт

2. GTM одразу оцінює тригери

3. "All Pages" відпрацьовує

4. Згоди ще немає

5. Тег не запускається

6. Користувач дає згоду

7. Але тег не переоцінюється

Результат:

• тег не запускається взагалі;

• аналітики немає;

• виглядає як "не працює".

Подія cookie_consent_update - ключ до Basic Consent Mode

Cookiebot після вибору користувача відправляє подію:

cookie_consent_update

Саме вона сигналізує GTM:

"Згода є, можна запускати теги"

Правильна схема для Basic Consent Mode

1. Тег НЕ має тригер "All Pages"

2. Тег має тригер:

   • Custom Event

   • Event name: cookie_consent_update

3. У тегу увімкнено Additional Consent Checks

4. Вказані потрібні storage типи

Тільки так тег:

• не стартує до згоди;

• стартує одразу після згоди;

• не вимагає перезавантаження сторінки.

Additional Consent Checks - що це і навіщо

Additional Consent Checks - це спосіб сказати GTM:

"Цей тег може запускатись тільки якщо є конкретна згода"

Наприклад:

• ad_storage - для реклами;

• analytics_storage - для аналітики;

• functionality_storage - для функціоналу.

Типова конфігурація

• Facebook Pixel:

  • ad_storage

• Google Analytics:

  • analytics_storage

• Chat widget:

  • functionality_storage

Чи можна змішувати Advanced і Basic

Так.
І це нормальна практика.

Типова реальна схема

• Google Analytics - Advanced

• Google Ads - Advanced

• Facebook Pixel - Basic

• Chat / Maps / YouTube - Basic

Таким чином:

• Google зберігає аналітику;

• сторонні сервіси не завантажуються без згоди;

• сайт залишається compliant.

Чому часто здається, що Consent Mode "не працює"

Основні причини:

• неправильний default consent state;

• відсутні параметри v2;

• використовується All Pages замість cookie_consent_update;

• тег має Additional Consent Checks, але неправильний тригер;

• Cookiebot завантажується занадто пізно.

У 90% випадків проблема не в Cookiebot, а в логіці GTM.

ЧАСТИНА 5. Налаштування тегів у Google Tag Manager з Cookiebot - як зробити правильно і не зламати аналітику

У цій частині ми зведемо все докупи і розберемо реальні сценарії налаштування тегів.
Саме тут зазвичай виникають питання типу:

• чому GA4 не стріляє;

• чому Ads не бачить конверсії;

• чому теги не запускаються після згоди;

• чому Consent Mode ніби є, але не працює.

Загальна логіка перед налаштуванням тегів

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

1. Cookiebot встановлений і показує банер

2. Consent Mode v2 увімкнений

3. Default consent state заданий

4. Cookiebot передає consent update

5. GTM отримує подію cookie_consent_update

Якщо будь-який пункт не виконаний - налаштування тегів не має сенсу.

Google Analytics 4 - правильні сценарії

Варіант 1. GA4 в Advanced Consent Mode (рекомендовано)

Це найпопулярніший і найзбалансованіший варіант.

Як працює

• GA4 тег завантажується одразу;

• до згоди - без cookies;

• після згоди - повноцінно.

Налаштування

• НЕ вмикати Additional Consent Checks;

• тригер - All Pages;

• analytics_storage керується Consent Mode автоматично.

Що отримуєш

• немає провалу першої сторінки;

• коректна аналітика;

• мінімум ризиків.

Варіант 2. GA4 в Basic Consent Mode (строго)

Цей варіант має сенс, якщо потрібен максимально строгий підхід.

Налаштування

• Увімкнути Additional Consent Checks;

• Обрати analytics_storage;

• Тригер:

  • Custom Event

  • cookie_consent_update

Наслідки

• перша сторінка втрачається;

• GA стартує тільки після кліку по банеру;

• все юридично чисто, але менш інформативно.

Google Ads і Conversion Linker

Conversion Linker - завжди Advanced

Conversion Linker:

• має бути на All Pages;

• не має Additional Consent Checks;

• працює разом з Consent Mode.

Причина проста:

• він потрібен для коректної атрибуції;

• Google очікує його присутність.

Google Ads Conversion Tag

Рекомендована схема

• Advanced Consent Mode;

• без Additional Consent Checks;

• Consent Mode сам обмежує поведінку.

Що важливо

• ad_storage

• ad_user_data

• ad_personalization

Ці параметри мають існувати, інакше реклама працює некоректно.

Сторонні пікселі (Facebook, TikTok, LinkedIn)

Тут майже завжди Basic Consent Mode.

Чому

• ці теги не мають повноцінної cookieless-логіки;

• часто одразу ставлять cookies;

• можуть порушувати GDPR.

Як налаштовувати

• Увімкнути Additional Consent Checks;

• Обрати ad_storage;

• Тригер:

  • cookie_consent_update

Результат:

• тег не завантажується до згоди;

• стартує одразу після кліку.

Чати, карти, iframe, відео

Рекомендований підхід

• Basic Consent Mode;

• functionality_storage або personalization_storage;

• запуск тільки після consent.

Типові приклади

• Google Maps

• YouTube embed

• онлайн-чати

• сторонні віджети

Масове налаштування тегів через Consent Overview

Якщо тегів багато, GTM дозволяє:

• відкрити Consent Overview;

• обрати кілька тегів;

• задати Additional Consent Checks одразу для всіх.

Це значно зменшує час налаштування і кількість помилок.

Найчастіші помилки при налаштуванні тегів

Помилка 1. Additional Consent Checks + All Pages

Результат:

• тег ніколи не запускається.

Помилка 2. Basic Consent без cookie_consent_update

Результат:

• тег запускається тільки після перезавантаження.

Помилка 3. Зайвий Basic для Google тегів

Результат:

• втрата аналітики;

• проблеми з Ads.

Помилка 4. Відсутні параметри v2

Результат:

• попередження;

• обмеження реклами.

Швидкий чеклист для кожного тегу

Перед публікацією перевір:

• Який тип тегу?

• Advanced чи Basic?

• Чи потрібні Additional Consent Checks?

• Який тригер?

• Який storage тип?

Якщо на всі питання є чітка відповідь - тег налаштований правильно.

ЧАСТИНА 6. Як перевірити, що Cookiebot і Consent Mode працюють правильно

Можна ідеально все налаштувати - і все одно помилитися.
Тому перевірка обов’язкова частина впровадження.

У цій частині розберемо:

• як перевіряти consent у GTM;

• як читати consent-стани;

• як зрозуміти, що теги реально поводяться правильно;

• як швидко знайти проблему.

1. Перевірка через Google Tag Manager Preview

Це перший і головний інструмент.

Як перевіряти

1. Увімкни Preview у GTM

2. Відкрий сайт у новій вкладці

3. Перейди у вкладку Consent

Що має бути видно ДО згоди

• On-page Defaults присутні

• У списку є:

  • ad_storage

  • analytics_storage

  • ad_user_data

  • ad_personalization

• Значення:

  • denied (для non-necessary)

  • granted (для security_storage)

Якщо хоча б одного параметра немає - Consent Mode v2 налаштований неправильно.

2. Перевірка оновлення згоди після кліку

Тепер натисни в банері:

• Allow all

• або вибери категорії вручну

У GTM Preview має з’явитись:

• подія cookie_consent_update

• Consent Update зі значеннями granted або denied відповідно до вибору

Типова проблема

Подія є, але:

• теги не запускаються;

• або запускаються не ті.

Це означає:

• неправильний тригер;

• або неправильні Additional Consent Checks.

3. Перевірка consent-станів у браузері (console)

Навіщо це потрібно

Іноді GTM Preview не показує повну картину.
Тоді дивимось, що реально бачить Google.

Що перевіряти

У консолі браузера перевіряють:

• чи зареєстровані default consent states;

• чи з’явився consent update.

Результат має виглядати логічно:

• спочатку default (denied);

• після згоди - update (granted).

Якщо update не з’являється - Cookiebot не передає сигнал.

4. Перевірка dataLayer

Коли це актуально

• якщо Consent Mode підключений inline;

• або через плагін;

• або ти хочеш глибше зрозуміти, що відбувається.

Що дивитись

У dataLayer мають бути події:

• consent default

• consent update

• cookie_consent_update

Якщо dataLayer порожній або без consent-подій:

• default consent не підключений;

• або підключений неправильно.

5. Google Tag Assistant

Це допоміжний інструмент.

Що він показує

• чи є CMP на сайті;

• чи бачить Google consent-сигнали;

• чи є попередження.

Важливо

Інформаційне повідомлення про CMP не завжди означає помилку.
Орієнтуйся на:

• порядок завантаження;

• поведінку тегів;

• cookies до згоди.

6. Consent Mode Checker у Cookiebot

Cookiebot має власний автоматичний чекер, який:

• сканує сторінку;

• перевіряє default consent;

• перевіряє оновлення;

• показує ризики.

Як трактувати результат

• "No risk" - базові вимоги виконані

• "At risk" - є потенційні проблеми

Це sanity check, а не юридичний висновок.

7. Типові сценарії проблем і рішення

Проблема: Consent Mode installation out of order

Ознаки:

• попередження в GA4;

• помилки в Tag Assistant.

Причина:

• default consent підключений після GTM;

• або відсутні параметри v2.

Рішення:

• перенести default script вище;

• додати ad_user_data та ad_personalization.

Проблема: Теги не запускаються після згоди

Ознаки:

• cookie_consent_update є;

• теги не firing.

Причина:

• All Pages + Additional Consent Checks.

Рішення:

• замінити All Pages на cookie_consent_update.

Проблема: Cookies з’являються до згоди

Ознаки:

• cookies в Application до кліку.

Причина:

• сторонній скрипт у шаблоні;

• відсутній auto blocking;

• відсутній manual markup.

Рішення:

• auto blocking;

• або ручна розмітка.

8. Чеклист фінальної перевірки

Перед публікацією переконайся:

• банер з’являється;

• default consent - denied;

• consent update працює;

• теги поводяться правильно;

• cookies не ставляться до згоди;

• немає критичних попереджень

ЧАСТИНА 7. Cookie Declaration, відкликання згоди, мультимовність і UX банера

Навіть якщо Consent Mode і теги налаштовані ідеально, сайт все одно може бути некоректним, якщо:

• користувач не може переглянути cookies;

• не може змінити або відкликати згоду;

• не розуміє, на що саме він погоджується;

• банер виглядає або поводиться неправильно.

1. Cookie Declaration - обов’язкова сторінка

Що це таке

Cookie Declaration - це сторінка, де користувач бачить:

• список cookies;

• їхню категорію;

• призначення;

• термін зберігання;

• хто їх встановлює (first-party / third-party);

• і може змінити або відкликати згоду.

Без цієї сторінки сайт не відповідає GDPR, навіть якщо банер є.

Як вона працює

Cookiebot автоматично:

• сканує сайт;

• визначає cookies;

• групує їх за категоріями;

• оновлює декларацію.

Тобто:

• не потрібно писати список вручну;

• він актуалізується автоматично.

Де розміщувати

Найкраща практика:

• окрема сторінка (наприклад, /cookie-declaration або /cookies);

• посилання у футері;

• посилання з банера cookies.

2. Відкликання та зміна згоди

GDPR вимагає:

Користувач має мати можливість у будь-який момент змінити або відкликати свою згоду.

Cookiebot це забезпечує двома способами:

1) Через Cookie Declaration

На сторінці є кнопка:

• Change consent

• Withdraw consent

Після кліку:

• банер відкривається знову;

• користувач може змінити вибір;

• Cookiebot надсилає consent update.

2) Через окрему кнопку на сайті

Часто додають кнопку типу:

• Cookie settings

• Privacy settings

Вона відкриває банер повторно.

Це дуже хороша UX-практика.

3. Мультимовність банера Cookiebot

Чому це важливо

GDPR вимагає:

• зрозумілої інформації;

• мовою, яку розуміє користувач.

Якщо сайт мультимовний, банер також має бути мультимовним.

Як працює мультимовність

Cookiebot:

• має вбудовані переклади;

• дозволяє додавати власні тексти;

• дозволяє вибирати мову автоматично.

Типові схеми визначення мови

• за URL (/en/, /de/, /pl/);

• за піддоменом (en.site.com);

• за доменною зоною (.de, .fr);

• за браузером (fallback).

Головне:

• щоб мова банера відповідала мові сторінки.

4. Регіональні правила показу банера

Не всім користувачам потрібен банер

Cookiebot дозволяє:

• показувати банер тільки в ЄС;

• або всім користувачам;

• або окремим країнам.

Типові сценарії

• ЄС + ЄЕЗ - показувати банер;

• США - показувати або ні, залежно від політики;

• Каліфорнія - окремі правила;

• решта світу - без банера або з auto-consent.

Це налаштовується в адмінці і напряму впливає на default consent.

5. Типи банера і UX-нюанси

Типи банера

Cookiebot підтримує кілька форматів:

• dialog (по центру);

• bar (зверху або знизу);

• inline.

Формат не впливає на юридичну коректність, але сильно впливає на UX.

Кнопки банера

Типові варіанти:

• Allow all

• Reject all

• Customize / Selection

GDPR вимагає:

• щоб Reject був не менш доступним, ніж Allow;

• щоб не було dark patterns.

Overlay чи ні

Overlay блокує сайт до вибору.

Плюси:

• користувач точно зробить вибір.

Мінуси:

• гірший UX;

• більше відмов.

Вибір залежить від стратегії сайту.

6. Default checked чекбокси - небезпечна зона

Найбезпечніший варіант:

• нічого не pre-checked.

Pre-checked маркетингові cookies:

• часто вважаються порушенням;

• особливо в ЄС.

7. Типові UX-помилки

Помилка 1

Банер з’являється, але:

• не має Reject all.

Помилка 2

Cookie Declaration захована або відсутня.

Помилка 3

Мова банера не відповідає сторінці.

Помилка 4

Неможливо змінити згоду після кліку.

8. Що перевіряють аудитори і юристи

Зазвичай дивляться:

• чи є банер;

• чи є granular choice;

• чи є Reject;

• чи є Cookie Declaration;

• чи можна відкликати згоду;

• чи cookies не ставляться до згоди;

• чи логічний default consent

ЧАСТИНА 8. Питання та відповіді про Cookiebot, міфи і що робити після впровадження

Ця частина відповідає на ті питання, які виникають після налаштування.
Саме тут зазвичай з’являються сумніви, страхи і міфи.

Часті питання (FAQ)

Чи можна використовувати Cookiebot без Google Tag Manager

Так.
Cookiebot може працювати:

• напряму через script у head;

• без GTM взагалі;

• з автоматичним блокуванням.

GTM - це інструмент керування тегами, а не обов’язкова умова.

Чи обов’язково використовувати Google Consent Mode

Для сайтів, які:

• використовують Google Analytics;

• використовують Google Ads;

• працюють у ЄС або з європейським трафіком,

Consent Mode фактично обов’язковий.

Без нього:

• Google може обмежити вимірювання;

• з’являються попередження;

• реклама працює гірше.

Чи можна просто заблокувати всі теги до згоди і не морочитись

Можна, але:

• ти втратиш першу сторінку;

• аналітика буде неповною;

• Ads втратить моделювання;

• бізнес-дані стануть менш точними.

Тому в реальних проєктах:

• Google теги - Advanced;

• сторонні теги - Basic.

Чи законно використовувати Advanced Consent Mode

Так, якщо:

• cookies не ставляться до згоди;

• персональні дані не обробляються;

• користувач поінформований.

Саме для цього Advanced Mode і був створений.

Чи потрібен Cookiebot, якщо є WordPress-плагін

Плагін і є Cookiebot, просто у формі WordPress-інтеграції.

Важливо:

• плагін має бути оновлений;

• Consent Mode має бути увімкнений;

• порядок скриптів має бути правильний.

Чи можна використовувати Cookiebot тільки для ЄС

Так.

Можна налаштувати:

• показ банера тільки в ЄС;

• auto-consent для інших регіонів;

• різні default правила.

Але:

• якщо сайт глобальний, часто безпечніше показувати банер всім.

Чи потрібен Cookiebot для маленького сайту

Якщо сайт:

• має аналітику;

• має рекламу;

• має сторонні віджети,

розмір сайту не має значення.

Поширені міфи

Міф 1. Cookiebot = просто банер

Ні.

Cookiebot:

• зберігає лог згод;

• передає consent у Google;

• керує блокуванням;

• забезпечує юридичну логіку.

Міф 2. Consent Mode замінює CMP

Ні.

Consent Mode:

• не питає згоду;

• не показує банер;

• не зберігає рішення.

Без CMP він безкорисний.

Міф 3. Якщо є Cookiebot, можна не думати

Ні.

Cookiebot:

• інструмент;

• але логіку і порядок налаштовуєш ти.

90% проблем - це неправильна інтеграція.

Міф 4. Reject знижує аналітику до нуля

Ні.

Advanced Consent Mode:

• зберігає агреговані сигнали;

• дозволяє моделювання;

• зменшує втрати.

Що робити після впровадження

1. Регулярно перевіряти

Рекомендовано:

• після кожної зміни тегів;

• після редизайну;

• після додавання нового сервісу.

2. Слідкувати за новими тегами

Будь-який новий тег:

• має бути оцінений;

• віднесений до категорії;

• правильно підключений.

3. Оновлювати тексти банера

Особливо якщо:

• міняється бізнес-модель;

• додаються сервіси;

• змінюється законодавство.

4. Перевіряти Cookie Declaration

Cookiebot сканує сайт автоматично, але:

• нові cookies можуть з’являтись;

• треба періодично переглядати список.

Типова стратегія для сучасного сайту

Оптимальна схема виглядає так:

• Cookiebot як CMP;

• Consent Mode v2 увімкнений;

• default consent - denied;

• Google теги - Advanced;

• сторонні теги - Basic;

• cookie_consent_update для Basic;

• мультимовний банер;

• Cookie Declaration у футері.

Це золота середина між compliance і аналітикою.

Фінальний висновок всієї статті

Cookiebot - це не про "галочку для GDPR".
Це про:

• контроль даних;

• довіру користувачів;

• стабільну аналітику;

• безпечну рекламу;

• спокій у разі перевірок.

Правильно налаштований Cookiebot:

• не заважає бізнесу;

• не ламає аналітику;

• не дратує користувачів;

• і реально працює.