GA4, Метрика и CRM: как сверить разные цифры
Пошаговая сверка заявок между GA4, Метрикой и CRM: единица счёта, период, дубли, атрибуция и таблица причин расхождения. С учебным примером.
1. Сначала назовите единицу счёта
В GA4 видно 120 событий, в Метрике — 95 достижений цели, в CRM — 80 заявок. Эти цифры ещё не говорят о поломке. Посетитель мог отправить форму дважды, цель могла сработать на нажатие кнопки, а CRM могла объединить обращения одного человека. Сначала найдите определения метрик в настройках конкретного отчёта.
Составьте словарь: название события, момент срабатывания, единица подсчёта, правило дедупликации, источник. Для формы полезно различать попытку отправки, успешное принятие сервером и создание записи в CRM. Продажа идёт следующим этапом. Если сравнивать продажу с событием на кнопке, никакая модель атрибуции не приведёт отчёты к разумному совпадению. Согласуйте словарь с маркетингом, разработчиком и продажами.
2. Выровняйте время и состояние данных
Выберите закрытый период и один часовой пояс. Запишите, по какой дате считается запись: действие на сайте, создание лида, смена статуса или оплата. Сделка, закрытая сегодня, может начаться месяц назад. Для сверки заявок нужна когорта обращений, а для финансового отчёта — согласованное правило учёта платежей.
Google указывает, что обработка данных GA4 может занимать 24–48 часов, а отчёты в этот период меняются. Не разбирайте последние часы как окончательный итог. Отдельно пометьте задержку импорта CRM и офлайн-конверсий. Сохраните дату выгрузки рядом с периодом: две выгрузки одного месяца в разные дни могут различаться из-за поздних событий, исправленных дублей и дозревших статусов.
3. Проверьте маршрут одной заявки
Пройдите путь обычного пользователя с тестовой меткой. Убедитесь, что форма принята сервером, событие отправилось один раз, заявка появилась в нужной CRM и в ней сохранился источник. Повторите сценарий на мобильном устройстве, после перехода между доменами и при ошибке формы. Не подставляйте реальные персональные данные в публичные инструменты анализа.
В рабочей сверке используйте разрешённый неперсональный идентификатор заявки. Соединение по электронной почте в случайной таблице создаёт лишний риск и часто не нужно. Если общего ключа пока нет, сравнивайте агрегаты и документируйте ограничение. Метрика поддерживает импорт офлайн-действий, но наличие такой функции не означает, что он уже корректно настроен у вас. Проверяйте факт получения конкретных данных.
4. Условная таблица расхождения
Допустим, в аналитике 120 успешных событий формы. После проверки оказалось, что 15 событий повторные, а 5 относятся к тестам. Сопоставимый набор — 100 обращений. CRM содержит 95 строк той же когорты: 3 заявки ещё ждут импорта, 2 потерялись при ошибке интеграции. Все числа здесь учебные и не описывают нормальный процент потерь.
Правильный результат разбора — объяснённые группы и список исправлений. Удалить из отчёта пять неудобных строк ради совпадения нельзя. Сохраните исходные выгрузки и правила преобразования. После исправления интеграции повторите сверку новой когорты. Исторические записи восстанавливайте только если есть достоверный источник; иначе пометьте пробел и не превращайте предположение в точное число.
| Учебный этап | Количество |
|---|---|
| Все события | 120 |
| Минус повторы | 15 |
| Минус тесты | 5 |
| Сопоставимые обращения | 100 |
| В CRM | 95 |
| Ожидают импорта | 3 |
| Ошибка интеграции | 2 |
5. Только теперь разбирайте источники
Общее количество сопоставимых заявок может совпасть, а вклад каналов — различаться. Причины ищите в моделях атрибуции, окнах, сохранении меток, переходах между устройствами и правилах определения прямого трафика. В GA4 различаются области действия измерений: источник первого пользователя и источник сессии отвечают на разные вопросы. Название столбца нужно читать целиком.
Инструмент «Аудит UTM-разметки» проверяет вставленный список ссылок на разнобой, дубли и ошибки соглашения. Он не сверяет CRM с GA4 и не восстанавливает потерянную атрибуцию. Передайте ему обезличенные рабочие URL, исправьте схему именования, затем проверьте сохранение меток на реальном пути. Если всё расхождение объясняется другой моделью, это задача определения отчёта, а не баг счётчика.
6. Зафиксируйте допустимые различия и ошибки
Разделите итог на четыре группы: объяснённое различие определений, ожидаемая задержка, подтверждённая ошибка и пока неизвестная причина. Для ошибки назначьте владельца, способ воспроизведения и дату проверки. Для ожидаемого различия запишите правило, чтобы команда не расследовала его заново каждую пятницу. Не задавайте универсальный допуск «10% нормально» без контекста.
Частые ошибки — сравнивать разные даты, смешивать события и людей, менять атрибуцию ради совпадения и считать CRM автоматически безошибочной. В ней тоже бывают дубли и потерянные статусы. Шаблон сверки ниже хранит единицу, фильтр, количество и объяснение. При повторном запуске меняйте период и выгрузки, сохраняя саму логику расчёта; так действительно видно, улучшилось ли измерение.
Таблица сверки аналитики и CRM
Заполняйте по одной когорте и сохраняйте исходные выгрузки отдельно.
Откройте в Excel или Google Sheets. Примеры и пустые поля можно заменить своими данными.
Частые вопросы
Должны ли GA4, Метрика и CRM показывать одинаковое число?
Только если вы сравниваете одинаковые действия с одинаковыми периодами, фильтрами и правилами подсчёта. Событие и уникальная заявка могут закономерно различаться. Цель — объяснимость данных, а не любое совпадение.
Какой системе верить по выручке?
Выберите финансовый источник с определёнными правилами оплаты, возвратов и валют. CRM и аналитика должны ссылаться на него или иметь описанную сверку. Само название системы не гарантирует полноту её данных.
Поможет ли серверный сбор устранить все различия?
Он может уменьшить часть потерь, но не уравнивает определения метрик, модели атрибуции и даты. Сначала найдите конкретную причину расхождения, затем выбирайте техническое решение.