Enhanced Conversions for Leads: як передавати в Google Ads реальних клієнтів із CRM

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

Enhanced Conversions for Leads, або розширені конверсії для лідів, вирішують саме це: дозволяють повернути в Google Ads інформацію про те, яка заявка стала клієнтом. Нижче - як це працює у 2026 році, що змінилося, як вибудувати схему і де вона найчастіше ламається.

Чим це відрізняється від звичайного імпорту офлайн-конверсій

Класичний імпорт офлайн-конверсій працює через ідентифікатор кліка GCLID: його треба зберегти разом із заявкою, донести до CRM і повернути в Google Ads разом із подією. Якщо GCLID загубився на редиректі, у багатокроковій формі чи при перенесенні заявки між системами, конверсію неможливо прив'язати до реклами.

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

Що змінилося у 2026 році

• Квітень 2026. Google почав приймати дані користувачів одночасно з кількох джерел: з тега на сайті, через Data Manager і через API, самостійно усуваючи дублі.
• Червень 2026. Розширені конверсії для сайту й для лідів об'єднано в один перемикач. Наявні налаштування мігрували автоматично. Докладніше про саме перемикання ми писали в гайді з Enhanced Conversions.
• З 15 червня 2026 року завантаження розширених конверсій переходять на Data Manager API.
• Правило семи днів. Конверсії, завантажені пізніше ніж через 7 днів після події, залишаються у звітах, але не впливають на атрибуцію на основі даних. Детально - у статті про це обмеження.

Крок 1. Вирішіть, що саме передавати

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

Коли в Google Ads потрапляють реальні етапи, заповнену форму варто перевести в другорядні дії. Інакше стратегія одночасно оптимізуватиметься і на форми, і на клієнтів, а форм завжди більше.

Крок 2. Зберіть дані на сайті

На сайті потрібні дві речі. Перша - увімкнені розширені конверсії в налаштуваннях конверсій Google Ads і тег, який передає дані користувача з форми: email і телефон. У Google Tag Manager для цього використовують змінну з даними, наданими користувачем, прив'язану до події відправлення форми.

Друга - збереження ідентифікатора кліка разом із заявкою. Логіка проста: при вході на сайт прочитати GCLID з адреси сторінки, зберегти його і підставити в приховане поле форми, щоб він потрапив у CRM разом із заявкою.

// Спрощена логіка збереження ідентифікатора кліка
const params = new URLSearchParams(location.search);
const gclid = params.get('gclid');
if (gclid) {
  localStorage.setItem('gclid', JSON.stringify({ value: gclid, ts: Date.now() }));
}
// Далі: перевірити термін зберігання, підставити значення
// в приховане поле форми і передати його в CRM разом із заявкою

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

Крок 3. Підготуйте CRM

Для кожної заявки CRM має зберігати: email і телефон у тому самому форматі, що й на сайті, GCLID або його аналоги, дату й час створення заявки, а також дату кожної зміни статусу. Без дати зміни статусу неможливо правильно передати, коли саме відбулася конверсія.

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

Крок 4. Налаштуйте передачу в Google Ads

Є два основні шляхи. Data Manager у Google Ads дозволяє підключити джерело даних без розробки: CRM, таблицю чи сховище даних, залежно від того, що підтримується для вашої системи. API підходить, коли потрібна повна автоматизація і власна логіка, наприклад передача кількох етапів із різною цінністю.

Незалежно від способу, три правила:

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

Крок 5. Перевірте, що дані справді доходять

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

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

Типові помилки

Що ми бачимо в акаунтах, які перевіряємо

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

Саме в такому акаунті ми бачили, як кількість «заявок» за місяць зросла вп'ятеро без зростання витрат. Якби в Google Ads потрапляли реальні пацієнти з CRM, такий стрибок або не відбувся б, або одразу було б видно, що він не має стосунку до продажів.

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

Розширені конверсії для лідів - не чарівна кнопка. Вони мало що змінять, якщо заявок кілька на місяць: стратегії ставок усе одно не вистачить даних. Вони не працюють без дисципліни в CRM. І вони не виправлять проблем, які лежать не у вимірюванні: слабкої пропозиції, дорогого продукту чи повільної обробки заявок.

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

Часті запитання

Якщо в нас уже налаштовано імпорт офлайн-конверсій за GCLID, чи потрібні розширені конверсії для лідів?

Так, як доповнення. Імпорт за GCLID залишається робочим, але втрачає ті заявки, де ідентифікатор кліка загубився. Захешовані email і телефон дають другий шлях зіставлення, а Google рекомендує передавати обидва типи даних разом.

Скільки заявок потрібно, щоб це мало сенс?

Орієнтир - кілька десятків кваліфікованих лідів на місяць з реклами. Якщо їх менше, схема все одно корисна для звітності: ви бачите, які кампанії приводять клієнтів, навіть якщо автоматична стратегія ще не має достатньо даних для навчання.

Чи можна передавати ті самі етапи в Meta?

Так, через Conversions API з тими самими захешованими даними. Логіка етапів і цінності однакова, відрізняються лише технічна передача й дедуплікація. Як налаштувати серверні події для Meta, ми розбирали в гайді з Conversions API.

Якщо хочете налаштувати передачу реальних клієнтів із CRM у Google Ads і Meta, подивіться, що входить у налаштування відстеження конверсій. А якщо спершу треба зрозуміти, що зараз рахується у вашому акаунті, почніть з аудиту Google Ads, GA4 і GTM.