Одна заявка считается дважды: как найти повторное событие

В журнале одна заявка, а в аналитике два события успеха. Прежде чем менять рекламные настройки, повторите отправку и посмотрите, какие обработчики вызывают событие. Цель могла остаться в старом коде формы и одновременно появиться в новом модуле аналитики. Счётчик фиксирует то, что ему передали, поэтому начинать нужно с цепочки отправки.

Определите, что именно повторяется

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

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

Проверьте все места вызова

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

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

Разберите повторное отображение результата

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

Не ставьте глобальный запрет «отправлять цель один раз за визит» без проверки сценария. Посетитель вправе отправить две разные заявки. Локальная защита от повторного вызова для одного результата не должна скрывать следующее обращение. Серверная защита от повторной обработки и браузерная аналитика имеют отдельные правила и ограничения.

Составьте проверочную последовательность

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

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

Проверьте смысл названия цели

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

Связанные материалы

Страница благодарности или событие: как считать отправку заявки

Мало заявок: как читать статистику и не делать случайных выводов

Документация для проверки

Передача целевого события: Яндекс Метрика

События Google Analytics: документация разработчика

Ссылки на документацию проверены 8 октября 2026 года. Названия настроек и возможности сервисов могут меняться; перед внедрением сверяйте актуальные условия.