Почему данные GA4 не совпадают с CRM и CMS, и как исправить расхождения? Разберём 15 причин, проверим передачу данных и покажем способы диагностики. Вы узнаете, каким цифрам доверять и как настроить аналитику для принятия решений.
Вы открываете Google Analytics 4 и видите 120 заявок. В CRM зарегистрировано 94 лида, а CMS показывает 108 отправок формы. Какая система ошибается?
Не обязательно какая-либо из них. GA4, CRM и CMS фиксируют разные события и используют разные правила учёта. Счётчик аналитики регистрирует действия на сайте. CMS обрабатывает запросы и сохраняет данные. CRM учитывает обращения, контакты и сделки.
Поэтому расхождения не всегда указывают на техническую ошибку. Сначала нужно определить, что именно измеряет каждая система.
Чем отличаются данные GA4, CRM и CMS
| Система | Что обычно учитывает | Типичные особенности |
|---|---|---|
| Google Analytics 4 | Сеансы, события, конверсии, пользователей | Зависит от настройки тегов, согласия на аналитику и доступности браузерных событий |
| CRM | Лиды, контакты, сделки, статусы заявок | Может объединять дубли и учитывать обращения после проверки менеджером |
| CMS | Отправки форм, заказы, публикации, записи в базе | Фиксирует операции, предусмотренные логикой сайта и его интеграциями |
Например, один посетитель трижды отправил форму. CMS может сохранить три обращения, GA4 зарегистрирует три события, а CRM объединит их в один лид. Все три значения будут правильными в рамках своих правил.
Главная задача — не добиться полного совпадения цифр, а объяснить каждое расхождение. Для этого нужны единые определения конверсии, согласованные временные интервалы и проверяемая передача данных.
15 причин, почему данные GA4 не совпадают с CRM и CMS
1. Системы считают разные сущности
GA4 измеряет события и пользователей. CRM работает с лидами и сделками. CMS может считать успешные отправки форм.
Одна заявка не всегда равна одному событию, а одно событие не всегда означает новую заявку.
Как исправить: определите единицу измерения для каждого отчёта. Сравнивайте отправки форм с событиями отправки, а подтверждённые лиды — с конверсиями, прошедшими одинаковые условия проверки.
2. Событие отправляется несколько раз
Пользователь нажимает кнопку повторно. Скрипт срабатывает дважды. Обработчик формы одновременно запускается через GTM и встроенный код сайта.
В результате GA4 получает несколько событий, хотя заявка одна.
Как исправить:
- Проверьте события через Google Tag Manager Preview и DebugView.
- Найдите дублирующиеся триггеры и теги.
- Отправляйте событие после подтверждённого успешного ответа сервера.
- Используйте идентификатор заявки для контроля повторов.
3. GA4 не получает событие об успешной отправке
Форма работает через AJAX и не перезагружает страницу. Настроенный триггер отслеживает только нажатие кнопки или загрузку страницы благодарности. Если страница не открывается, конверсия не регистрируется.
Как исправить: передавайте событие после успешного ответа сервера или подтверждения создания заявки. Не считайте обычный клик гарантией успешной отправки.
4. Блокировщики рекламы и настройки приватности
Некоторые браузеры, расширения и сетевые фильтры блокируют запросы аналитики. Пользователь также может отказаться от аналитических файлов cookie.
При этом сервер сайта способен успешно сохранить заявку. Поэтому CMS и CRM увидят обращение, а GA4 — нет.
Как исправить: проверьте настройки Consent Mode, CMP и тегов согласия. Убедитесь, что система соблюдает выбранные пользователем настройки. Серверные события могут повысить полноту измерений, но не должны обходить требования согласия и конфиденциальности.
5. Неправильно настроен Google Tag Manager
Контейнер GTM может содержать устаревшие теги, неверные условия запуска или несколько конфигураций GA4. Ошибка особенно вероятна после редизайна или миграции сайта.
Как исправить: проверьте идентификатор потока GA4, опубликованную версию контейнера, триггеры и условия срабатывания. Протестируйте ключевые сценарии на компьютере и смартфоне.
6. Неверно работает кросс-доменное отслеживание
Покупатель переходит с основного сайта на платёжный сервис, поддомен или отдельный домен оформления заказа. Если связка настроена неправильно, GA4 может разделить путь пользователя на несколько частей.
Часть трафика иногда ошибочно приписывается переходам с платёжного домена.
Как исправить: настройте междоменное отслеживание для поддерживаемых доменов. Проверьте сохранение параметра _gl при переходах и список нежелательных источников переходов. Отдельно протестируйте весь путь от первого визита до подтверждения заказа.
7. Не сохраняются UTM-метки и источник трафика
Пользователь приходит по рекламной ссылке, изучает сайт и оставляет заявку позже. За время посещения исходные параметры могут потеряться при переходе между страницами или доменами.
GA4 и CRM тогда показывают разные источники привлечения.
Как исправить: проверьте разметку рекламных ссылок, редиректы и передачу параметров. При создании лида сохраняйте источник, кампанию и дату первого обращения, если это соответствует вашей модели атрибуции. Не перезаписывайте первоначальный источник каждым новым визитом.
8. В GA4 и CRM разные часовые пояса
GA4 может использовать часовой пояс ресурса, а CRM — часовой пояс компании или сервера. Заявка, созданная поздно вечером, попадёт в разные календарные дни.
На недельных и месячных отчётах такие сдвиги усложняют сравнение.
Как исправить: согласуйте часовой пояс для аналитических отчётов. При сверке учитывайте точные временные метки, а не только даты. Для диагностики сравнивайте одинаковые интервалы.
9. Отчёты обновляются с разной скоростью
CMS обычно сохраняет запись при обработке формы. CRM может получать её через очередь интеграции. Отчёты GA4 также могут обновляться не сразу.
Поэтому цифры за текущий день иногда отличаются даже при исправной системе.
Как исправить: задайте регламент сверки. Для предварительного анализа используйте одинаковый интервал, а окончательные выводы делайте после завершения обработки данных. Если расхождение сохраняется, проверяйте журналы передачи и задержки интеграций.
10. CRM объединяет дубли или отклоняет лиды
Один человек может оставить заявку с разных устройств или несколько раз использовать одну форму. CRM способна объединить обращения по телефону, электронной почте или другим правилам дедупликации.
GA4 при этом может зарегистрировать несколько событий.
Как исправить: проверьте правила объединения контактов и критерии создания лида. Сравнивайте как исходные обращения, так и уникальные лиды. Не удаляйте дубли в аналитике без понимания бизнес-логики.
11. CMS регистрирует отправку, но CRM не получает заявку
Причиной может быть ошибка API, истёкший токен доступа, превышение лимита запросов или сбой вебхука. CMS сохранит форму, однако интеграция не передаст её в CRM.
GA4 при этом может успешно зарегистрировать событие конверсии.
Как исправить: проверьте журналы API, HTTP-коды ответов, очереди задач и повторные попытки отправки. Добавьте уведомления об ошибках интеграции. Для каждой заявки предусмотрите возможность определить статус доставки в CRM.
12. Конверсии настроены по-разному
В GA4 конверсией может считаться отправка любой формы. В CRM лидом считается только обращение с корректными контактными данными. CMS может учитывать даже незавершённую или тестовую запись.
В итоге показатели расходятся из-за разных бизнес-правил.
Как исправить: документируйте определения событий. Разделите отправку формы, успешное создание заявки, квалифицированный лид и продажу. Для каждой стадии настройте собственный показатель.
13. Неправильно передаются события электронной торговли
Интернет-магазин может отправлять purchase до подтверждения оплаты или повторять его при перезагрузке страницы заказа. В CRM и CMS при этом отражаются только реальные заказы либо заказы с определённым статусом.
Как исправить: передавайте событие покупки после подтверждённого изменения статуса заказа. Проверяйте уникальность transaction_id, валюту, сумму и состав товаров. Не отправляйте повторную покупку при обычном обновлении страницы.
14. Ошибки возникают после изменений сайта
Обновление темы WordPress, плагина форм, системы кеширования или кода GTM может нарушить сбор событий. Иногда тег перестаёт запускаться только на мобильных устройствах или определённых страницах.
Как исправить: ведите журнал изменений. После каждого релиза проверяйте ключевые сценарии. Сравнивайте работу форм до и после обновления, проверяйте JavaScript-ошибки и исключения в консоли браузера.
15. Отчёты используют разные модели атрибуции и фильтры
GA4 может приписывать конверсию источнику по правилам выбранной модели атрибуции. CRM может хранить первый источник, последний источник или источник, указанный менеджером.
Дополнительно на результаты влияют фильтры, сегменты, исключение тестовых заказов и внутреннего трафика.
Как исправить: сравнивайте одинаковые типы конверсий и одинаковые периоды. Проверьте фильтры отчётов, модель атрибуции и правила определения источника в CRM. Не пытайтесь сопоставить показатели с разными условиями как идентичные метрики.
Как проверить расхождения GA4, CRM и CMS: пошаговый алгоритм
Когда показатели не совпадают, не стоит сразу менять настройки аналитики. Сначала найдите этап, на котором данные начинают расходиться.
Шаг 1. Выберите одну конверсию
Начните с конкретного действия: отправки формы, создания заказа или подтверждения оплаты. Не сравнивайте все события сайта одновременно.
Зафиксируйте:
- название события в GA4;
- условие создания записи в CMS;
- правило создания лида или заказа в CRM;
- период и часовой пояс;
- критерии исключения тестовых обращений.
Шаг 2. Пройдите путь пользователя вручную
Откройте сайт в тестовом режиме и выполните целевое действие. Проверьте, появилось ли событие в GTM Preview и GA4 DebugView. Затем найдите соответствующую запись в CMS и CRM.
Если событие отсутствует в GA4, исследуйте тег и согласие на аналитику. Если записи нет в CRM, проверьте интеграцию. Если всё присутствует, изучите правила подсчёта.
Шаг 3. Сопоставьте записи по идентификаторам
Лучше сравнивать не итоговые числа, а конкретные обращения. Используйте ID заявки или заказа, временную метку и технический статус обработки.
Пример таблицы сверки:
| ID | CMS | GA4 | CRM | Что проверить |
|---|---|---|---|---|
| A-101 | Есть | Есть | Есть | Полноту данных |
| A-102 | Есть | Нет | Есть | Сбор события, согласие |
| A-103 | Есть | Есть | Нет | Передачу в CRM |
| A-104 | Две записи | Два события | Один лид | Дедупликацию |
Такой подход показывает место сбоя точнее, чем сравнение итоговых показателей за месяц.
Шаг 4. Проверьте передачу событий технически
Для сайтов на WordPress полезно проверить:
- настройки Google Tag Manager;
- код формы и обработчик успешного ответа;
- REST API и вебхуки;
- логи сервера и интеграций;
- плагины кеширования и оптимизации JavaScript;
- передачу идентификаторов заказов;
- работу сайта на мобильных устройствах.
Проверяйте каждый компонент отдельно. Это помогает избежать ситуации, когда исправление одного тега создаёт дублирование в другом месте.
Шаг 5. Зафиксируйте результат и установите контроль
После исправления повторите тесты. Проверьте несколько типов устройств, источников трафика и сценариев отправки. Сохраните результаты и договоритесь о регулярной сверке.
Условный пример: интернет-магазин получает 500 заказов в CMS за неделю, но в GA4 видит только 420 покупок. Разница составляет 80 заказов, или 16% от количества заказов в CMS. Это не доказывает, что GA4 потерял ровно 16% данных: причины могут включать согласие пользователей, повторные события и разные правила подсчёта. Но такая разница уже оправдывает технический аудит.
Как правильно настроить передачу данных на WordPress
На WordPress часто работают несколько независимых компонентов: плагин аналитики, GTM, форма обратной связи, WooCommerce и интеграция с CRM. Если каждый компонент отправляет собственные события, дубли и пропуски становятся вероятнее.
Начните с карты событий. Определите, какое действие создаёт каждое событие и какая система отвечает за его подтверждение.
Для формы лучше отправлять событие после успешного ответа сервера, а не при нажатии кнопки. Для интернет-магазина используйте подтверждённый статус заказа и уникальный идентификатор транзакции.
Пример передачи события через dataLayer
Ниже приведён упрощённый пример для формы. Код должен запускаться только после успешного создания заявки на сервере.
function trackLeadSuccess(leadId) {
if (!leadId) return;
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
event: 'generate_lead',
lead_id: String(leadId)
});
}Вызовите trackLeadSuccess() из обработчика успешного ответа сервера, передав реальный идентификатор заявки. В GTM создайте триггер пользовательского события generate_lead и настройте тег GA4.
Важно: пример не предотвращает повторы автоматически. Если функция вызовется несколько раз, GTM может отправить несколько событий. Для защиты от повторов используйте контроль состояния формы или серверную идемпотентность. Не передавайте в GA4 имена, телефоны, адреса электронной почты и другие персональные данные.
Для WooCommerce дополнительно проверьте, не отправляет ли событие покупки сам плагин аналитики. Не добавляйте второй тег purchase, пока не убедитесь, что существующая интеграция его не отправляет.
Когда стоит провести аудит аналитики
Самостоятельной проверки обычно достаточно, если проблема ограничивается одним тегом или очевидной настройкой. Но систематические расхождения требуют комплексной диагностики.
Обратитесь к специалистам, если:
- показатели меняются после каждого обновления сайта;
- CRM регулярно теряет обращения из CMS;
- GA4 показывает больше покупок, чем фактически оплачено;
- источники трафика не сохраняются в заявках;
- отчёты маркетинга и продаж используют разные определения конверсии;
- неизвестно, какой плагин или скрипт отправляет событие.
Команда веб-студии может проверить конфигурацию GA4 и GTM, интеграции WordPress, передачу данных в CRM и логику электронной торговли. По результатам аудита вы получите карту событий, список обнаруженных ошибок и план исправлений.
Заключение
Причины, почему данные GA4 не совпадают с CRM и CMS, чаще всего связаны с разными правилами подсчёта, настройками событий, задержками интеграций и атрибуцией. Полное совпадение не всегда необходимо. Важно понимать происхождение каждого показателя и контролировать путь данных.
Начните с одной конверсии, сопоставьте записи по идентификаторам и проверьте все этапы передачи. Если расхождения повторяются, закажите аудит аналитики в студии «Компьюти». Мы поможем найти источник проблемы, наладить сбор данных и сделать отчёты полезнее для бизнеса.
