Відстеження конверсій у GA4: як обійти обмеження cookies

Чому GA4 втрачає конверсії

Звіти GA4 і Google Ads показують менше заявок і продажів, ніж їх було насправді. Головних причин чотири:

• Відмови від cookies. У ЄС сайт має отримати згоду на аналітичні й рекламні cookies (GDPR, у Польщі — RODO). Якщо людина відмовилася, а Consent Mode не налаштовано, GA4 не отримує про неї нічого. Якщо банер зроблено з помилками, губляться й дані тих, хто погодився.
• Обмеження браузерів. Safari скорочує до 7 днів життя cookies, які ставить JavaScript, зокрема cookie GA4. Людина, що купила через два тижні після кліку по рекламі, для GA4 вже новий відвідувач без джерела.
• Блокувальники реклами. Вони зупиняють запити до googletagmanager.com і google-analytics.com, і теги взагалі не спрацьовують.
• Помилки налаштування. Подвійні теги, конверсія при кожному перезавантаженні сторінки подяки, оплата на іншому домені без крос-доменного налаштування.

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

Конверсії в GA4 тепер називаються ключовими подіями

У 2024 році Google перейменував конверсії в GA4 на ключові події (key events). Слово «конверсія» тепер належить Google Ads: ключова подія GA4, імпортована в Google Ads, стає конверсією там. Позначити подію ключовою можна в GA4 → Admin → Data display → Events.

Для сайту послуг ключові події — це зазвичай відправлення форми й кліки по телефону, e-mail чи месенджеру, для магазину — purchase. Як налаштувати покупки на WooCommerce, ми показали в гайді «Налаштування Ecommerce у GA4 на сайті WordPress».

Consent Mode v2: основа для трафіку з ЄС

Consent Mode передає тегам Google вибір відвідувача з банера згоди. Для трафіку з Європейської економічної зони Google вимагає збирати згоду й передавати ці сигнали, щоб у Google Ads працювали вимірювання, персоналізація реклами й ремаркетинг.

Версія 2 має чотири параметри:

Базовий чи розширений режим

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

Моделювання в GA4 вмикається не одразу: сайт має набрати достатньо даних і від тих, хто погодився, і від тих, хто відмовився. Пороги Google описує в довідці про поведінкове моделювання.

Server-side: дані через твій сервер

Найбільше даних повертає серверне відстеження. Браузер надсилає події не прямо в Google, а на піддомен твого сайту із серверним контейнером Google Tag Manager, і вже звідти вони йдуть у GA4, Google Ads чи Meta.

• Менше втрат. Запити на твій піддомен блокувальники зупиняють рідше, особливо разом із Custom Loader.
• Довші cookies. Сервер на піддомені сайту сам ставить first-party cookie з довшим терміном. Щоб Safari не скорочував і його, Stape радить Own CDN.
• Контроль і безпека. До відправки можна прибрати IP-адреси, персональні дані й зайві параметри.

Налаштування складається з трьох частин: сервер для збору даних (Google Cloud або хостинг Stape), серверний контейнер GTM, зв’язаний із сайтом, і серверні теги, що передають події й конверсії далі. Покроково зі скриншотами — у гайді «Налаштування server-side через GTM за допомогою Stape».

Простіший крок для сайтів на Cloudflare — Google tag gateway. З травня 2025 року Cloudflare безкоштовно віддає теги Google з твого домену й пересилає вимірювання через нього. Повноцінного серверного контейнера це не замінює, але робить запити first-party.

Розширені конверсії в Google Ads

Розширені конверсії (enhanced conversions) точніше пов’язують конверсію з рекламою. Коли людина залишає e-mail чи телефон у формі або замовленні, тег нормалізує ці дані, хешує їх алгоритмом SHA-256 і передає в Google. Google зіставляє хеш з акаунтами, які взаємодіяли з рекламою, і так прив’язує конверсії, яких інакше не було б видно.

• Для сайту (for web): продажі й заявки, що відбуваються на сайті.
• Для лідів (for leads): угоди, які починаються із заявки на сайті, а закриваються пізніше, офлайн чи в CRM.

Для користувачів з ЄС передавання таких даних потребує згоди ad_user_data. Як ми налаштовуємо це в кампаніях, читай на сторінці Google Ads.

Дані з CRM і офлайн-конверсії

Найнадійніше джерело правди — твоя CRM: там видно не лише заявку, а й те, чи стала вона клієнтом. Щоб пов’язати це з рекламою:

• зберігай з кожною заявкою мітки джерела: UTM і ідентифікатор кліку Google Ads (gclid);
• імпортуй у Google Ads офлайн-конверсії: кваліфіковану заявку, оплачену угоду, її суму. Тоді кампанії вчаться на справжніх продажах, а не на всіх заповнених формах;
• для Meta те саме робить Conversions API.

Так влаштована система заявок з нашого кейсу у Варшаві: кожна заявка зберігає перше й останнє джерело.

З чого почати

1. Перевір наявні події: чи немає дублів, чи правильно позначено ключові події, чи збігаються цифри GA4 і Google Ads із CRM.
2. Налаштуй банер згоди з Consent Mode v2: до вибору стан «відмовлено», після вибору — оновлення.
3. Увімкни розширені конверсії в Google Ads.
4. Коли реклама вже вчиться на конверсіях і кожна втрачена заявка коштує грошей, переходь на server-side.
5. Підключи офлайн-конверсії з CRM, щоб кампанії бачили справжні продажі.

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