Реклама запущена, трафік іде, а зрозуміти, який канал приносить заявки, а який просто витрачає бюджет, неможливо. Причина майже завжди одна: цілі й конверсії в GA4 просто не налаштовані, тому вся статистика показує кліки й сеанси, але не реальний результат для бізнесу.
У SEOZA ми вважаємо, що без коректного налаштування цілей у Google Analytics 4 керувати рекламою — те саме, що вести машину із заплющеними очима за показаннями спідометра. У статті розберемо нову логіку GA4, три способи налаштувати конверсії і те, як передати їх у Google Ads, щоб автостратегії навчалися на реальних угодах.

У Universal Analytics існувало чотири типи цілей: за URL, за тривалістю сеансу, за кількістю сторінок за візит і за подією, а ліміт становив 20 цілей на одне подання. У GA4 вся модель побудована на подіях, а ліміт зріс до 30 ключових подій на ресурс.
Змінилася й термінологія: те, що раніше називалося «ціллю» (Goal), у GA4 називається «ключовою подією» (Key Event), а «конверсією» тепер вважається саме ключова подія, передана в Google Ads. Плутанина в термінах — часта причина помилок при переході з Universal Analytics.
| Параметр | Universal Analytics | Google Analytics 4 |
|---|---|---|
| Базова концепція | Сеанси й перегляди сторінок | Події (Event-based model) |
| Типи цілей | 4 типи: URL, час, сторінок/сеанс, подія | Будь-яка ціль — це подія |
| Ліміт | 20 цілей на подання | 30 ключових подій на ресурс |
| Термінологія | «Ціль» (Goal) | «Подія» → «Ключова подія» (Key Event) |
| Створення простої цілі | За URL всередині кабінету | Через page_location або GTM |
| Відлагодження | Звіт «У реальному часі» | Повноцінний DebugView |
Розуміння цієї таблиці позбавляє від половини помилок при переході на GA4 — більшість питань клієнтів SEOZA якраз про те, куди поділися «цілі» зі старого інтерфейсу.
Логіка налаштування виглядає так: дія користувача → тег у GTM → подія в GA4 → позначка «ключова подія» → зв’язка з Google Ads → імпорт у конверсії реклами → навчання Smart Bidding на цих даних.
Кожна ланка цього ланцюжка повинна працювати без збоїв. Якщо подія в GA4 налаштована з помилкою, автостратегії Google Ads навчаються на невірних даних і починають приводити не тих клієнтів, які реально купують.

Макроконверсії — це основні KPI бізнесу: покупка, відправка форми заявки, цільовий дзвінок. Саме їх варто в першу чергу позначати як ключові події в GA4.
Мікроконверсії — проміжні кроки: додавання товару в кошик, скачування прайсу, перегляд сторінки контактів, клік по номеру телефону. При невеликій щомісячній кількості заявок саме мікроконверсії дають алгоритмам Smart Bidding дані для навчання, поки макроконверсій недостатньо.
Приклад: у меблевій майстерні буває всього 15–20 заявок на сайт за місяць — цього мало для стабільного навчання автостратегії. Додавши як ключові події перегляд каталогу і клік по кнопці «Розрахувати вартість», алгоритм отримує більше сигналів і швидше знаходить схожу аудиторію.
Вмикається в розділі Адміністратор → Потоки даних → Веб → обрати потік → активувати перемикач «Покращена статистика». Це безкоштовний інструмент, яким користується меншість сайтів, хоча налаштування займає менше хвилини.
Після увімкнення GA4 автоматично починає фіксувати прокрутку сторінки, кліки по зовнішніх посиланнях, скачування файлів, взаємодію з відео і пошук по сайту — без жодного рядка коду.

Спосіб А — через інтерфейс GA4, без коду, підходить для простих подій. Спосіб Б — через Google Tag Manager, основний стандарт для більшості дій на сайті. Спосіб В — через dataLayer за участю розробника, потрібен для AJAX-форм і подій електронної торгівлі.
Вибір методу залежить від складності відстежуваної дії і наявності штатного програміста: чим складніший сценарій, тим вищий шанс, що знадобиться допомога розробника.
Перший варіант: Конфігурація → Події → увімкнути перемикач «Позначити як ключову подію» навпроти вже наявної події. Другий варіант: Конфігурація → Конверсії → «Нова подія-конверсія» → вказати назву події, наприклад page_view, і задати умову за параметром page_location — URL сторінки «дякуємо».
Назва події повинна збігатися з тим, що реально передається з сайту, аж до регістру літер. Це найчастіша технічна помилка: подія нібито створена, але конверсія не рахується через інший регістр однієї літери.
Створюється тег типу «GA4 Event», у якому вказується Measurement ID потоку даних і назва події, а потім обирається або створюється тригер: клік по кнопці, відправка форми, видимість елемента на сторінці.
Приклад для кліка по номеру телефону: тип тригера «Клік — тільки посилання», умова спрацьовування — Click URL містить «tel:». Такий підхід не вимагає правок коду сайту при кожному новому налаштуванні конверсії GA4.
Схожим чином налаштовується клік по email: умова Click URL містить «mailto:». Обидва тригери корисні для сервісного бізнесу, де частина заявок приходить саме через прямий контакт, минаючи форму на сайті.
Цей варіант потрібен, коли GTM не «бачить» потрібну дію стандартними тригерами: AJAX-форми без перезавантаження сторінки, багатокрокові сценарії оформлення замовлення, події електронної торгівлі з передачею ціни й товарів. Розробник додає в код сайту команду dataLayer.push з назвою події та потрібними параметрами в момент самої дії.
GTM потім зчитує цю подію через тригер «Користувацька подія» і передає її далі в GA4 звичайним тегом «GA4 Event». Такий підхід надійніший за саморобні селектори CSS, які ламаються за будь-якого оновлення дизайну сайту.
Малий і середній бізнес найчастіше стикається з тими самими завданнями: сторінка «дякуємо» після форми, клік по телефону, відправка форми без Thank You Page, скачування файлу, додавання товару в кошик. Одне з найчастіших питань клієнтів SEOZA — що робити, якщо сторінки подяки взагалі немає.
Рішення — створити в GTM тригер типу «Відправка форми» з умовою за Form ID або Form Classes конкретної форми. Для AJAX-форм, які відправляються без перезавантаження сторінки, стандартний тригер не спрацює — потрібен тригер «Користувацька подія» з dataLayer.push від розробника.
AJAX-форма — найчастіша причина «невидимих» заявок: форма візуально відправляється, менеджер отримує лист, а подія в GA4 не фіксується, і вся статистика по цьому каналу занижена.
Сервіси колтрекінгу — Ringostat, Calltouch, Binotel — інтегруються з GA4 і передають події про тип дзвінка: пропущений, прийнятий, цільовий. Без колтрекінгу ніші, де телефонує половина клієнтів і більше, отримують неповну картину всієї аналітики.
Особливо критичний колтрекінг для B2B, медицини, юридичних послуг і нерухомості — там частка дзвінків серед заявок зазвичай вища, ніж частка заповнених веб-форм.
Стандартні події електронної торгівлі — view_item, add_to_cart, begin_checkout і purchase. Подію purchase GA4 автоматично позначає як ключову. Важливо передавати параметри value і currency — без них неможливо коректно порахувати ROAS по кожному каналу.
Якщо користувач оновив сторінку «дякуємо», покупка може зарахуватися двічі. Вирішує проблему унікальний transaction_id: GA4 автоматично дедублікує покупки за цим ідентифікатором транзакції.
Для форм та інших не-транзакційних подій варто обрати метод підрахунку «Один раз за сеанс» замість «За кожну подію» — інакше повторна відправка однієї форми задвоїть показники звітів.
Приклад: інтернет-магазин косметики без transaction_id отримував на 12% більше «покупок» у GA4, ніж реальних оплачених замовлень за даними CRM. Після налаштування унікального ідентифікатора транзакції цифри зійшлися, і ROAS по кампаніях перерахувався в бік чеснішого результату.

Спочатку зв’язка акаунтів: GA4 → Адміністратор → Зв’язок з продуктами → Google Ads → Зв’язати. Потім у Google Ads: Інструменти → Конверсії → «+» → Імпорт → Google Analytics 4 → обрати потрібні ключові події → Імпортувати.
Імпортовані конверсії дають автостратегіям Google Ads дані про реальні угоди, а не тільки про кліки. Це фундаментальна відмінність від базової оптимізації за кількістю переходів на сайт.
Primary-конверсія (основна дія) навчає Smart Bidding — стратегії tCPA, tROAS, Maximize Conversions. Secondary-конверсія лише фіксується для спостереження і не впливає на ставки алгоритму.
Рекомендація SEOZA: як Primary використовуйте подію максимально близьку до реальної угоди — закритий лід із CRM або оплачене замовлення, а не просто перегляд сторінки контактів. Чим далі обрана конверсія від грошей, тим гірше навчається автостратегія.
Кожен клік по рекламі отримує унікальний ідентифікатор GCLID, який варто зберігати разом із карткою ліда всередині CRM. Коли угода закривається, GCLID передається назад у Google Ads через імпорт офлайн-конверсій.
Це особливо важливо для B2B з циклом угоди від одного до шести місяців: без передачі офлайн-конверсій алгоритм бачить лише клік і ніколи не дізнається, чи привів він до реальної оплати.

Три основні інструменти перевірки: DebugView GA4 (Адміністратор → DebugView) показує події в реальному часі з параметрами, режим попереднього перегляду GTM (Tag Assistant) перевіряє спрацьовування тегів до публікації, а звіт «У реальному часі» GA4 показує конверсії за останні 30 хвилин.
Перевіряти налаштування варто не лише одразу після запуску, а й регулярно — мінімум раз на квартал. Оновлення сайту, зміна форми замовлення чи редизайн кнопки часто ламають тригери непомітно для маркетолога, і статистика починає спотворюватися місяцями до того, як хтось це помітить.
Подія не відображається у звітах — стандартна затримка обробки даних до 24–48 годин, перевіряйте через DebugView, а не чекайте звіти. Невірна назва події — помилка друку або інший регістр літер, GA4 чутливий до регістру.
Ще три часті причини: відсутність коду GTM на конкретній цільовій сторінці, AJAX-форма без користувацького тригера dataLayer і дублювання конверсій через відсутність transaction_id у події покупки.
Зміна: Адміністратор → Подія → Редагувати → зберегти. Видалення: Адміністратор → Подія → Видалити — дані про минулі конверсії при цьому залишаються неторканими всередині історичних звітів.
У старому Universal Analytics видалити ціль було не можна — тільки вимкнути збір даних. Зміна цілі в Google Analytics 4 і видалення цілі в Google Analytics 4 доступні напряму, але не переписують уже накопичену статистику.
Правильно налаштовані цілі й конверсії в Google Analytics 4 — фундамент усієї рекламної аналітики. Без них неможливо зрозуміти, який канал приносить гроші, навчити автостратегії чи довести окупність рекламного бюджету власнику бізнесу.
Ми в SEOZA вважаємо прозорість даних обов’язковою умовою перед будь-яким рішенням щодо бюджету: спочатку аудит налаштувань GA4, потім вже правки кампаній, а не навпаки. Такий порядок економить бюджет клієнта і прибирає необхідність вірити рекламі на слово.
Залиште заявку на сайті SEOZA — перевіримо, як налаштовані цілі у вашому акаунті.
Замовити дзвінок
Надішліть заявку і найближчим часом з вами зв'яжеться наш менеджер!
Ваші дані успішно відправлені
Чекайте на наш дзвінок протягом декількох годин 😉