Почему GA4 и CRM показывают разное количество заявок: как найти пропуски и дубли

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

Если отчёт показывает много конверсий, а менеджер видит мало обращений, легко решить, что реклама приводит плохих клиентов. Но событие могло сработать при нажатии кнопки ещё до ответа сервера. Возможна и обратная ситуация: заявка сохранена, а браузер не отправил сигнал в GA4. До выяснения причины показатель стоимости заявки может вводить в заблуждение.

Определите, какие заявки вы сравниваете

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

Google рекомендует generate_lead для обращения через форму или запроса информации. Это событие нужно настроить: оно не возникает автоматически только потому, что на странице установлена аналитика. Автоматическое form_submit, если включено измерение взаимодействий с формами, тоже требует проверки на конкретной реализации и не доказывает сохранение обращения.

Отправки, контакты и подходящие клиенты — разные показатели

Допустим, один человек отправил две самостоятельные заявки за один визит. Это две отправки, но CRM может объединить их в один контакт. Если одна заявка позже признана нецелевой, число подходящих обращений уменьшится ещё раз. Для технической сверки нужны исходные принятые отправки, включая впоследствии отклонённые, с отдельно отмеченными тестами и спамом.

В GA4 различайте количество событий, пользователей и ключевых событий. Для ключевого события доступны подсчёт каждого срабатывания и подсчёт один раз за сеанс. Второй вариант объединит повторные срабатывания в пределах сеанса, в том числе самостоятельные обращения. Он не устраняет причину дублей в коде; изменение метода применяется к будущим данным.

Найдите точку, в которой заявка действительно принята

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

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

Проверьте отдельно сохранение и получение события

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

При обрыве связи после сохранения браузер может показать ошибку, хотя запись уже существует. Повторная отправка тогда способна создать ещё одну запись. Это задача обработки повторных запросов на сервере и проверки состояния сохранения; одним изменением тега её не решить.

Ищите дубли и пропуски по месту возникновения

Когда событий больше, чем принятых обращений

Проверьте, кто отправляет именно это событие и в какой ресурс: код страницы, Google Tag Manager, плагин сайта или серверная интеграция. Два механизма, настроенные на одну успешную отправку, могут дать два события. Само присутствие Google tag и GTM ещё не доказывает дублирование — нужно увидеть повтор одного сигнала.

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

Когда события отсутствуют или их меньше

Проверьте нужный ресурс и поток GA4, запуск тега на конкретной странице, условия триггера, ошибки JavaScript и ответ сервера. Иногда аналитика работает на главной странице, а форма находится в другом шаблоне. Иногда сообщение об успехе появляется без ветки кода, которая отправляет событие.

Есть и ограничения наблюдения: посетитель может не дать согласие на аналитику, расширение может блокировать запрос, соединение может прерваться. Обращение при этом сохраняется независимо. Состояние согласия проверяйте как отдельное условие теста. Моделирование при соблюдении требований GA4 может дополнять данные, но не создаёт проверяемую запись для каждого пропущенного обращения и доступно не во всех представлениях.

Сверьте период, фильтры и источники

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

Ограничьте обе стороны одной формой и сайтом. Зафиксируйте, как исключаются тесты, спам и внутренний трафик, учитываются удалённые записи и объединение контактов. Проверьте, показывает ли CRM заявки по дате создания или сделки по дате изменения статуса. Эти выборки отвечают на разные вопросы.

Отделите подсчёт от распределения по рекламе

Сначала сверяйте общий сигнал формы без разбивки по каналам. Затем разбирайте источники. CRM может хранить метку перехода, а выбранный отчёт GA4 — распределять ценность ключевого события по правилам атрибуции. Метки первого обращения, сеанса и события тоже нельзя считать одной и той же величиной.

У отчётов и исследований GA4 бывают различия из-за обработки, моделирования и ограничений данных. Смотрите сообщения о качестве данных и сохраняйте название отчёта, показатель и фильтры рядом с результатом. После проверки измерения можно перейти к отдельному вопросу: окупается ли Google Ads с учётом качества заявок и продаж.

Протестируйте одну форму по таблице

Это шаблон приёмки, а не результаты проверки конкретного аккаунта. Ожидаемые события указаны для теста с разрешённой аналитикой, без блокировки запросов, при правиле «одно событие на принятую отправку». Сначала используйте тестовую среду; если нужна проверка на рабочем сайте, заранее отметьте обращения как тестовые и согласуйте их исключение из бизнес-отчётов.

Для наблюдаемого события используйте Tag Assistant, режим предварительного просмотра GTM и DebugView GA4 по ситуации. Отладочный режим должен быть включён для проверяемого устройства. Просмотр триггера ещё не доказывает получение события аналитикой; после технического теста отдельно проверьте обычный отчёт за обработанный период.

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

Исправляйте подтверждённую причину и повторяйте проверку

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

Бесплатный Google Analytics Advisor для Codex и Claude Code помогает проверить доступные настройки GA4, GTM и код проекта, найти отсутствующие или повторяющиеся теги и подготовить поддерживаемые изменения. Изменения требуют отдельного согласования. Плагин не выполняет деплой сайта; записи CRM проверяют отдельно.

Начать можно с задания: «Проверь измерение формы консультации: какие события отправляются, когда возникает generate_lead и есть ли повторные срабатывания. Составь таблицу доказательств и план исправления». Для ошибки сохранения, формы или передачи в CRM понадобится доработка продукта и интеграции. Сначала получите объяснимую цепочку заявки, затем используйте её для решений о расходах.

Практический порядок решения

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

Источники и методология

Для проверки фактов и технических деталей использованы следующие материалы:

• GA4: рекомендуемое событие generate_lead
• GA4: автоматическое измерение взаимодействий с формами
• GA4: методы подсчёта ключевых событий
• GA4: обработка и доступность данных
• GA4: моделирование и согласие на аналитику
• GA4: различия между отчётами и исследованиями
• GA4: проверка получения событий в DebugView
• Google Analytics: исключение персональных данных из аналитики
• Google Analytics Advisor: возможности и порядок работы