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

Рекламный кабинет показывает 80 конверсий, GA4 — 63, CRM — 51 обращение, а бухгалтерия — 14 оплат. Это не обязательно значит, что одна из систем ошибается. Они измеряют разные события, применяют разные правила атрибуции и не всегда узнают одного человека между кликом, звонком и сделкой.

Сквозная аналитика объединяет цепочку: расходы → посещение → обращение → квалифицированный лид → сделка → доход. Ее задача — не создать еще один красивый dashboard, а показать, куда вкладывать бюджет, какие кампании приводят прибыльных клиентов и где бизнес теряет их после заявки.

Если базовые измерения еще не настроены, начните с руководства по Google Analytics 4 для сайта. Сквозная модель не исправляет слабые исходные данные — она только объединяет их.

Что такое сквозная аналитика

Сквозная аналитика — процесс объединения маркетинговых расходов, поведения на сайте, обращений, статусов CRM и финансового результата на уровне канала, кампании, объявления, продукта или региона.

Минимальная система должна отвечать на пять вопросов:

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

Это не конкретный сервис. Малый бизнес может начать с GA4, CRM и контрольной таблицы. Крупной системе могут потребоваться хранилище данных, 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 и страницу конверсии;
• название и версию формы;
• дату, время, язык, регион, продукт или услугу;
• состояние согласия для соответствующего типа данных.

Не передавайте email, телефон, ФИО и другие персональные данные в URL, названиях событий или обычных параметрах GA4. Состав, срок хранения и правовое основание нужно согласовать с ответственным за приватность в вашей юрисдикции.

Свяжите формы, CRM и этапы продаж

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

CRM нужны контролируемые статусы: новый, в работе, квалифицированный, нецелевой, предложение, выиграно, проиграно. Причина отказа должна быть обязательной. API, webhook и mapping полей лучше закладывать при разработке сайта, а не после запуска рекламы.

Определите одно событие создания лида. Форма может отправить 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 квалифицированных и семь продаж с маржинальной прибылью 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 до определения воронки;
• считать клик по кнопке бизнес-конверсией;
• перезаписывать первый источник последним;
• складывать результаты каналов с разными моделями атрибуции;
• игнорировать звонки, возвраты и повторные продажи;
• разрешать произвольные статусы CRM;
• объединять контакты без журнала;
• отправлять персональные данные в URL или GA4;
• не контролировать лиды без источника;
• ожидать абсолютной точности вместо управляемой погрешности.

Если реклама дает клики, но цепочка обрывается до CRM, используйте диагностику 15 причин отсутствия заявок в Google Ads.

Чек-лист запуска

Данные

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

CRM и продажи

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

Отчетность и качество

• Расходы импортируются по одному календарю.
• Модель атрибуции подписана.
• Отображаются CPL, CPQL, CAC, ROAS и ROMI.
• Контролируется доля лидов без источника.
• Пройдены тестовые заявки из всех основных каналов.
• Ошибки интеграции отслеживаются.
• Назначены владелец системы и график проверок.

Вывод

Сквозная аналитика начинается с общих определений и надежного lead ID, а не с dashboard. Сначала свяжите расходы, обращения, статусы и деньги на минимальном уровне. Затем добавляйте сложную атрибуцию, автоматические импорты и оптимизацию рекламных алгоритмов.

Хорошая система не обещает идеально восстановить каждый путь. Она дает достаточно надежную основу для решений, показывает ограничения и быстро выявляет разрывы. Чтобы спроектировать архитектуру для вашего сайта и CRM, обратитесь в BB STUDIO со списком каналов, форм и этапов продаж.