Компания тратит несколько месяцев на настройку сквозной аналитики, платит за платформу 20 000 ₽/месяц, а в итоге данные не сходятся, менеджеры не верят отчётам, и решения всё равно принимаются "по ощущению". Это не редкость - по опыту внедрений сквозная аналитика работает корректно с первого раза примерно в 20-30% случаев. В остальных случаях есть системные ошибки, которые можно было избежать. Разберём самые частые.
Ошибка 1 - Битые или отсутствующие UTM-метки
Проблема. UTM-метки - фундамент всей атрибуции. Если хотя бы часть трафика приходит без меток или с неправильными метками, данные в аналитике искажаются.
Типичные ситуации: - Менеджер вручную меняет ссылку в объявлении и случайно ломает UTM. - Редирект на сайте отрезает query-параметры, включая UTM. - В письмах или мессенджерах используются ссылки без UTM. - Часть кампаний в Директе настроена с автоматической разметкой, часть - с ручной, форматы разные, в Метрике всё мешается.
Диагностика. В Метрике откройте: Отчёты - Источники - Все источники. Посмотрите долю трафика в категории "Прямые заходы". Если она выше 20-25% при активных рекламных кампаниях - высока вероятность проблем с разметкой. Также проверьте раздел "UTM-метки" - если там много записей с непредсказуемыми значениями, разные отделы размечают ссылки без единого стандарта.
Решение. Создайте внутренний стандарт UTM-разметки с таблицей допустимых значений для каждого параметра. Используйте UTM-генератор (даже простой в Google Sheets) - это исключает опечатки. Настройте автоматическую проверку: скрипт мониторинга, который раз в день проверяет активные объявления в Директе на наличие UTM.
Ошибка 2 - Дублирование конверсий в Метрике
Проблема. Одно реальное целевое действие засчитывается несколько раз. Классический случай - настроены две цели: "Форма отправлена" (по событию) и "Страница спасибо" (по URL). Пользователь отправил форму, попал на страницу спасибо - в Метрике зафиксировано 2 конверсии.
Другой сценарий: форма отправки расположена на нескольких страницах сайта, каждая со своей целью, плюс сводная цель "любая форма" - одно заполнение считается три раза.
Последствия: CPA выглядит в 2-3 раза лучше реального, принимаются решения об увеличении бюджета на кампании, которые на самом деле не так эффективны.
Диагностика. Сравните количество конверсий в Метрике с количеством реальных заявок в CRM за одинаковый период. Если конверсий в Метрике в 1.5-3 раза больше - есть дублирование.
Решение. Аудит всех целей в Метрике. Для каждой формы - только одна цель (или событие, или страница спасибо, не оба). Используйте составные цели (шаги воронки), если нужно отслеживать несколько этапов. При подключении сторонних сервисов (коллтрекинг, чат) - проверяйте, не создают ли они дублирующие цели.
Ошибка 3 - Менеджеры не заполняют CRM
Проблема. Техническая интеграция настроена идеально: UTM передаются в CRM, данные о сделках возвращаются в Метрику. Но менеджеры по продажам заполняют CRM через раз, не закрывают сделки вовремя, не обновляют статусы. В итоге данные в аналитике не соответствуют реальности.
Это самая частая и самая сложная проблема, потому что она организационная, а не техническая.
Признаки: - В CRM много сделок в статусе "Новый" или "В работе" без движения неделями. - Большая доля сделок без заполненного источника или суммы. - Данные о закрытых сделках в CRM на 30-40% меньше фактической выручки по бухгалтерии.
Решение. Технически: сделайте поля источника обязательными при создании сделки - менеджер не сможет сохранить сделку без заполнения. Организационно: введите KPI для менеджеров, включающий "процент сделок с заполненным источником". Системно: настройте автоматическое заполнение источника из UTM-меток - менеджеру не нужно вводить это вручную, система делает сама.
Ошибка 4 - Несоответствие моделей атрибуции
Проблема. Метрика, Директ, платформа сквозной аналитики и CRM используют разные модели атрибуции, и данные в них не совпадают. Директ по умолчанию считает конверсии по "последнему переходу из Директа", Метрика - по "последнему значимому источнику", Roistat - по своей логике. Специалист смотрит в три системы и видит три разные цифры конверсий.
Пример. Пользователь кликнул по объявлению в Директе (не купил), потом через 3 дня пришёл с органики и купил. - Директ: засчитает конверсию себе (если окно атрибуции 90 дней). - Метрика (последний источник): засчитает органике. - CRM: покажет сделку без источника или с источником по UTM первого касания.
Три системы - три разные цифры. Это не ошибка, это разные точки зрения на одни данные. Проблема начинается, когда этого не понимают и пытаются "состыковать" несостыкуемое.
Решение. Выберите одну систему как "источник правды" и принимайте решения по ней. Зафиксируйте документально, какую модель атрибуции использует каждая система. Не пытайтесь добиться одинаковых цифр в разных системах - это невозможно. Вместо этого следите за динамикой внутри каждой системы.
Ошибка 5 - Игнорирование качества трафика из разных источников
Проблема. Сквозная аналитика настроена, данные идут, но отчёты анализируются только по верхним метрикам: расход, клики, конверсии. Никто не смотрит на то, что происходит с клиентами из разных источников дальше - оплачивают ли они, возвращаются ли, каков средний чек.
Типичный сценарий: кампания РСЯ даёт конверсии по 800 ₽ (в 2 раза дешевле поиска), её масштабируют. Но через квартал выясняется, что конверсии с РСЯ - в основном нецелевые запросы, средний чек на 40% ниже, отмены и возвраты в 3 раза чаще. Реальный CPA с учётом качества - 2400 ₽.
Решение. Добавьте в аналитику метрики второго уровня: - Доля оплаченных сделок от заявок по каналу. - Средний чек по каналу. - Процент отмен и возвратов. - LTV за 3-6 месяцев.
Только сопоставляя эти данные, можно принять правильное решение о распределении бюджета.
Ошибка 6 - Слишком сложная архитектура с первого шага
Проблема. Компания решает внедрить сквозную аналитику и сразу строит систему с 10 интеграциями: Директ + Google Ads + ВКонтакте + коллтрекинг + чат + CRM + платёжная система + платформа сквозной аналитики + BI-система + дашборды для трёх уровней управления. Проект растягивается на полгода, половина интеграций работает нестабильно, данные постоянно расходятся, команда выгорает.
Правило хорошего внедрения. Начинайте с минимально жизнеспособной системы:
- UTM-метки на всех кампаниях Директа.
- Цели в Метрике для ключевых конверсий.
- Передача источника в CRM через скрытые поля форм.
Это даёт 80% ценности при 20% усилий. Когда эта система работает стабильно и команда ей доверяет - добавляйте следующий слой: коллтрекинг, офлайн-конверсии, BI-дашборды.
Ошибка 7 - Данные есть, решений нет
Проблема. Аналитика настроена и работает, дашборды красивые, но на основе данных никто не принимает решений. Отчёты просматриваются, руководитель говорит "интересно", специалист кивает - и бюджет распределяется так же, как месяц назад.
Это самая обидная ошибка: вложения в систему аналитики не окупаются не потому, что система плохая, а потому что нет процесса принятия решений на основе данных.
Решение. Заранее зафиксируйте, какие решения будут приниматься на основе каких данных:
- Если CPA кампании превышает порог X - она отключается или оптимизируется.
- Если ROMI канала ниже 150% два месяца подряд - бюджет перераспределяется.
- Еженедельно: просмотр топ-10 ключевых слов по расходу без конверсий - принятие решения.
Без таких правил аналитика остаётся красивым отчётом, а не инструментом управления.
Заключение
Большинство проблем с внедрением сквозной аналитики - не технические, а организационные и методологические. Техника работает, но люди используют её неправильно или не используют совсем.
Чек-лист для самодиагностики: - Доля прямых заходов в Метрике ниже 20%? (Признак хорошей UTM-разметки) - Количество конверсий в Метрике совпадает с количеством заявок в CRM с погрешностью до 15%? (Признак отсутствия дублирования) - Менеджеры заполняют CRM в течение суток после контакта? (Организационный процесс) - Все сотрудники знают, какую модель атрибуции использует каждая система? (Методологическое понимание) - За последний месяц хотя бы одно решение о бюджете принималось на основе данных сквозной аналитики? (Практическое применение)
Если ответ "нет" хотя бы на два вопроса - начните исправлять именно эти проблемы, прежде чем добавлять новые инструменты.