Дії-конверсії
Створюємо або виправляємо цілі для підтвердженої заявки чи замовлення, узгоджуємо їхні визначення й роль у звітах.
Вимірювання дій на сайті
Визначимо вебдії, за якими реклама має оптимізуватися, налаштуємо їх передавання та перевіримо результат. Основні цілі відокремимо від допоміжних сигналів.
Рішення про ставки стають ненадійними, якщо конверсією назвали перегляд сторінки, спробу відправити форму або подвійну покупку.
Основну конверсію обирають за змістом дії для бізнесу. Технічний спосіб залежить від даних, які надає сайт.
Розрізняємо підтверджені заявки й покупки та допоміжні дії. Перевіряємо статус основної чи додаткової конверсії й правила підрахунку.
Для погодженої цілі обираємо прямий тег Google Ads або імпорт ключової події GA4. Пояснюємо вибір і не видаємо два шляхи за два різні результати.
Передаємо обґрунтовану цінність, якщо бізнес може її визначити. Enhanced Conversions for web додаємо лише за належних технічних і правових умов.
Створюємо або виправляємо цілі для підтвердженої заявки чи замовлення, узгоджуємо їхні визначення й роль у звітах.
Налаштовуємо потрібний маршрут через Google tag або GTM, цінність та ID транзакції; формулюємо вимоги до подій сайту чи dataLayer.
Перевіряємо повторні відкриття, дублікати тегів, імпорт GA4 і прямі цілі Ads. Відокремлюємо технічну помилку від нормальної різниці атрибуції.
З’ясовуємо, чи є відповідні дані першої сторони та належна згода. Документуємо спосіб передавання й перевіряємо його.
Проходимо тестові шляхи й перевіряємо тег, параметри та діагностику Ads. Показники в кабінеті можуть з’являтися із затримкою та відрізнятися від GA4.
Визначаємо бізнес-дію, наявні цілі Ads, імпорт GA4 і правила цінності.
Створюємо ціль і маршрут тегу чи імпорту, фіксуємо залежності від сайту.
Тестуємо успіх, помилку та повтори, звіряємо параметри з фактичною дією й діагностикою.
Фіксуємо налаштування, докази тестів, відповідальних і сценарій перевірки після змін сайту.
Карту основних і допоміжних вебдій, правил підрахунку, джерел сигналу та цінностей.
Погоджений шлях заявки чи покупки через тег або імпорт GA4 та відповідні додаткові налаштування, якщо вони потрібні.
Тестові сценарії, параметри й діагностику; невирішені обмеження позначено окремо.
Де виникає подія, які є залежності від сайту та як повторити тест після релізу.
Потрібні тестовий шлях і люди, які можуть погодити зміни в акаунті та на сайті.
Послуга охоплює дії на сайті. Аудит акаунта Google Ads, ведення кампаній, кваліфікація заявок, етапи угод та імпорт офлайн-конверсій потребують окремого обсягу. Enhanced Conversions for leads — інший сценарій, ніж Enhanced Conversions for web.
Команда отримає повторюваний тест вебдії. Якщо для рішення потрібна якість лідів чи закритий дохід, наступний крок — зв’язати подію сайту з результатом у CRM.
Залежить від визначеної цілі та поточного збору. Обираємо потрібний маршрут, документуємо його особливості й не використовуємо ту саму дію двічі як основний сигнал для ставок.
Оцінюємо підтверджені дії, що мають значення для бізнесу. Допоміжні взаємодії можуть залишатися додатковими; вибір залежить від цілей кампаній і якості доступних даних.
Проходимо успішні й неуспішні шляхи, перевіряємо параметри події та порівнюємо цінність, валюту й ID замовлення з тестовою дією.
Enhanced Conversions for web оцінюємо за наявності доречних даних першої сторони, технічного доступу й належної згоди. Вони не замінюють підтверджену вебконверсію.
Платформи можуть відрізнятися атрибуцією, підрахунком, часом, обробкою та умовами збору. Ми шукаємо помилки реалізації та окремо пояснюємо очікувані відмінності.
Це задача CRM та офлайн-конверсій. Тут налаштовуємо дію на сайті, а не наступні статуси продажу чи офлайн-імпорт.
Наступний крок
Опишіть дію на сайті, поточні цілі та розбіжність, яка заважає оптимізації. Узгодимо перевірюваний вебсигнал і залежності.