Відстеження конверсій ламається не на етапі «поставити тег». Тег зазвичай стоїть. Ламається ланцюжок далі: подія спрацьовує, але не позначена ключовою; ключова подія є, але не імпортована в Google Ads; імпорт зроблено, але акаунти не зв'язані. Кожна ланка окремо виглядає налаштованою — а в звіті нуль.
Ця стаття проходить ланцюжок цілком, від форми на сайті до цифри в кампанії, і показує, де саме він рветься.
Дві системи, один тег
Google Analytics і Google Ads — різні продукти з різним обліком, але живуть з одного тега Google на сайті. Це і є причина плутанини: люди ставлять тег, бачать дані в аналітиці й вважають, що реклама теж бачить конверсії. Не бачить, доки ви явно не передасте їй подію.
Крок 1. Дія-конверсія в Google Ads
Найкоротший шлях — створити дію-конверсію одразу в рекламному акаунті. Google Ads просить домен, сканує сайт і сам визначає, чи є там тег Google або ресурс Analytics (довідка Google Ads). Далі ви обираєте категорію та спосіб фіксації.
Якщо конверсія — це перехід на сторінку подяки, її можна відстежувати за адресою. Довідка дає три способи зіставлення: точна адреса, адреса містить фрагмент і адреса починається з фрагмента (довідка Google Ads). Варіант «містить» зручний, коли до URL додаються параметри — саме він переживає utm-мітки без додаткових налаштувань.
У панелі «Налаштування конверсії» задаються оптимізація, назва, цінність, «Кількість», вікна конверсії — за кліком, за зацікавленим переглядом і за показом, — «Атрибуція» та розширені конверсії (довідка Google Ads). Цю панель показують на шляхах «Автоматично (без коду)» і «Вручну за допомогою коду»: якщо ви створюєте конверсію з ключової події Analytics, її там не буде. Вікна конверсії — не формальність: саме вони визначають, скільки днів після кліку чи перегляду система ще зараховує дію користувача, і саме через них цифри в Ads і в аналітиці розходяться.
Крок 2. Подія та ключова подія в GA4
Якщо ви хочете бачити ту саму дію в аналітиці, вона має існувати як подія — і бути позначена ключовою. У GA4 це перемикач «Позначити як ключову подію» — у розділі адміністратора, під час створення події; крок помічений як необов'язковий, а поруч задаються цінність ключової події за умовчанням і спосіб підрахунку (довідка Google Analytics).
Тут ховається типова помилка. Подія без позначки ключової збирається в аналітиці й виглядає живою у звітах, але для рекламного акаунта її не існує. Ви бачите цифру в GA4, не бачите в Ads і робите висновок, що «конверсії не працюють» — хоча не зроблено один перемикач.
Крок 3. Імпорт у Google Ads
Ключову подію треба передати в рекламу. Перед імпортом мають виконуватися дві умови: ресурс Analytics зв'язаний з обліковим записом Google Ads і в Ads увімкнене автоматичне позначення тегами (довідка Google Analytics).
Автопозначення — та умова, яку пропускають найтихіше. Без нього Analytics не має чим зіставити візит із кліком по оголошенню, і навіть коректно налаштована ключова подія приходить у звіт без джерела.
Для самого імпорту потрібен рівень доступу не нижчий за «Спеціаліст із маркетингу» (довідка Google Analytics). Якщо кнопка імпорту неактивна, перевіряйте права перед тим, як шукати проблему в тегах.
- Дія на сайтіВідправлена форма, дзвінок, оформлене замовлення — те, що має цінність для бізнесу.
- Подія в GA4Дія перетворюється на подію: автоматично, через Google Tag Manager або від розробника.
- Позначка ключової подіїПеремикач в адміністраторі. Без нього подія не існує для реклами.
- Імпорт у Google AdsПотрібні зв'язані акаунти, автопозначення тегами і права спеціаліста з маркетингу.
- ПеревіркаТестова конверсія, потім звірка з реальними заявками у вашій CRM.
Коли сторінки подяки немає
Форма, яка відправляється без переходу на нову адресу, — окремий випадок. URL не змінюється, тож відстежувати за адресою нічого: потрібна подія на успішну відправку.
Найнадійніше джерело такої події — колбек самої форми, тобто сигнал від коду сайту про те, що заявка справді пішла на сервер. Тригер на клік по кнопці простіший, але фіксує намір, а не результат: користувач натиснув, форма не пройшла валідацію, конверсія зарахована. Різниця стає видимою, коли ви звіряєте кількість конверсій із кількістю заявок у CRM.
Що позначати конверсією, а що ні
Технічна можливість відстежити подію не робить її вартою відстеження. Алгоритми Google оптимізують кампанію під те, що ви назвали конверсією, — і приведуть тих, хто робить саме цю дію.
Сигнал, який вводить в оману
- перегляд сторінки «Контакти»
- час на сайті
- кліки по будь-яких кнопках
- усі переходи в месенджер
Оптимізація під такий сигнал приводить тих, хто це робить — і не купує.
Сигнал, який варто рахувати
- надіслана форма заявки
- дзвінок із сайту
- написав у месенджер і отримав відповідь
- оформлене замовлення
Кожну з цих подій можна зіставити з реальною заявкою і порахувати її ціну.
Розширені конверсії
Коли базовий ланцюжок працює, є сенс увімкнути розширені конверсії. Вони беруть контактні дані, які користувач і так залишив у формі — електронну адресу, ім'я, адресу, номер телефону — і передають їх у хешованому вигляді: одностороннє хешування алгоритмом SHA256 (довідка Google Ads).
Google використовує ці дані двома способами: щоб точніше зіставляти конверсії на сайті з обліковими записами користувачів і щоб пов'язувати заявки з формою з офлайн-продажами, які ви імпортуєте пізніше (довідка Google Ads). Для бізнесу з довгим циклом угоди друга можливість важливіша за першу: вона дозволяє показати рекламі, яка саме заявка стала грошима.
Перевірка
Налаштування без перевірки — це припущення. Мінімальна перевірка складається з двох дій, і жодна з них не замінює іншу.
Спершу зробіть тестову конверсію самі: заповніть форму і подивіться, чи з'явилася подія. Це показує, що подія взагалі спрацьовує. Потім, коли накопичаться реальні дані, звірте кількість конверсій у Google Ads із кількістю заявок, які ви фактично отримали.
Розбіжність між системами очікувана — вікна конверсій і моделі атрибуції в них різні. Ненормально інше: коли в рекламі конверсій помітно більше, ніж заявок у CRM.
Коли цифри не сходяться: що це означає
Про дублювання конверсій попереджають усюди — і на цьому зазвичай зупиняються. Нижче — як за самою розбіжністю зрозуміти, що саме зламалося.
| Що бачите | Найімовірніша причина | Де перевірити |
|---|---|---|
| Рівно вдвічі більше | та сама дія рахується двічі: імпортована з GA4 і власна дія Ads, обидві як основні | Цілі → Підсумок: дві дії з однаковим змістом і статусом «Основна» |
| Більше в 1,5–3 рази, нерівномірно | у дії стоїть «Кожна» замість «Одна»: одна людина, що надіслала форму тричі, дає три конверсії | Цілі → колонка «Кількість» |
| Конверсій майже стільки ж, скільки візитів | тег спрацьовує на всіх сторінках, а не лише на сторінці подяки | GA4 → DebugView: подія має з'являтися один раз і тільки після надсилання |
| Нуль, хоча заявки йдуть | форма не змінює URL і події немає взагалі, або ключову подію не імпортовано в Ads | GA4 → Адміністратор → Ключові події, потім Ads → Цілі → Імпорт |
| Менше, ніж заявок, стабільно | частина втрачається на переході (оплата на іншому домені) або через відмову від згоди | Ads → Цілі → Діагностика; налаштування міждоменного відстеження |
Випадок «рівно вдвічі більше» — найчастіший і найдорожчий: подвоєні конверсії роблять ціну заявки вдвічі кращою, ніж вона є.
Випадок «рівно вдвічі» варто пояснити окремо, бо саме він трапляється після «правильного» налаштування. Якщо ви імпортували ключову подію з GA4 і маєте власну дію-конверсію Google Ads на ту саму форму, кампанія рахує обидві. Google прямо радить у такому випадку лишити основною тільки одну — друга має спостерігатися, але не використовуватися для оптимізації.
Наслідок не косметичний. На подвоєних конверсіях ціна заявки виглядає вдвічі нижчою за справжню, автоматична стратегія оптимізується під неправильну ціль, а рішення підняти бюджет ухвалюється на цифрі, якої не існує.
Практичне правило на кожен місяць: одна цифра з Google Ads, одна з того місця, куди реально приходять заявки, і одне ділення. Все, що не сходиться в рази, — у таблицю вище.
Якщо потрібна допомога з налаштуванням аналітики й наскрізного обліку заявок — подивіться, як ми це робимо.