Подія є, але без цінності.
Алгоритм бачить «продаж», але не суму — і однаково оптимізується під дрібні й великі угоди.
Не окрема платна послуга, а частина ведення реклами. GA4, піксель із серверним CAPI і сервіс автоматизації Make я будую сам ще на старті — алгоритм вчиться на реальних продажах і шукає платоспроможних клієнтів. Ви бачите весь шлях клієнта й ухвалюєте рішення по бюджету за реальними цифрами, а не за «красивими» кліками в кабінеті.
Усе нижче я налаштовую в межах ведення реклами, окремих рахунків за це немає.
Трекінг будую і читаю той самий спеціаліст, що веде вашу рекламу, — більшість це розділяють, тому дані живуть окремо від рішень. У мене це одна робота.
Дивлюся, які події є, що передається коректно й де втрати. Часто половина проблем виявляється вже тут.
Через Google Tag Manager — заявка, кваліфікована заявка, продаж із потрібними параметрами (цінність, валюта).
Підключаю передачу подій із сервера та дедуплікацію з пікселем, щоб дані не губилися й не двоїлися.
Налаштовую GA4, ключові події, передачу транзакцій і зведення джерел трафіку.
Тестую кожну подію, звіряю з реальними заявками й показую дашборд, де по кожній кампанії видно вартість заявки й окупність. На його основі ми ухвалюємо конкретні рішення: цей набір оголошень приносить заявки по $4 — масштабуємо, а той по $20 без продажів — вимикаємо.
Алгоритм бачить «продаж», але не суму — і однаково оптимізується під дрібні й великі угоди.
Без CAPI алгоритм недоотримує частину конверсій, гірше навчається й дорожчає.
Продажі двояться, ROAS на папері красивий, а рішення — хибні.
Канали, що приводять клієнта на початку шляху, недооцінені — і їх вимикають дарма.
Наскрізна аналітика обовʼязкова для всіх, хто платить за рекламу заради заявок і продажів: лідогенерація на послуги (де важлива не кількість заявок, а їхня якість — CPQL і CAC, а не ціна кліка), B2B (де довгий цикл і треба бачити, які заявки доходять до угоди). І особливо — якщо ви масштабуєте бюджет: без коректних даних ви масштабуєте не лише результат, а й помилки.
У кейсі інтернет-магазину сумок ми почали саме з аналітики: CAPI й коректна передача покупок із дедуплікацією. Тільки тому, що алгоритми отримали правильні дані, видима ефективність реклами зросла на +15–20% — ще до зміни самих кампаній. Далі це дозволило підняти ROAS із ×2.1 до ×4.8 без збільшення бюджету.
А в кейсі найму чат-менеджерів той самий чистий трекінг заявок дав передбачуваний потік у лідгені: 660 звернень → 47 закріплених кандидатів, цільова співбесіда ~$54 — аналітика показувала якість заявок, а не просто кліки.
Стартові умови у вас інші — цифри для вашого проєкту назву після аудиту трекінгу.
Піксель добирає не всі конверсії — сервер (CAPI) добирає решту. Наприклад, браузерний піксель втрачає 15–30% подій через блокувальники й приватність (особливо на iPhone); CAPI передає ті самі події напряму з сервера, з дедуплікацією, щоб нічого не задвоїлось. Це потрібно, щоб алгоритм навчався на повних даних і не «недооптимізовував» рекламу, а ви не втрачали заявки, яких у звіті просто не видно.
Це коли дані з реклами, сайту й заявок зведені в одну картину — і по кожній заявці видно, звідки прийшов клієнт. Наприклад, по конкретній заявці видно кампанію і звʼязку, що її привели, що клієнт зробив, чи купив і скільки приніс. Це потрібно, щоб ухвалювати рішення за реальними угодами й грошима, а не за дешевими кліками, які гарно виглядають у звіті, але нічого не продають.
Якщо я веду вашу рекламу — окремо готувати нічого не треба: піксель, події, CAPI, GA4 і дедуплікація входять у ведення. Моя робота (налаштування й ведення) оплачується окремо від рекламного бюджету — ведення $600–900/міс (B2B від $1000/міс); точну цифру назву після стратегічного розбору. Якщо ж потрібне лише налаштування трекінгу без ведення реклами — ціну назву після аудиту, коли побачу складність сайту й кількість подій.
Так, особливо якщо бюджет обмежений. Наприклад, на старті достатньо коректних подій, CAPI і GA4 — складні BI-системи не потрібні. Це потрібно, щоб не зливати гроші на «сліпу» рекламу: коли кожна заявка на вагу золота, без трекінгу ви не зрозумієте, що працює, а що даремно з’їдає бюджет.
Лише якщо трекінг налаштований і перевірений. Наприклад, якщо події криві або дублюються, цифри в кабінеті красиві, але хибні. Це потрібно памʼятати, бо кабінет показує тільки те, що йому передали: я завжди звіряю його дані з реальними заявками і продажами, щоб рішення спиралися на гроші, а не на «красиву» статистику.