GA4 і Google Ads: чому 100 конверсій ще не означають прибуток

100 конверсій є, а продажів немає: як це можливо

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

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

Google Analytics 4 (GA4) допомагає бачити поведінку користувачів, а Google Ads керує рекламою та може оптимізувати ставки за вибраними конверсійними діями. Обидві системи працюють із сигналами, які бізнес їм передає. Вони не читають рахунки, не чують розмов менеджерів і не знають маржу товару, якщо ці дані не потрапляють у вимірювання. Саме тому красивий рекламний показник інколи описує активність на сайті, але не комерційний результат.

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

Що GA4 і Google Ads насправді називають конверсією

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

Ключова подія GA4 - це подія, яку ви позначили як особливо важливу. Наприклад, purchase для покупки або generate_lead для отриманої заявки. Позначка допомагає аналізувати важливі кроки в Analytics, але не перетворює їх на гроші й не виправляє помилковий тригер. Якщо generate_lead спрацьовує від кліку по кнопці до того, як сервер підтвердив форму, ключовою стає не заявка, а намір натиснути.

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

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

Google оптимізується не на прибуток, а на отриманий сигнал

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

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

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

Варто також розділяти проблему сигналу і проблему трафіку. Якщо запити нерелевантні, потрібна робота з семантикою та крос-мінусовкою ключових слів. Якщо ж релевантна заявка рахується двічі або поруч із переглядом контактів, це проблема вимірювання. Часто обидва чинники існують одночасно, але виправляються різними діями.

Чотири рівні конверсій у бізнесі

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

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

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

Primary і Secondary: які дії впливають на ставки

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

Secondary-дії за звичайної логіки залишаються для спостереження та відображаються у стовпці «Усі конверсії», а не керують стандартною оптимізацією. Водночас документація Google описує виняток для custom goals: коли Secondary-дію спеціально включено до такої користувацької цілі, вона може використовуватися для ставок. Отже, фраза «Primary завжди оптимізує, Secondary ніколи» хибна. Правильна відповідь завжди включає роль дії, вибрану ціль і кампанії, що її використовують.

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

Вибір цілей особливо важливий для кампаній, що використовують багато майданчиків і сигналів. У матеріалі про Performance Max і класичний Search я окремо пояснюю, чому формат кампанії не замінює правильної бізнес-цілі. Автоматизація посилює той сигнал, який їй дали.

Що рахувати бізнесу, який отримує заявки

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

Далі менеджер кваліфікує звернення. Кваліфікований лід - не просто контакт у формі, а людина або компанія, якій підходить продукт, регіон, бюджет і строк. Після цього з’являються робочий лід, комерційна пропозиція, виграна угода й оплата. Система керування взаєминами з клієнтами (CRM) потрібна не заради модного звіту, а щоб зв’язати рекламний контакт із подальшим статусом і не втратити результат між маркетингом та продажами.

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

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

Що рахувати інтернет-магазину

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

Події view_item, add_to_cart і begin_checkout описують відповідно перегляд товару, додавання в кошик і початок оформлення. Вони корисні як сигнали воронки: показують, де користувачі втрачають інтерес, допомагають будувати аудиторії та перевіряти зміни сайту. Але жодна з них не замінює purchase. Кошик може бути покинутий, оформлення - перерване, а товар - лише переглянутий. Якщо ці кроки стають рівними покупці в основній цілі, кампанія оптимізує зручнішу дію замість доходу.

Повернення й скасування також важливі. Валовий дохід у день замовлення може відрізнятися від фактично утриманого доходу після відмов. Бізнесу варто мати процес коригування або аналізу refunds, особливо якщо частка повернень різниться між товарами чи каналами. Не обов’язково одразу будувати складну модель маржі в рекламі, але власник має знати, яку саме суму бачить Google Ads: оформлену, оплачену чи скориговану.

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

Сім «конверсій», які часто псують автостратегії

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

1. Перегляд сторінки контактів. Людина побачила адресу або номер, але це не підтверджує звернення й тим більше продаж.
2. Клік по кнопці без підтвердження успіху. Помилка валідації, мережі або форми може зупинити відправку після кліку.
3. Відкриття або початок форми. Інтерес корисний для аналізу, проте незавершена форма не створює ліда.
4. Короткий або неприйнятий дзвінок. Набір номера, пропущений виклик і змістовна розмова мають різну цінність.
5. Дубль однієї дії з GA4 і прямого тегу Google Ads. Одна заявка може з’явитися у звіті двома конверсіями.
6. Внутрішні або тестові відправлення. Перевірки працівників, розробників і ботів не повинні навчати кампанії.
7. Некваліфіковані ліди, прирівняні до продажів. Спам, нецільовий регіон і невідповідна потреба не мають однакової цінності з клієнтом.

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

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

Чому однієї GA4 недостатньо

GA4 добре показує події та шлях користувача на сайті, але не знає всього, що сталося після форми або дзвінка. Логіка вимірювання не є послідовним ланцюжком. Після взаємодії дані розгалужуються: Google tag або інші вимірювальні теги передають підтверджені події до GA4 та/або Google Ads, а форма, дзвінок і наступні статуси потрапляють до CRM чи колтрекінгу. Google Tag Manager (GTM) керує розгортанням тегів і умовами їх запуску; він не є окремим збирачем на кшталт Google tag. Коли бізнес підтверджує кваліфікацію, угоду або дохід, цей офлайн-результат повертається до Google Ads як глибший сигнал.

Такий цикл не зобов’язаний мати всі інструменти від першого дня. Інтернет-магазин може надійно передавати покупку без CRM; невелика сервісна компанія може почати з форм і колтрекінгу. Але кожна відсутня гілка обмежує відповідь. Без системи статусів ви бачите заявки, але не їхню якість. Без зв’язку з рекламою бачите продаж, але не знаєте, яка взаємодія його привела. Архітектуру треба будувати від питання власника, а не від списку модних платформ.

Looker Studio - опційний інструмент візуальної звітності. Він може об’єднати таблиці та графіки для керівника, але не є обов’язковою інфраструктурою вимірювання і не виправляє джерело даних. Якщо форма спрацьовує на клік або продаж дублюється, красивий дашборд лише швидше покаже неправильне число. Спочатку забезпечте надійну подію, передачу, дедуплікацію й бізнес-статус; потім вирішуйте, де зручніше дивитися результат.

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

Як передати Google інформацію про якість ліда

Google рекомендує послідовні події для воронки лідів. generate_lead описує отримання заявки. qualify_lead означає, що звернення відповідає критеріям бізнесу. working_lead показує, що команда працює з потенційним клієнтом. close_convert_lead фіксує успішне перетворення ліда на клієнта. Назви не замінюють процес: компанія має визначити, хто і за якими правилами змінює статус, щоб однакові ситуації не оцінювалися по-різному різними менеджерами.

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

Enhanced conversions for leads, або розширені конверсії для лідів, допомагають точніше зіставити офлайн-результат із рекламною взаємодією. Під час заявки використовуються надані користувачем дані першої сторони, наприклад email або телефон; перед відправленням вони нормалізуються та хешуються. Хешування зменшує ризик передачі відкритого значення, але не скасовує обов’язків щодо згоди, повідомлення користувача, політик Google, захисту даних і застосовного законодавства.

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

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

Як 100 конверсій перетворюються на 8 реальних клієнтів

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

Розрахунок читається послідовно: 100 − 28 − 17 − 9 = 46 підтверджених заявок; 46 − 21 = 25 кваліфікованих лідів; 25 − 17 = 8 клієнтів. У першому рядку рекламний звіт називає конверсіями дії різних рівнів. У фінальному рядку бізнес рахує людей, які справді стали клієнтами. Обидва числа можуть бути технічно правильними у власних визначеннях, але відповідати на різні питання.

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

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

Експрес-аудит для власника: 12 запитань підряднику

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

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

Вимагайте демонстрацію діагностики й тесту, але не оцінюйте систему лише за статусом тега. Тег може передавати подію без помилки й водночас спрацьовувати на неправильному етапі. Якщо числа відрізняються, спершу перевірте, чи порівнюються та сама конверсія, джерело, атрибуція, період і часова основа звіту. Для конверсії Google Ads, створеної з ключової події GA4, сам різний інтерфейс не є поясненням, бо її дані спільні для обох продуктів. Критерій якості - пояснюваний зв’язок між дією користувача, записом у бізнес-системі та роллю в рекламній оптимізації.

Що виправляти спочатку

1. Класифікуйте цілі

Назвіть кожну дію одним із рівнів: мікродія, первинна заявка, кваліфікований лід, продаж або дохід. Зіставте Primary і Secondary з реальною цінністю, а потім перевірте цілі конкретних кампаній. На цьому етапі не обов’язково одразу перемикати ставки. Спершу підготуйте погоджену карту поточного й цільового стану, щоб команда однаково розуміла, що зникне зі стовпця «Конверсії» та що залишиться для спостереження.

2. Перевірте збір і дедуплікацію

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

3. Поверніть якість ліда й дохід

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

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

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

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