Почему данные рекламы, GA4 и CRM не совпадают

Коротко: совпадения не будет, и это нормально

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

Поэтому сумма конверсий из Google Ads, Meta и Яндекс Директа почти всегда больше, чем реальных заявок в CRM: одну и ту же продажу каждая площадка может записать на себя. Цель не в том, чтобы цифры сошлись до единицы, а в том, чтобы понимать причины расхождений и следить, чтобы их масштаб был стабилен.

Окна и модели атрибуции

• Окно атрибуции — сколько дней после клика или показа конверсия засчитывается рекламе. У разных площадок и даже разных конверсионных действий окна разные.
• Модель атрибуции. GA4 по умолчанию использует data-driven атрибуцию между каналами, рекламный кабинет — свою модель внутри своей сети, CRM часто записывает первый или последний источник.
• Дата конверсии. Google Ads относит конверсию к дате клика по объявлению, а GA4 — к дате самого события. Заявка, оставленная через неделю после клика, окажется в разных периодах отчётов.

View-through конверсии

Некоторые площадки по умолчанию учитывают конверсии после просмотра: пользователь увидел рекламу, не кликнул, но позже купил. GA4 и CRM об этом показе ничего не знают. Проверьте настройки атрибуции в кабинете и при сравнении смотрите только конверсии после клика.

Согласие на cookies и блокировщики

• Если пользователь отказался от аналитических cookies, теги могут не сработать или отправить только обезличенные сигналы.
• Блокировщики рекламы и защита отслеживания в браузерах режут пиксели и скрипты аналитики.
• Метки клика (gclid, fbclid, UTM) теряются при редиректах, в некоторых браузерах и при переходах между доменами.

CRM получит заявку в любом случае, а аналитика — нет. Отсюда «потерянные» конверсии и рост доли прямых заходов.

Часовые пояса и задержки обработки

Рекламный аккаунт, ресурс GA4 и сервер CRM могут жить в разных часовых поясах. Заявка в 23:30 по Ташкенту может оказаться в другом дне в системе, работающей в UTC. Кроме того, данные в GA4 и кабинетах обрабатываются с задержкой — за последние день-два цифры ещё меняются.

Моделированные данные и пороги

• Моделирование. При отказе от cookies часть конверсий рекламные системы и GA4 могут дорисовывать моделью. В CRM таких «моделированных» заявок нет.
• Пороги (thresholding). GA4 может скрывать строки в отчётах с малым числом пользователей, чтобы нельзя было идентифицировать человека.
• Сэмплирование в исследованиях GA4 и в Яндекс Метрике на больших объёмах даёт приблизительные цифры.

Дубли лидов

• Пользователь отправил форму дважды или оставил заявку и позвонил.
• Тег конверсии срабатывает при каждой перезагрузке страницы «Спасибо».
• Событие отправлено и с сайта, и через серверный API без общего идентификатора для дедупликации.

В результате аналитика показывает больше конверсий, чем CRM после склейки дублей.

Как сверять отчёты

1. Назначьте источник истины для каждой метрики: расходы — рекламный кабинет, сессии и поведение — GA4, лиды и продажи — CRM.
2. Сравнивайте одинаковое: одни и те же даты, часовой пояс, тип конверсии, только клики без view-through.
3. Передавайте идентификаторы в CRM: UTM, gclid, fbclid, client ID GA4. Тогда каждую сделку можно привязать к источнику.
4. Возвращайте данные в рекламу: импорт офлайн-конверсий и серверные API (например, Conversions API у Meta) с event_id для дедупликации.
5. Устраните дубли: запрет повторной отправки формы, срабатывание тега один раз на заявку, правила склейки в CRM.
6. Ведите журнал расхождений — фиксируйте типичный разрыв между системами. Резкое изменение разрыва сигнализирует о сломанном трекинге.