Conversion Actions: база правильної передачі конверсій в Google Ads

Налаштування конверсій — це фундамент будь-якої кампанії в Google Ads. Алгоритми Smart Bidding оптимізуються рівно під ті сигнали, які ви їм передаєте: якщо передавати «сміттєві» або занадто поверхневі конверсії, система чесно приведе вам багато дешевого, але неякісного трафіку. Нижче — як вибудувати трекінг так, щоб алгоритм працював на ваш реальний бізнес-результат, а не на проміжну метрику.

1. Які бувають конверсії

Класична воронка вибудовується від найбільш поверхневих дій до найглибших:

Free trial — початок безкоштовного періоду;

Sign up — реєстрація користувача;

1st sale — перша оплата;

2nd sale — повторна оплата (сильний сигнал якості аудиторії).

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

підтверджений email;

певні активності всередині продукту (заповнений профіль, перша взаємодія, досягнення «aha-moment»);

річна підписка замість місячної;

проходження онбордингу до кінця.

Такі проміжні (синтетичні) івенти дають алгоритму більше даних для навчання там, де глибоких конверсій ще замало. Головне — щоб подія справді корелювала з цінністю користувача, а не була випадковим кліком.

2. Способи трекінгу: Google Tag чи офлайн-конверсії

Є два базові підходи до фіксації конверсій.

Google Tag (gtag / Google Tag Manager) спрацьовує на стороні браузера: користувач доходить до сторінки подяки або тригерної події, і тег одразу передає конверсію. Це швидко, просто в налаштуванні й найкраще працює в e-commerce, де момент покупки відбувається прямо на сайті й цінність відома одразу. Якщо добре розумієте всі нюанси Google Tag, він підійде і для продуктового IT. Якщо знань мало — краще взяти контроль конверсій на свій бік і працювати через офлайн-конверсії.

Офлайн-конверсії (Offline Conversion Tracking, OCT) працюють інакше: ви ловите клік через GCLID (або enhanced conversions / gbraid-wbraid), зберігаєте його у себе, а сам факт конверсії передаєте назад у Google Ads уже зі своєї сторони — коли подія реально відбулася у вашій системі.

Підписуйтеся на наші соцмережі

Ми прибічники саме офлайн-конверсій, і ось чому:

повний контроль над тим, що вважається конверсією — ви передаєте лише підтверджені, «очищені» від фроду й тестів події;

глибина воронки — можна передавати події, які фізично відбуваються поза сайтом (друга оплата, апрув по антифроду, дія в застосунку);

точність value — реальну цінність часто видно лише через години чи дні, і OCT дозволяє передати її коректно;

стійкість до обмежень браузерів — менша залежність від cookie-політик і блокувань на клієнтській стороні.

Платою за це є складніша інфраструктура: потрібно надійно зберігати GCLID і будувати пайплайн передачі. Google Tag виграє у простоті та швидкості, OCT — у контролі й якості даних. Для перформанс-моделей з відкладеною монетизацією офлайн-підхід майже завжди виграшніший.

3. Методи передачі конверсій у кабінет

Незалежно від обраного підходу, дані треба якось доставити в Google Ads. Основні канали:

Google Ads API — найгнучкіший і найбільш масштабований варіант: автоматична передача конверсій (у тому числі з value та timestamp) напряму з вашої системи, без ручної роботи. Потребує технічних знань API, тому це краще робити в парі з розробником.

Файлове завантаження (CSV) — ручний або напівавтоматичний імпорт офлайн-конверсій через інтерфейс; добре для старту чи невеликих обсягів;

Google Tag / GTM — пряма передача з сайту для онлайн-подій;

Сторонні сервіси та трекери (наприклад, трекінг-платформи й конекторні рішення) — приймають дані з вашого боку й самі передають їх у Google Ads через інтеграцію (Zapier, Salesforce тощо).

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

4. Налаштування: Conversion Window та Primary/Secondary

Два налаштування критично впливають на те, як алгоритм бачить ваші дані.

Conversion Window (вікно конверсії) — це період, протягом якого дія після кліку зараховується як конверсія. Спокуса виставити максимальні 90 днів зрозуміла, але зазвичай шкідлива. Якщо переважна більшість користувачів конвертується в перші 7–14 днів, варто ставити вікно близько до цього фактичного циклу. Тоді алгоритм отримує чіткий сигнал: «ось у який строк відбувається типова конверсія» — і навчається швидше й точніше. Завелике вікно «розмазує» атрибуцію й уповільнює навчання. Орієнтуйтеся на власні дані: подивіться, за скільки днів накопичується умовно 80–90% конверсій, і відштовхуйтеся від цієї цифри (часто це 7, 10 або 14 днів).

Primary vs Secondary. Конверсії, позначені як Primary, безпосередньо впливають на оптимізатор — саме під них Smart Bidding оптимізує ставки. Secondary конверсії на роботу стратегії не впливають і слугують лише для спостереження й аналітики. Це зручний механізм: глибокі цінні події тримаєте Primary, а проміжні залишаєте Secondary для контролю воронки, не «забруднюючи» оптимізацію.

5. Методи атрибуції

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

Раніше моделей було кілька (Last click, First click, Linear, Time decay, Position-based), але зараз Google залишив фактично два варіанти: Last click і Data-driven.

Ми використовуємо Data-driven (DDA) — це рекомендована Google модель і дефолт для нових конверсійних дій. Замість правила «вся цінність одному кліку» вона на основі ваших же даних рахує реальний внесок кожної точки контакту й розподіляє цінність пропорційно фактичному впливу. Це дає чесніший розподіл бюджету між етапами воронки й точніший сигнал для Smart Bidding. Last click досі ок для зовсім простих коротких воронок, але в більшості випадків Data-driven дає об'єктивнішу картину — тому це наш дефолтний вибір.

6. Як обрати конверсію для оптимізації

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

Smart Bidding потребує достатньої кількості конверсій, щоб навчатися. Орієнтир — 100+ конверсій на кампанію за останні 30 днів: цього вистачає, щоб алгоритм мав достатній сигнал. Якщо ж на кампанію припадає, скажімо, лише 5 сейлів на місяць, оптимізувати під них немає сенсу — даних замало, навчання буде нестабільним.

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

Важливо передавати конверсії швидко. Чим менше часу минає між конверсією та її передачею в кабінет, тим сильніший сигнал отримує алгоритм. Конверсії, передані пізніше ніж через 7 днів після кліку, слабше впливають на навчання Smart Bidding — система вже встигла прийняти рішення по тих аукціонах, і запізнілі дані дають менше користі. Тому пайплайн передачі (особливо для офлайн-конверсій) варто будувати так, щоб дані доходили в Google Ads якомога оперативніше, а не накопичувалися пакетами на кілька днів.

В кабінеті є цікава метрика — Avg. Days To Conversions. Правило просте: чим менше — тим краще. Ідеально, коли конверсії стаються в перші 0–3 дні після кліку; що ближче показник до 7 днів — то слабший сигнал для алгоритму. Якщо ж специфіка бізнесу така, що користувачі конвертуються через тиждень і більше, варто продумати штучні (синтетичні) конверсії на основі ранньої активності тих, хто згодом усе одно платить — і оптимізуватися під них, а реальні продажі тримати для контролю.

7. Predicted LTV: тренд останніх років

Логічне продовження ідеї «глибших» конверсій — передавати в кабінет не просто факт події, а її прогнозовану цінність. Predicted LTV (pLTV) — це підхід, де ML-модель на вашому боці аналізує поведінку користувача й прогнозує, скільки він принесе грошей за весь життєвий цикл. Це передбачене значення передається в Google Ads як conversion value.

Що це дає на практиці: стратегія Target ROAS починає оптимізуватися вже не під «будь-яку конверсію однакової ваги», а під очікувану дохідність кожного користувача. Алгоритм фактично починає шукати вам не просто конвертерів, а найприбутковіші аудиторії — тих, хто з високою ймовірністю стане платоспроможним і утримається надовго.

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

Якщо бажаєте спробувати свої сили у performance-marketing: переходьте на сторінку вакансій expla.