5 ошибок сквозной аналитики: почему бизнес теряет заявки и продажи

Ошибки сквозной аналитики возникают до дашборда: в разметке ссылок, идентификаторах формы, CRM-полях, статусах сделки и правилах учета выручки. Рекламная система, веб-аналитика, CRM и бухгалтерский учет используют разные источники, определения, задержки и окна атрибуции. Поэтому итоговые значения могут расходиться.

Задача бизнеса - описать правила учета, найти потерянные заявки и объяснить каждое существенное расхождение. Одинаковое число во всех отчетах здесь не требуется. Нужен отчет, в котором расходы сопоставлены с уникальной заявкой, квалификацией, продажей и подтвержденной выручкой.

Значения utm_source=fb, FB и facebook создают три варианта одного источника. Та же проблема возникает в названиях кампаний, регионов, продуктов и форматов. Отчет распределяет расходы и заявки по разным строкам, поэтому CPL по каналу искажается.

Справочник должен содержать допустимые значения utm_source, utm_medium, utm_campaign и правила регистра. Для каждой кампании задают владельца, дату запуска и назначение. Генератор меток в Google Sheets или другом рабочем инструменте снижает число ручных ошибок, но контроль остается обязательным.

После изменения нужно открыть реальную рекламную ссылку, отправить тестовую форму и проверить запись в GA4 и CRM. Еженедельный срез в BigQuery имеет пользу при настроенном экспорте и регулярном отчете. Для ручного старта достаточно реестра меток и журнала тестовых заявок. Отдельная инструкция размещена в материале об UTM-метках и рекламных отчетах.

Одного gclid или fbclid недостаточно для всей цепочки учета. При отправке формы создают стабильный ID заявки и передают в CRM доступные сведения об источнике: UTM, адрес посадочной страницы, referrer, время и допустимый идентификатор рекламного перехода. Состав полей зависит от платформы, формы, политики конфиденциальности и полученного согласия.

Тест выполняют через действующее объявление или его проверочную ссылку. В CRM должны появиться ID заявки, источник, кампания и исходный URL. Затем тот же ID используют в статусах и в подтвержденном событии. Если заявка дублируется после звонка или повторной формы, правило дедупликации должно сохранить исходный источник и историю контактов.

Статус «новая заявка» сообщает только факт обращения. Для оценки рекламы нужны отдельные значения: дубль, спам, нецелевое обращение, квалифицированная заявка, сделка в работе, продажа и отказ с причиной. Менеджер должен выбирать статус по утвержденному определению, а руководитель - проверять пропуски и задержки.

В карточке сделки также записывают сумму, дату оплаты, возврат и маржинальность продукта или услуги, если эти данные доступны компании. Тогда дешевый CPL можно сопоставить со стоимостью квалифицированной заявки, стоимостью продажи и коммерческим результатом. Looker или другой дашборд визуализирует данные, но качество отчета определяется полями CRM и дисциплиной их заполнения.

Google Ads принимает данные о последующих результатах через актуальные механизмы enhanced conversions for leads и Data Manager. Проект выбирает поддерживаемые идентификаторы и пользовательские данные согласно требованиям платформы, политике конфиденциальности и полученным согласиям.

Для Meta используется Conversions API и наборы данных. С мая 2025 года Meta больше не поддерживает Offline Conversions API, поэтому старый сценарий загрузки нельзя оставлять в инструкции как действующий. После настройки проводят тестовое событие и проверяют дедупликацию между браузерной и серверной передачей.

В рекламную систему стоит возвращать событие, которое отражает коммерческий результат: квалификацию, назначенную встречу, подтвержденный заказ или оплату. Название и момент события задаются отдельно для каждого проекта. Передача общего события lead без статуса оставляет алгоритму мало данных о качестве обращения.

Рекламная платформа показывает результат по собственным правилам атрибуции. GA4 считает сессии, события и ключевые действия по настройкам ресурса. CRM хранит уникальные обращения, статусы и сделки. Учет подтверждает оплату, возврат и дату признания выручки. Расхождение между этими уровнями ожидаемо.

Сверку начинают с одинакового календарного периода и определения метрики. Затем проверяют часовой пояс, окно атрибуции, дубли, задержку обработки и дату оплаты. Настройки атрибуции в GA4 выбираются на уровне ресурса и зависят от задачи отчета. Календарный квартал сам по себе не требует смены модели. Пересмотр нужен после изменения цикла сделки, состава каналов или правил учета.

Корректный отчет сохраняет определения каждой системы. В итоговой строке нужно указать период, формулу и источник. Если цифры расходятся, аналитик объясняет причину и оценивает влияние на решение по бюджету.

Тридцать дней можно взять как стартовое окно для первой проверки, если реальный цикл сделки пока не рассчитан. Затем период сопоставляют со временем между заявкой и продажей в CRM. Для B2B-проектов решение часто занимает больше месяца, поэтому часть продаж относится к более ранним обращениям.

Расхождение больше 10% можно использовать как начальный сигнал для проверки. Такой порог запускает тестовые заявки, поиск дублей, проверку задержек и формул. Вывод об ошибке появляется после этой проверки. В одном проекте нормальное расхождение может быть ниже, в другом - выше из-за правил атрибуции и даты оплаты.

До 1000 лидов в месяц Google Sheets или Excel могут обслуживать простой ручной отчет. Число строк само по себе не определяет выбор. Хранилище требуется, когда растет число источников, нужна история изменений, данные обновляются несколько раз в день или разные сотрудники получают разные права доступа.

У BigQuery есть бесплатный уровень: 10 GiB хранения и 1 TiB запросов в месяц. Остальные расходы зависят от объема хранения, запросов и архитектуры. Текущие условия нужно проверять на странице цен BigQuery перед расчетом проекта.

Стартовые цены Метриум на дату обновления:

• аудит трекинга - от 150 000 ₸;
• базовая настройка аналитики - от 290 000 ₸;
• интеграция форм и CRM - от 490 000 ₸;
• система с отчетностью и разбором качества лидов - от 850 000 ₸.

Эти цены рассчитаны для стандартного состава работ. После проверки сайтов, форм, CRM, телефонии, рекламных кабинетов и требований к отчетности Метриум готовит индивидуальное коммерческое предложение. Лицензии, коллтрекинг, BI и другие внешние сервисы рассчитываются отдельно. Состав услуги и актуальные цены размещены на странице сквозной аналитики и CRM.

За один рабочий день можно проверить передачу данных, хотя полное внедрение потребует отдельного срока.

1. Открыть рекламную ссылку и отправить тестовую заявку.
2. Сверить UTM, адрес страницы, ID заявки и источник в CRM.
3. Проверить определения дубля, нецелевого обращения, квалификации и продажи.
4. Сопоставить расход рекламной платформы, событие GA4 и карточку CRM за одинаковый период.
5. Записать найденное расхождение, владельца исправления и дату повторного теста.

Email-уведомление о скачке расходов можно добавить после настройки формул. Сначала нужно проверить, что порог сравнивает одинаковые периоды и метрики. Иначе уведомление будет сообщать о штатной задержке данных.

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

Для рекламы в социальных сетях пригодится разбор семи метрик от просмотра до продажи. Проверку Google Ads можно продолжить материалом о причинах падения конверсии. В обоих случаях решение по бюджету принимают после проверки CRM-статусов и продаж.

Готовый отчет отвечает на пять вопросов: сколько потрачено, сколько уникальных заявок получено, какая доля прошла квалификацию, сколько продаж подтверждено и какой коммерческий результат получен. У каждой строки есть источник, период, определение и ответственный сотрудник. Такой состав сокращает споры о цифрах и ускоряет решение по бюджету.

Системы используют разные источники, определения, задержки и окна атрибуции. Сначала сверяют период и формулу, затем ищут потерянные заявки.

Оно зависит от цикла сделки и настроек платформы. Тридцать дней можно взять для первой проверки, но затем сопоставить с реальным временем до продажи.

Единого процента нет. Порог определяют после тестовых заявок, проверки дублей, задержек и определений каждой системы.

Нет. Он нужен, когда несколько источников, история и регулярный пересчет уже не помещаются в надежный ручной процесс.

Аудит трекинга начинается от 150 000 ₸. Базовая настройка аналитики - от 290 000 ₸, интеграция форм и CRM - от 490 000 ₸, система с отчетностью и разбором качества лидов - от 850 000 ₸. Это стартовые цены для стандартного состава работ. После проверки числа сайтов, форм, событий, CRM и интеграций Метриум готовит индивидуальное коммерческое предложение.

Метриум проверит UTM, формы, CRM-статусы и передачу продаж, затем оформит правила управленческого отчета. Обсудить аналитику.