Конверсії Google Ads: налаштування від заявки до CRM

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

Яку дію слід зараховувати як конверсію?

Конверсією слід вважати підтверджену дію з бізнес-цінністю, а не будь-яку взаємодію зі сторінкою. Для кожної події визначте точний момент завершення та місце, де можна перевірити результат.

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

Розподіліть події за призначенням:

• основні: заявка, покупка, підтверджений запис або кваліфікований дзвінок;
• допоміжні: перегляд контактів, клік по номеру, відкриття форми, додавання товару в кошик;
• технічні: помилка форми, повторне надсилання, перехід на сторінку подяки без заявки;
• офлайн-результати: кваліфікований лід, укладена угода або оплачений рахунок.

У Google Ads основна дія має статус Primary. Вона входить до стовпця «Конверсії» та може використовуватися автоматичними стратегіями призначення ставок. Secondary зазвичай відображається у «Всіх конверсіях» і не має впливати на ставки, якщо її окремо не включили до цілі кампанії.

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

Звідки краще передавати дані до Google Ads?

Вибір залежить від наявної аналітики та процесу продажу: можна використати прямий тег Google Ads, імпорт із GA4 або офлайн-імпорт із CRM. Не передавайте ту саму заявку двома основними способами.

Пряме передавання до Google Ads зручне, коли рекламними цілями потрібно керувати незалежно від GA4. Імпорт із GA4 доречний, якщо команда вже підтримує перевірену структуру подій. Офлайн-імпорт потрібен, коли сайт фіксує лише початкове звернення, а кваліфікація або продаж відбуваються пізніше.

Не створюйте пряму конверсію Google Ads та імпорт тієї самої події з GA4 як дві основні цілі. Одна заявка тоді може двічі вплинути на оптимізацію. Якщо обидва джерела потрібні для порівняння, залиште одне з них вторинним.

Google Ads може прив’язувати результат до дати рекламної взаємодії, тоді як GA4 показує подію за власними правилами звітності. Тому показники за окремий день не завжди збігаються. Це не скасовує перевірки: стабільне співвідношення на кшталт двох рекламних конверсій на одну заявку потребує пошуку дубля.

Як створити дію-конверсію та не змішати різні результати?

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

Виконайте налаштування послідовно:

1. Відкрийте розділ цілей і конверсій у Google Ads.
2. Створіть дію для вебсайту або виберіть імпорт із підключеного ресурсу GA4.
3. Задайте категорію: покупка, надсилання форми, запис, контакт чи інша відповідна дія.
4. Укажіть цінність: фіксовану, різну для транзакцій або без значення, якщо даних поки немає.
5. Виберіть підрахунок: «кожна» для покупок і зазвичай «одна» для лідів у межах рекламної взаємодії.
6. Перевірте вікно конверсії, модель атрибуції та статус Primary або Secondary.
7. Збережіть ідентифікатор і ярлик, якщо використовуєте Google tag.

Назва має пояснювати джерело та момент спрацювання. Наприклад, «Форма — успішне надсилання» точніше за загальне «Lead». Такий принцип полегшує перевірку тегів і зіставлення звітів, особливо якщо на сайті кілька форм.

Для покупки передавайте фактичну суму, валюту й унікальний transaction_id. Ідентифікатор допомагає Google відкидати повторно передану покупку, зокрема після оновлення сторінки підтвердження.

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

Як налаштувати тег, щоб він спрацьовував один раз?

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

Для Google Tag Manager використайте таку послідовність:

1. Переконайтеся, що базовий Google tag завантажується на всіх рекламних посадкових сторінках.
2. Додайте Conversion Linker, якщо його функцію не забезпечує наявна конфігурація Google tag.
3. Створіть тег Google Ads Conversion Tracking із правильними ідентифікатором та ярликом.
4. Для покупки додайте змінні суми, валюти й transaction_id.
5. Побудуйте тригер на події успішного завершення, а не на кліку.
6. Обмежте спрацювання, якщо одна подія використовується в кількох формах або компонентах.
7. Опублікуйте контейнер після перевірки в режимі Preview.

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

Автоматичне позначення додає до рекламної URL-адреси ідентифікатор кліку, зокрема GCLID у підтримуваних сценаріях. Перенаправлення, сторонні форми або очищення параметрів URL можуть його втратити. Перевіряйте весь шлях: від першої посадкової сторінки до запису заявки.

Якщо для впровадження потрібна робота з GA4, GTM або сайтом на WordPress, WooCommerce, OpenCart чи Laravel, такі технології використовує команда вебстудії. Окремо можна замовити налаштування Google Ads з перевіркою рекламних цілей.

Як безпечно підключити розширені конверсії?

Підключайте розширені конверсії лише тоді, коли сайт законно отримує власні дані користувача та передає їх відповідно до його вибору щодо згоди. Ця функція доповнює базове вимірювання, але не виправляє помилковий тригер.

За документацією Google Ads, дозволені дані першої сторони, наприклад електронна адреса або номер телефону, нормалізуються та хешуються алгоритмом SHA-256 перед передаванням. Не надсилайте довільні текстові поля, зміст повідомлень, медичні відомості чи іншу чутливу інформацію.

Перед запуском:

• перевірте політику конфіденційності та механізм отримання згоди;
• виберіть ручне налаштування через GTM або підтримувану автоматичну конфігурацію;
• передавайте лише дозволені поля, які користувач безпосередньо надав бізнесу;
• перевірте формат електронної адреси, телефону, імені та поштових даних;
• після накопичення даних перегляньте діагностику розширених конверсій у Google Ads.

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

Оцінюйте результат не тільки за статусом «активно». Переконайтеся, що немає помилок формату, механізм згоди працює, а базова конверсія продовжує надходити без повторів.

Як перевірити весь шлях конверсії до запуску кампанії?

Пройдіть сценарій від посадкової сторінки до запису в CRM і переконайтеся, що одна завершена дія створює одну конверсію. Наявність тегу на сторінці ще не підтверджує правильну атрибуцію.

Для перевірки використайте Preview у Google Tag Manager, Google Tag Assistant, DebugView у GA4 та діагностику конверсій Google Ads. Потім виконайте тест:

1. Відкрийте посадкову сторінку з тестовими UTM-параметрами й перевірте, чи вони не зникають після перенаправлення.
2. Заповніть форму з помилкою — тег конверсії не повинен спрацювати.
3. Надішліть одну валідну заявку — тег має спрацювати один раз після підтвердження.
4. Оновіть сторінку або поверніться через історію браузера — повторної конверсії бути не повинно.
5. Повторіть тест на телефоні, в іншому браузері та за різних станів згоди.
6. Переконайтеся, що менеджер отримав заявку, а час, джерело й ідентифікатор збігаються.
7. Для покупки звірте суму, валюту та transaction_id із замовленням.

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

Після запуску ведіть контрольну таблицю з датою, кількістю заявок на сайті, конверсіями Google Ads, записами в CRM, дублікатами та спамом. Порівнюйте не тільки денні підсумки, а й конкретні звернення.

Коли показники Google Ads ще не придатні для оптимізації?

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

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

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

У таких ситуаціях можуть знадобитися офлайн-конверсії або enhanced conversions for leads. Сайт має зберегти доступний рекламний ідентифікатор разом із заявкою, а CRM — повернути подію кваліфікації чи продажу з коректним часом. Передавання даних повинно відповідати політикам Google і вимогам захисту персональних даних.

Розбіжність між Google Ads, GA4 і CRM не завжди є помилкою. Системи можуть мати різні часові зони, дати зарахування, моделі атрибуції та правила дедуплікації. Ознакою несправності є повторюваний шаблон: наприклад, кожній заявці стабільно відповідають дві рекламні конверсії. Такий сценарій потрібно відтворити тестом і виправити до підключення автоматичних ставок.