Google Ads показує за місяць 120 «конверсій» — це надіслані форми, а не підписані договори. Імпорт офлайн-конверсій закриває цей розрив: ти передаєш рекламі інформацію про те, які із цих заявок реально закінчилися продажем, використовуючи ідентифікатор кліку GCLID, який уже зберігається в CRM.
На цій сторінці — механіка GCLID покроково, що змінюється в середині 2026 року, які поля потрібні твоїй CRM, де потрібна згода клієнта і як порахувати приклад на власних цифрах, а не вірити чужому відсотку на слово.
Чому кампанія бачить заявки, а не продажі
Стандартне відстеження конверсій у Google Ads рахує подію на сайті: надсилання форми, натискання на номер телефону, іноді дзвінок із оголошення. У фірмах із довгим циклом угоди — ремонт, нерухомість, юридична контора, мовна школа, B2B-послуги — між заявкою і підписаним договором минає тиждень або місяць, а рішення ухвалюється по телефону або в офісі, поза сайтом.
Алгоритм кампанії оптимізує те, що бачить. Якщо він бачить лише форми, він приводить більше людей, готових заповнити форму, — не обов'язково тих, хто купить. Google Ads зрештою рахує успіхом те, чого ще не сталося, і бюджет зміщується в бік заявок, а не продажів.
Рішення — не відмова від обліку форм, а другий шар зворотного зв'язку: дані з CRM про те, що реально сталося із заявкою далі.
GCLID і імпорт офлайн-конверсій: як це працює
Імпорт офлайн-конверсій вимірює події, які відбуваються поза сайтом — в офісі, по телефону, на зустрічі — після кліку по рекламі. Варіант на основі GCLID: Google Ads присвоює ідентифікатор кліку (GCLID) людині, яка клікнула по оголошенню, а ти зберігаєш його разом із даними заявки в CRM (Google Ads Help — About offline conversion imports).
Що зберегти в момент кліку
Коли людина переходить із реклами на сайт і заповнює форму, побудовану через Лід-форми, система відстеження має забрати GCLID з адреси і зберегти його разом з рештою даних заявки — ім'ям, телефоном, описом запиту. Без цього кроку пізніше нічого буде передавати назад.
Цю саму подію варто окремо фіксувати в Google Analytics 4 як рекомендовану подію generate_lead — GA4 описує її як надсилання форми або запиту інформації (Google Analytics Help — Recommended events). Це окремий рівень заміру, який не збігається з імпортом офлайн-конверсій у Google Ads: GA4 рахує саму подію на сайті, а офлайн-імпорт додає те, що сталося з нею далі.
Що передати після продажу
Коли той самий клієнт, наприклад, підписує договір, ти передаєш назад у Google Ads той самий GCLID разом із типом конверсії і часом, коли вона відбулася. Google Ads записує цю конверсію поряд з початковим кліком, і з цього моменту кампанія «бачить» продаж, а не просто форму.
Весь шлях виглядає так:
- 01клік по рекламі
- →02GCLID збережено в CRM
- →03договір підписано
- →04GCLID передано з конверсією
- →05кампанія націлена на продажі
Enhanced conversions for leads і перехід на Data Manager API
Окрім звичайного GCLID, Google Ads пропонує enhanced conversions for leads: дані, вказані користувачем, наприклад e-mail, передаються в хешованому вигляді. Google радить новим користувачам починати саме з цього варіанту, а не із сирого GCLID (Google Ads Help — About offline conversion imports).
З 15 червня 2026 року і імпорт офлайн-конверсій, і передача enhanced conversions for leads переходять на Data Manager API, а старий шлях через Google Ads API блокується. Якщо інтеграцію CRM з рекламою налаштовував хтось збоку, це питання, яке варто поставити прямо: чи готова передача даних до нового інтерфейсу.
Інформування і згода: Consent Mode і дані, які ти передаєш
Google вимагає чітко інформувати користувачів про дані, що збираються, і отримувати згоду там, де цього вимагає закон або політика Google, включно з європейською політикою згоди користувачів (Google Ads Help — About offline conversion imports). Це стосується і GCLID, і даних в enhanced conversions.
Consent Mode передає Google статус згоди користувача за чотирма категоріями: ad_storage, ad_user_data, ad_personalization і analytics_storage. Є дві реалізації — базова, яка блокує теги до отримання згоди, і розширена, яка завантажує теги з налаштуваннями за замовчуванням і підлаштовує їхню поведінку під згоду (Google for Developers — Consent Mode). Імпорт офлайн-конверсій не обходить ці налаштування — він працює поруч із ними, на даних, які вже потрапили в CRM за згодою клієнта.
Чи вимагає конкретне повідомлення клієнту маркетингової згоди і яка правова підстава підходить для обробки даних заявки — вирішує юрист або відповідальний за захист даних у твоїй фірмі, а не ця стаття.
Скільки це реально дає: медіана +10%, але це цифра виробника
Ця цифра отримана від самого виробника інструменту, а не з незалежного дослідження, — її варто читати як напрям, а не як обіцянку для конкретної кампанії. Медіана також означає, що частина рекламодавців виграла менше, а частина більше: результат залежить від того, скільки даних першої сторони взагалі вдається зіставити зі збереженими GCLID.
Звідки брати заявки з реклами: CSV, e-mail, API, вебхук
Якщо ти використовуєш форми в рекламі (lead form assets) у кампаніях Search і Performance Max, Google Ads пропонує кілька способів отримання заявок: ручне вивантаження CSV, сповіщення на e-mail, Google Ads API або вебхук, що надсилає дані напряму в CRM (Google Ads Help — Lead form extensions).
| Спосіб отримання | Що робить | Обмеження |
|---|---|---|
| CSV | Ручне вивантаження файлу з панелі | лише останні 30 днів |
| Сповіщення про кожну нову заявку | перенесення в CRM вручну | |
| Google Ads API | Автоматичний експорт у систему | потрібен токен розробника |
| Вебхук | Заявка одразу потрапляє в CRM | код власними силами або через стороннього провайдера |
Обмеження за часом, про яке варто пам'ятати
Google Ads зберігає заявки з форми 60 днів, але CSV-файл дає змогу вивантажити лише дані за останні 30 днів (Google Ads Help — Lead form extensions). Якщо ти вивантажуєш заявки вручну раз на квартал, частина з них безповоротно зникає з панелі раніше, ніж ти їх забереш, — тому вебхук або API для постійної інтеграції (Інтеграції) надійніший, ніж пам'ять про строк.
Які поля потрібні CRM, щоб це запрацювало
Імпорт офлайн-конверсій не спрацює, якщо в картці заявки немає потрібних полів. CRM та автоматизації мають зберігати щонайменше чотири речі разом, в одному записі, а не в розрізнених нотатках.
| Поле | Навіщо | Приклад значення |
|---|---|---|
| GCLID / джерело | ідентифікує клік по рекламі | gclid987xyz |
| Статус | показує, заявка це ще чи вже продаж | «продаж» |
| Дата події | показує, коли відбулася конверсія | 2026-09-10 |
| Цінність | дає змогу зіставляти суму угоди з витратами на рекламу, а не лише кількість | сума за договором |
Без поля «статус» система не відрізнить заявку від закритого продажу, а без дати конверсія потрапить у Google Ads із затримкою, яка спотворить звіт кампанії.
Що вважати продажем і як не задвоїти запис
Перш ніж GCLID повернеться в Google Ads, домовся про одне визначення «продажу» всередині фірми: підписаний договір, внесений завдаток або виставлений рахунок — який би варіант ти не обрав, критерій має бути один, а не три різні залежно від того, хто змінює статус.
Задвоєний запис — найпоширеніша помилка: та сама заявка потрапляє в CRM двічі — раз із форми, раз із дзвінка, — і в кожної свій GCLID або жодного. Рішення — один відповідальний за статус «продаж» на кожну заявку, краще та сама людина, або правило в послузі CRM та автоматизації, яке позначає дубль за номером телефону, перш ніж статус вдруге зміняться на «продаж». AI-кваліфікація лідів сама вибудовує порядок, у якому команда взагалі бере заявки зі списку, і це вже знижує ризик, що дві людини паралельно займаються однією і тією самою заявкою.
Приклад на умовних числах: скільки заявок стає продажем
Приклад на умовних числах — підстав свої: кампанія за місяць принесла 120 заявок із форми. Із цих 120 заявок команда закрила 18 як продаж протягом наступних чотирьох тижнів.
18 ÷ 120 = 0,15, тобто 15%.Як ми порахували
У цьому прикладі на умовних числах: формула частка_продажів = число_продажів ÷ число_заявок. Розмірність: продажі ÷ заявки = безрозмірна величина, виражена у відсотках.
Це та сама цифра, яка потрапляє в панель кампанії як реальний показник конверсії в продаж, а не у форму.
Зроби сам: перевір, додай, признач
- Перевір, чи зберігає форма на сайті GCLID з адреси під час надсилання — без цього кроку імпорту нічого буде передавати назад.
- Додай у CRM два поля, якщо їх немає: статус «продаж» і дату події — без них запис не готовий до експорту.
- Признач одну людину або правило, яке закриває статус «продаж», — інакше записи дублюватимуться або не змінюватимуться взагалі.
- Встанови ритм експорту в Google Ads — краще щотижневий, як у автоматизації звітності, а не чекати кінця кварталу і втрачати заявки старші за 60 днів.
- Порівняй вартість однієї заявки з вартістю одного продажу за каналом — подібно до того, що описано в тексті про вартість бронювання за каналами, тільки замість «бронювання» — «продаж».
Як це виглядає, коли цим керує система
В Aura ці кроки — не ручний чекліст, а один потік:
- 01GCLID потрапляє в CRM
- →02статус змінюється на продаж
- →03дані повертаються в Ads
- →04панель рахує продажі
Жодних обіцянок зростання конверсій — лише дані, які раніше губилися між дзвінком і таблицею.
Якщо хочеш побачити, як виглядає такий зв'язок Google Ads з послугою CRM та автоматизації та послугою Інтеграції на практиці, це саме те, що можна показати на прикладі твоїх каналів — як в автоматизації обробки запитів або в тексті CRM чи ERP, де наступним рівнем системи часто стає саме такий замір.
Часті питання
Чим імпорт офлайн-конверсій відрізняється від звичайного відстеження конверсій?
Звичайне відстеження рахує подію на сайті — надсилання форми, натискання на телефон. Імпорт офлайн-конверсій додає другий шар: дані з CRM про те, що сталося із цією заявкою пізніше, наприклад підписаний договір, передані назад через GCLID.
Обов'язково використовувати GCLID, чи достатньо e-mail клієнта?
Можна використовувати обидва варіанти, але Google радить новим користувачам починати з enhanced conversions for leads, де дані, вказані клієнтом, наприклад e-mail, передаються в хешованому вигляді. GCLID і enhanced conversions також можна поєднувати для кращого зіставлення даних.
Скільки Google Ads зберігає заявки з рекламної форми?
Google Ads зберігає дані заявки 60 днів, але CSV-файл можна вивантажити лише за останні 30 днів. Якщо хочеш бути впевненим, що жодна заявка не загубиться, потрібен вебхук або API замість ручного вивантаження раз на квартал.
Чи потрібна окрема згода клієнта для імпорту офлайн-конверсій?
Google вимагає чітко інформувати про дані, що збираються, і отримувати згоду там, де цього вимагає закон або політика Google, включно з європейською політикою згоди користувачів. Яка саме правова підстава підходить для твоєї форми, вирішує юрист або відповідальний за захист даних.
Що змінюється 15 червня 2026 року?
Імпорт офлайн-конверсій і передача enhanced conversions for leads переходять на Data Manager API, а старий шлях через Google Ads API блокується. Якщо в тебе зовнішня інтеграція з CRM, варто заздалегідь перевірити, чи оновлена вона під новий інтерфейс.
Медіана +10% конверсій однакова для будь-якої галузі?
Це цифра від самого виробника інструменту, тобто Google, а не незалежне галузеве дослідження, і вона описує медіану серед рекламодавців, які поєднують дані першої сторони з GCLID. У конкретній кампанії результат залежить від того, скільки даних узагалі вдається зіставити, — тому варто порахувати власний показник, як у прикладі вище, а не закладати наперед той самий відсоток.