Компанія може отримувати звернення з одного сайту трьома різними шляхами: людина телефонує, переходить у WhatsApp або надсилає форму. Якщо оцінювати лише натискання кнопок, звіт покаже активність, але не відповість, скільки заявок справді надійшло, які з них були якісними та яке джерело привело клієнта.
Надійне відстеження починається не з вибору тегу. Спочатку потрібно визначити етапи заявки, створити єдиний реєстр і домовитися, хто та коли змінює статус звернення. Лише після цього події сайту, рекламні конверсії та CRM можна з’єднати в одну систему.
Як digital-агенція Salestudia в Німеччині, команда розглядає телефон, месенджер і форму не як три незалежні лічильники, а як різні входи до спільного процесу продажу.
- Коротка відповідь: як відстежувати заявки з трьох каналів?
- 1. Не називайте всі дії конверсіями одного рівня
- 2. Створіть єдину картку заявки
- 3. Як відстежувати телефонні заявки
- 4. Як рахувати звернення у WhatsApp
- 5. Як надійно відстежувати форми
- 6. Пов’яжіть вебподію з реальною заявкою
- 7. Виберіть одну головну логіку оптимізації
- 8. Усуньте дублікати без втрати історії
- 9. Врахуйте згоду та захист даних
- 10. Протестуйте систему до запуску реклами
- Чекліст системи відстеження заявок
- Висновок
Коротка відповідь: як відстежувати заявки з трьох каналів?
Розділіть чотири рівні: намір зв’язатися, фактично отримане звернення, кваліфікований лід і продаж. Натискання номера, перехід у WhatsApp або натискання кнопки форми показує лише намір. Підтвердженням є з’єднаний дзвінок, що відповідає встановленим умовам, отримане повідомлення або успішно передана форма. Якість визначається вже після перевірки потреби, регіону, послуги та можливості виконати замовлення.
Кожне підтверджене звернення повинно отримати унікальний ідентифікатор, канал контакту, джерело залучення, час, потрібну послугу, статус і результат обробки. Основним звітом стає не кількість натискань, а рух заявок від отримання до продажу.
1. Не називайте всі дії конверсіями одного рівня
Одна людина може натиснути номер і не зателефонувати, відкрити WhatsApp і не надіслати повідомлення або кілька разів натиснути кнопку форми через помилку. Якщо кожну дію рахувати як повноцінну заявку, маркетинг виглядатиме ефективнішим, ніж є насправді.
| Канал | Діагностичний сигнал | Підтверджене звернення | Бізнес-результат |
|---|---|---|---|
| Телефон | Натискання номера або кнопки виклику | З’єднаний дзвінок, що відповідає визначеним умовам | Кваліфікована розмова, запис, пропозиція або продаж |
| Перехід за посиланням у чат | Отримане вхідне повідомлення | Кваліфікований діалог, пропозиція або продаж | |
| Форма | Початок заповнення або натискання кнопки «Надіслати» | Успішна відповідь системи та створений запис заявки | Кваліфікований лід, зустріч, пропозиція або продаж |
Допоміжні сигнали корисні для пошуку проблем: наприклад, багато початих форм і мало успішних надсилань можуть вказувати на технічну або змістову перешкоду. Але ці сигнали не повинні непомітно підміняти бізнес-результат.
2. Створіть єдину картку заявки
CRM є найзручнішим місцем для об’єднання даних. Невелика компанія може почати з контрольованої таблиці, якщо має єдині правила введення, обмежений доступ і відповідального за якість. Головне — однакова структура для всіх каналів.
Мінімальна картка містить:
- унікальний ID заявки та дату отримання;
- канал контакту: телефон, WhatsApp або форма;
- джерело залучення, кампанію та посадкову сторінку, якщо їх можна визначити;
- послугу, регіон і мову звернення;
- відповідального працівника та час першої реакції;
- статус: нова, в роботі, кваліфікована, відхилена, пропозиція, продаж;
- причину відхилення, вартість результату й дохід, якщо він виник.
Важливо розділяти джерело залучення та канал контакту. Клієнт може перейти з Google Ads, а написати у WhatsApp. У такому разі Google Ads є джерелом, а WhatsApp — способом звернення. Якщо зберегти лише назву месенджера, може втратитися зв’язок із рекламним джерелом.
Узгодити визначення, KPI, канали, відповідальних і порядок упровадження допомагає цифрова стратегія з аналітикою та KPI.
3. Як відстежувати телефонні заявки
На мобільному сайті можна зафіксувати натискання посилання з номером. Воно не доводить, що виклик розпочався, був прийнятий або стосувався потрібної послуги.
Google Ads також підтримує вимірювання дзвінків з оголошень і дзвінків на номер сайту за допомогою переадресаційних номерів Google, коли відповідний формат і функція доступні. Компанія задає мінімальну тривалість, після якої дзвінок може рахуватися конверсією. Тривалість відсікає частину випадкових викликів, але сама по собі не доводить якість.
Для кожного дзвінка корисно фіксувати, чи було з’єднання, скільки тривала розмова, чи відповідає звернення послузі та регіону, чи призначено наступний крок. Пропущений дзвінок слід виділяти окремо: якщо він пов’язаний із рекламою, це може бути оплачена можливість, яку бізнес ще може повернути швидким передзвоном.
4. Як рахувати звернення у WhatsApp
Посилання WhatsApp відкриває чат із бізнесом, але користувач може закрити застосунок, змінити підготовлений текст або нічого не надіслати. Тому подію переходу варто залишити допоміжною.
Підтверджена заявка виникає, коли повідомлення фактично з’явилося у вхідних і працівник або інтеграція створили запис у CRM. Для ручної роботи потрібне просте правило: новий комерційний діалог реєструється одразу, джерело уточнюється або зіставляється лише за наявності надійного ідентифікатора, а тестові, сервісні та повторні повідомлення позначаються окремо.
Попередньо заповнений неперсональний референс-код може допомогти зіставленню, але користувач здатен його змінити, видалити або не надіслати. Перехід у WhatsApp не пов’язується автоматично з отриманим повідомленням чи рекламним переходом, тому без окремої інтеграції ці сигнали потрібно звітувати окремо. Автоматизацію через бізнес-платформу чи спільну скриньку потрібно перевіряти на дублікати та втрату статусів.
5. Як надійно відстежувати форми
Найслабший варіант — спрацьовування в момент натискання кнопки. Поля можуть не пройти валідацію, сервер може повернути помилку, а повідомлення — не потрапити відповідальній людині.
Подію потрібно надсилати лише після підтвердженого успіху: завантаження унікальної сторінки подяки після прийняття даних або системної події, яку сайт створює після успішної відповіді сервера. Для форм без перезавантаження розробник має передати окремий success-сигнал. Сторінку подяки потрібно захистити від повторного обліку під час оновлення, повернення назад або повторного відкриття.
Одночасно перевірте другу половину шляху: чи створено запис у CRM, чи надійшло повідомлення, чи не потрапило воно в спам і чи видно потрібні поля. Форма в iframe, зовнішній сервіс запису або перехід між доменами потребують окремого наскрізного тесту.
6. Пов’яжіть вебподію з реальною заявкою
Сайт повинен передавати технічний сигнал, а система обробки — створювати той самий бізнес-запис. Для первинного звернення в GA4 передбачено рекомендовану подіюgenerate_lead; для подальших етапів існують події роботи з лідом, кваліфікації та закриття. Назва події не виправляє процес: статус має змінюватися лише після відповідної реальної дії.
Там, де це технічно можливо та відповідає отриманій згоді й політиці даних, зберігайте рекламні параметри та доступні ідентифікатори переходу до моменту створення заявки. Якщо контакт пізніше стане кваліфікованим або завершиться продажем, цей статус можна передати рекламній системі за належно налаштованої інтеграції. Конкретний спосіб залежить від доступних ідентифікаторів, згоди та правил обробки даних.
Технічну взаємодію подій, рекламних конверсій і згоди докладніше пояснює посібник із Conversion-Tracking Google Ads, GA4 та Consent Mode.
7. Виберіть одну головну логіку оптимізації
Не робіть усі етапи рівнозначними основними конверсіями. Інакше одна людина може дати системі кілька «результатів»: перехід у WhatsApp, отримане повідомлення, кваліфікацію та продаж.
Якщо зворотний зв’язок із CRM ще нестабільний, основною дією може бути підтверджене звернення, а натискання й переходи — допоміжними. Коли кваліфікація виконується послідовно й дані регулярно повертаються, основним сигналом доцільно зробити кваліфікований лід або інший глибший результат. Рішення залежить від обсягу даних, циклу продажу та стратегії кампанії.
8. Усуньте дублікати без втрати історії
Одна людина може спочатку надіслати форму, потім написати у WhatsApp і зателефонувати. Це не обов’язково три нові ліди. Використовуйте унікальний ID заявки, узгоджені правила зіставлення за контактними даними, послугою та часовим інтервалом і можливість ручної перевірки.
Не видаляйте корисну історію взаємодій. Збережіть один контакт або одну можливість продажу, а всередині — кілька дотиків. Окремо позначайте повторну потребу постійного клієнта, спам, тест і справжній дублікат. Це дає змогу порівнювати і кількість звернень, і кількість унікальних потенційних клієнтів.
9. Врахуйте згоду та захист даних
Для сайту в Німеччині технічні теги, CMP, налаштування згоди та політика конфіденційності мають відповідати фактичній обробці. Consent Mode передає статус згоди тегам Google, але не є банером і не визначає правову підставу замість компанії.
Не передавайте до URL, GA4 або звичайних рекламних параметрів імена, телефони, електронні адреси чи тексти повідомлень. Хешування є технічним заходом, а не автоматичним дозволом на використання даних. Склад полів, строк зберігання, доступи та спосіб передачі до рекламних платформ потрібно оцінити разом із відповідальним за захист даних або юридичним фахівцем.
10. Протестуйте систему до запуску реклами
| Тест | Що має відбутися | Ознака помилки |
|---|---|---|
| Телефон | Натискання номера й фактичний дзвінок розділено; результат розмови внесено | Натискання автоматично вважається якісним лідом |
| Перехід видно окремо, а отриманий чат створює заявку | Кількість переходів приймається за кількість повідомлень | |
| Форма | Подія виникає після успіху, запис доходить до CRM | Помилка або повторне відкриття створює конверсію |
| Кваліфікація | Статус змінюється один раз і має відповідального | Немає критеріїв або одна заявка рахується кілька разів |
| Згода | Сценарії згоди, відмови та зміни вибору перевірено | Банер не впливає на поведінку тегів |
Тести виконайте на смартфоні й комп’ютері, з успішними та помилковими сценаріями. Позначте тестові заявки, а потім звірте за однаковий період вебподії, фактичні дзвінки, вхідні чати, записи CRM і рекламні конверсії. Цифри не зобов’язані збігатися через різні правила атрибуції, дати, згоду й затримку обробки, але причина розбіжності має бути зрозумілою.
Чекліст системи відстеження заявок
- Визначено намір, підтверджене звернення, кваліфікований лід і продаж.
- Джерело залучення відокремлено від каналу контакту.
- Усі канали створюють записи за однаковою структурою.
- Натискання номера та переходи у WhatsApp залишаються допоміжними сигналами.
- Форма фіксується лише після успішного прийняття даних.
- Пропущені дзвінки, спам, тести та дублікати мають окремі статуси.
- Кожна заявка має ID, відповідального та результат обробки.
- Основна рекламна конверсія не дублюється іншими діями.
- CRM повертає дані про кваліфікацію та продажі.
- Особисті дані не потрапляють у відкриті URL та аналітичні параметри.
- Згоду, мобільні сценарії та доставку заявки протестовано.
- Звіти регулярно звіряються з фактичними зверненнями.
Висновок
Відстеження телефону, WhatsApp і форм не зводиться до трьох подій у звіті. Надійна система розрізняє намір і факт звернення, зберігає джерело, об’єднує повторні контакти та доводить кожну заявку до бізнес-статусу.
Почніть із визначень і єдиної картки ліда, потім налаштуйте підтвердження для кожного каналу, перевірте згоду та зв’яжіть аналітику з CRM. Тоді маркетинг можна оцінювати за кваліфікованими зверненнями й продажами, а не за привабливою, але неточною кількістю натискань.
