Если Google Analytics не считает заявки, маркетинговый отчет занижает результат рекламы, хотя формы и заказы работают. Причина может находиться между нажатием кнопки и отчетом: frontend не отправил событие, контейнер не сработал, consent запретил хранение, событие получило другое имя или не отмечено как ключевое.

Не создавайте несколько одинаковых тегов в надежде увидеть больше данных. Сначала проследите одну тестовую заявку от действия пользователя до диагностического режима и только потом сравнивайте агрегированные отчеты.

Уточните, что именно не считается

Форма, аналитическое событие и конверсия являются разными этапами одного сценария.

  • Заявка сохраняется в CRM, но событие отсутствует в отладке аналитики.
  • Событие приходит, однако не отображается как ключевое действие.
  • Часть форм учитывается, а формы в popup или на мобильной версии нет.
  • Данные видны в реальном времени, но отличаются в итоговом отчете.

Почему возникает проблема

Чаще всего разрыв возникает из-за неверного момента отправки или расхождения названий и параметров.

  • Событие отправляется по клику, а не после подтвержденного успешного ответа сервера.
  • Имя события в коде отличается регистром или символами от настройки конверсии.
  • Тег не запускается для AJAX-формы, popup или другого домена.
  • Consent mode или блокировщик не разрешает нужный режим хранения.
  • Два контейнера конфликтуют, фильтруют или дублируют одно действие.

Пошаговая диагностика

Проверяйте одну тестовую заявку с уникальным идентификатором и точным временем.

  1. Подтвердите сохранение заявки на backend и запишите ее ID.
  2. Откройте отладку тегов и проверьте событие после успешной отправки формы.
  3. Сверьте имя события, параметры, measurement ID и активный контейнер.
  4. Проверьте Network-запрос аналитики и отсутствие JavaScript-ошибок.
  5. Повторите сценарий с разными настройками consent и на мобильной версии.

Считайте подтвержденный результат, а не клик

Надежная конверсия создается после того, как сервер принял заявку и вернул успешный ответ.

  • Передавайте уникальный lead_id без персональных данных.
  • Отправляйте событие один раз после подтверждения backend.
  • Для страницы благодарности исключите повторный учет при обновлении.
  • Согласуйте названия событий между сайтом, GTM и отчетами.

Как исправить проблему

Исправление должно сохранять связь между заявкой и событием, но не передавать email или телефон в аналитику.

  1. Перенесите вызов события в обработчик успешного ответа формы.
  2. Исправьте trigger для AJAX, popup и встроенных форм.
  3. Унифицируйте event name и отметьте его как ключевое событие.
  4. Удалите лишние счетчики и проверьте настройки consent.
  5. Добавьте обезличенный ID заявки для сверки количества без персональных данных.

Как проверить результат

  • Тестовая заявка присутствует в CRM и диагностическом режиме.
  • Одно обращение создает ровно одно событие.
  • Мобильная и desktop-формы используют одинаковую схему.
  • Итоговый отчет начинает получать новые конверсии после обработки данных.

Типичные ошибки

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

Как предотвратить повторение

  • Добавьте тест аналитики в приемку каждой новой формы.
  • Ведите словарь событий и параметров.
  • Мониторьте резкое падение доли заявок с событием.
  • Проверяйте consent и контейнер после изменений сайта.

Когда нужна помощь

Если заявки поступают, но Google Analytics их не считает, я прослежу событие от формы до отчета, проверю dataLayer, GTM, GA4 и consent, устраню дубли или пропуски и настрою сверку без передачи персональных данных.