Наскрізна аналітика для бізнесу: як зв’язати рекламу, сайт, CRM і продажі

Рекламний кабінет показує 80 конверсій, GA4 — 63, CRM — 51 звернення, а бухгалтерія — 14 оплат. Це не обов’язково означає, що одна із систем «бреше». Вони вимірюють різні події, використовують різні правила атрибуції та не завжди впізнають одну людину між кліком, дзвінком і угодою.

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

Якщо базове вимірювання сайту ще не налаштоване, спочатку впорядкуйте події за гайдом про Google Analytics 4 для сайту. Наскрізна модель не виправляє слабкі первинні дані — вона лише з’єднує їх.

Що таке наскрізна аналітика

Наскрізна аналітика — це процес об’єднання маркетингових витрат, поведінки на сайті, звернень, статусів CRM і фінансового результату на рівні каналу, кампанії, оголошення або іншого корисного зрізу.

У мінімальній конфігурації система повинна відповісти на п’ять запитань:

1. Скільки витрачено на кожен канал і кампанію?
2. Скільки звернень отримано?
3. Яка частина звернень стала кваліфікованими лідами?
4. Скільки угод оплачено та який дохід або маржа отримані?
5. Яка фактична вартість ліда, клієнта й одиниці прибутку?

Це не конкретний сервіс. Для невеликого бізнесу початком може бути GA4, CRM і контрольна таблиця. Для складної компанії — CDP або сховище даних, ETL-процеси та BI-система. Архітектура залежить від кількості джерел, тривалості циклу продажу та потрібної деталізації.

Чому цифри в системах відрізняються

Розбіжність не можна оцінювати без визначень. Рекламна платформа може приписати продаж кліку за своїм вікном атрибуції. GA4 може розподілити цінність між кількома контактами. CRM рахує створені ліди або угоди, а фінансова система — лише отримані кошти.

Додайте технічні причини:

• користувач відхилив аналітичні cookie;
• браузер обмежив зберігання ідентифікатора;
• UTM загубилися після редиректу;
• форма надіслалась двічі;
• менеджер створив ще один контакт вручну;
• дзвінок не був пов’язаний із сесією;
• оплата надійшла через кілька тижнів;
• повернення або скасування не передали назад у звіт.

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

Побудуйте карту даних до вибору сервісу

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

Не починайте з переліку графіків. Якщо lead ID не проходить від форми до CRM, жодна BI-система не відновить зв’язок надійно.

Узгодьте назви кампаній і UTM

UTM-параметри допомагають зберегти джерело, medium, кампанію, контент і ключове слово. Найбільша проблема зазвичай не технічна, а організаційна: одна команда пише facebook, інша fb, третя meta_ads. У звіті виникають три різні джерела.

Створіть словник:

• допустимі значення utm_source і utm_medium;
• шаблон utm_campaign;
• правила транслітерації, регістру й роздільників;
• відповідального за назви;
• порядок для email, партнерів, QR-кодів і месенджерів.

Посилання зручно складати через UTM-генератор BB STUDIO, але сам генератор не замінює єдиного стандарту. Зберігайте початкові та останні відомі UTM: перші допомагають оцінити залучення, останні — контакт перед зверненням.

Передавайте ідентифікатори, а не лише назву джерела

Поле «Джерело: Google» занадто грубе. Разом зі зверненням корисно передавати:

• унікальний lead_id;
• GA client ID або інший дозволений псевдонімний ідентифікатор;
• рекламні click ID, якщо платформа й згода дозволяють;
• перші та останні UTM;
• landing page і сторінку конверсії;
• назву та версію форми;
• дату, час, мову, регіон, продукт або послугу;
• consent state для відповідного типу даних.

Не передавайте email, телефон, ПІБ та інші персональні дані у URL, назвах подій або звичайних параметрах GA4. Склад даних, строки зберігання й правову підставу потрібно погодити з відповідальним за приватність у вашій юрисдикції.

Зв’яжіть форми, CRM і статуси продажу

Після успішної серверної перевірки форми створіть lead ID і передайте його одночасно в dataLayer, backend-лог і CRM. Подія в браузері не повинна бути єдиним доказом заявки: користувач може двічі натиснути кнопку, а інтеграція — завершитися помилкою.

У CRM потрібні контрольовані статуси: новий, у роботі, кваліфікований, нецільовий, пропозиція, виграно, програно. Для відмови додайте обов’язкову причину. Детальна технічна реалізація залежить від API, webhook і процесів, тому її варто закладати під час розробки сайту, а не після запуску кампаній.

Визначте одну подію створення ліда. Якщо одна форма надсилає email, повідомлення в Telegram і запис у CRM, це все одно одне звернення, а не три конверсії.

Додайте дзвінки, чати та офлайн-звернення

У багатьох нішах форма — лише частина заявок. Потрібно врахувати:

• дзвінки з динамічним колтрекінгом;
• натискання номера окремо від факту розмови;
• чати та месенджери;
• email;
• заявки з маркетплейсів;
• офлайн-візити й рекомендації.

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

Налаштуйте дедуплікацію

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

Розділяйте сутності:

• контакт — людина або компанія;
• лід — конкретне первинне звернення;
• угода — можливість продажу;
• замовлення/платіж — фінансова операція.

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

Імпортуйте витрати повністю

ROAS не має сенсу, якщо в чисельнику весь дохід, а в знаменнику лише медіабюджет Google Ads. Залежно від задачі врахуйте:

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

Визначте два рівні звіту: медійна ефективність і повна економіка. Так маркетолог побачить результат закупівлі трафіку, а власник — реальний фінансовий ефект.

Повертайте якісні результати в рекламні системи

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

Для Google Ads це може бути імпорт офлайн-конверсій або enhanced conversions for leads. За актуальною документацією Google, для такого процесу потрібні налаштований тег, окремі дії-конверсії та імпорт офлайн-даних; метод реалізації треба звіряти з чинними вимогами платформи.

Перед зміною bidding перевірте обсяг, затримку та точність. П’ять продажів на місяць можуть бути надто слабким сигналом для агресивної автоматизації. У такому разі проміжною ціллю стане кваліфікований лід із підтвердженими критеріями.

Не плутайте атрибуцію з фактом продажу

Продаж і розподіл заслуги — різні задачі. CRM може достовірно знати суму угоди, але не те, який із п’яти маркетингових контактів «заслуговує» дохід.

Порівнюйте щонайменше:

• first touch — що вперше привело користувача;
• last non-direct touch — який канал передував конверсії;
• data-driven модель у доступних звітах;
• assisted interactions — які канали підтримували шлях;
• експерименти або geo-тести для перевірки інкрементальності.

За документацією Google, reporting attribution model у GA4 може використовувати data-driven або last-click підхід. Тому одна й та сама конверсія закономірно розподіляється інакше, ніж у звіті Google Ads. Не змішуйте моделі в одній таблиці без підпису.

Основні метрики та формули

Використовуйте однакові періоди та визначення.

Приклад: кампанія витратила 40 000 грн, дала 80 лідів, 28 кваліфікованих і 7 продажів із маржинальним прибутком 84 000 грн. CPL = 500 грн, CPQL ≈ 1 429 грн, вартість продажу ≈ 5 714 грн, ROMI = 110%. Без CRM кампанія виглядала б лише як 80 заявок по 500 грн.

Для окремої оцінки вебінвестицій використовуйте методику розрахунку окупності сайту.

Яким має бути dashboard

Почніть із рішень, а не графіків. Керівнику зазвичай потрібні:

1. витрати, ліди, кваліфіковані ліди, продажі, дохід і маржа;
2. CPL, CPQL, CAC, ROAS і ROMI;
3. конверсія між етапами;
4. середня тривалість до продажу;
5. зріз за каналом, кампанією, продуктом, регіоном і менеджером;
6. частка записів без джерела;
7. дані про повернення та скасування.

Додайте дату останнього оновлення, часовий пояс, валюту, атрибуційну модель і словник метрик. Dashboard без цих приміток створює впевненість, але не прозорість.

Мінімальна система для малого бізнесу

Не обов’язково одразу купувати дороге рішення. Робочий мінімум:

• стандартизовані UTM;
• GA4 із перевіреними ключовими подіями;
• CRM з lead ID, джерелом, статусом, сумою та причиною втрати;
• щотижневий експорт витрат і продажів;
• контрольна таблиця за кампаніями;
• відповідальний за якість даних.

Коли звернень стає більше, додайте API-імпорт витрат, колтрекінг, автоматичне повернення офлайн-конверсій і BI. Google Ads та SEO-просування слід порівнювати не за однаковою швидкістю результату, а за узгодженими бізнес-метриками й достатнім періодом спостереження.

План упровадження на 30 днів

Тиждень 1: визначення

• погодьте бізнес-питання та джерела істини;
• опишіть воронку й статуси;
• створіть словник UTM та метрик;
• проведіть аудит форм, телефонів і CRM;
• зафіксуйте вимоги до згоди та доступів.

Тиждень 2: збір

• створіть lead ID;
• передайте параметри у CRM;
• налаштуйте серверне підтвердження заявки;
• підключіть дзвінки й чати;
• перевірте події в тестовому середовищі.

Тиждень 3: об’єднання

• імпортуйте витрати;
• зіставте lead ID і deal ID;
• налаштуйте правила дублів;
• додайте продажі, суми та повернення;
• створіть контрольні звірки.

Тиждень 4: звіт і активація

• побудуйте мінімальний dashboard;
• перевірте 10–20 реальних шляхів вручну;
• навчіть маркетинг і продажі;
• лише після перевірки активуйте офлайн-конверсії;
• призначте щотижневий контроль.

Як протестувати весь ланцюжок

Створіть тестові сценарії для органіки, реклами з UTM, прямого переходу, дзвінка, повторного звернення й продажу із затримкою. Для кожного пройдіть шлях від landing page до CRM та звіту.

Перевірте:

• чи не губляться параметри на редиректах і між доменами;
• чи створюється рівно один lead ID;
• чи потрапляють поля в правильні властивості CRM;
• чи записується час в одному часовому поясі;
• чи зберігаються перше й останнє джерела;
• чи оновлюється статус без створення дубля;
• чи коректно передаються сума, валюта й повернення;
• чи не потрапляють персональні дані в аналітику;
• чи збігаються контрольні підсумки в допустимих межах.

Після змін у формах, тегах або CRM повторюйте регресійний тест у межах технічної підтримки сайту.

Типові помилки

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

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

Чекліст запуску

Дані

• Визначені джерела істини для витрат, ліда, продажу й оплати.
• Усі метрики мають письмові визначення.
• UTM використовують єдиний словник.
• Lead ID проходить через сайт, CRM і звіт.
• Персональні дані не потрапляють у звичайні аналітичні параметри.

CRM і продажі

• Статуси мають чіткі критерії.
• Причина програшу обов’язкова.
• Дублікати обробляються за правилами.
• Сума, валюта, маржа й дата продажу заповнюються.
• Повернення та скасування коригують результат.

Звітність

• Витрати імпортуються за однаковим календарем.
• Атрибуційна модель підписана.
• Є CPL, CPQL, CAC, ROAS і ROMI.
• Видно частку невизначеного джерела.
• Дані регулярно звіряються з CRM і фінансовою системою.

Якість

• Пройдені тестові заявки з усіх основних каналів.
• Перевірені форми, дзвінки й чати.
• Є моніторинг помилок інтеграції.
• Права доступу обмежені ролями.
• Призначений власник системи та графік перевірок.

Висновок

Наскрізна аналітика починається не з dashboard, а з однакових визначень і надійного lead ID. Спершу зв’яжіть витрати, звернення, статуси та гроші на мінімальному рівні. Потім додавайте складнішу атрибуцію, автоматичні імпорти й оптимізацію рекламних алгоритмів.

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