В отчёте много достижений цели, а менеджер получил мало обращений. Возможная причина: событие отправляется при нажатии кнопки, хотя форма затем показывает ошибку. Бывает и обратная ситуация: заявки поступают, но после обновления сайта нужная цель больше не вызывается.
Сначала определите действие, которое должна подтверждать цель. Клик, принятие формы и запись заявки в CRM отвечают на разные вопросы.
Составьте реестр существующих целей
Запишите название, идентификатор, тип и место использования каждой важной цели. Отметьте, какие цели уже используются в рекламе и отчётах. Не начинайте проверку с удаления старых настроек: сначала нужно понять связи.
Название в интерфейсе удобно сотруднику, а идентификатор участвует в вызове события. Для JavaScript-цели документация Метрики описывает передачу достижения через reachGoal. Значение в коде должно соответствовать согласованному идентификатору, а не похожему тексту кнопки.
Определите смысл каждого события
Клик на кнопке показывает интерес к действию. Успешное принятие формы означает, что сервер обработал предусмотренные данные. Переход в мессенджер не подтверждает переписку. Оплата и коммерческий результат требуют собственной проверки источника данных.
Особенно внимательно проверьте готовые цели форм. В документации Метрики указано, что их поведение связано с элементами формы и событиями, а не автоматически с подтверждённой записью в вашей CRM. Для нужного показателя выбирайте и проверяйте соответствующий сценарий учёта.
| Событие | Что оно подтверждает | Что не подтверждает |
|---|---|---|
| Нажатие кнопки | Попытку начать действие | Принятую заявку |
| Подтверждение формы | Успешную обработку в согласованной точке | Сделку и оплату |
| Переход в мессенджер | Открытие ссылки | Состоявшийся разговор |
| Запись в CRM | Появление обращения | Подходящего клиента и продажу |
Пройдите каждую форму
Откройте страницу, заполните поля и отправьте тестовую заявку с понятной пометкой. Сверьте поведение формы, сохранение обращения и передачу события. Повторите на главной, услуге, проекте и во всплывающем окне, если это разные реализации.
Не ограничивайтесь успешной отправкой. Проверьте пустое обязательное поле, неправильное значение, повторное нажатие и обновление страницы после подтверждения. Ошибка ввода не должна считаться принятой заявкой, если цель предназначена именно для принятия.
Найдите повторные вызовы
Одно событие может отправляться из обработчика кнопки, обработчика формы и отдельного плагина одновременно. На сайтах с несколькими инструментами настройки проверьте код, контейнер управления тегами и готовые интеграции. Наличие нескольких источников вызова требует согласованного правила.
Для AJAX-формы полезно привязать успешное событие к подтверждённому результату обработки и не повторять его при перерисовке сообщения. Но конкретная реализация зависит от формы. Исправление нужно проверять на той версии сайта, где клиент будет отправлять данные.
Сохраняйте рабочие связи с рекламой
Если цель уже участвует в кампании, согласуйте изменения с ответственным за рекламу. По возможности исправляйте момент вызова существующего события, сохраняя нужные идентификаторы. Если требуется новая логика измерения, отметьте дату перехода и различия в отчёте.
Не объединяйте старые и новые данные как полностью одинаковые, если смысл цели изменился. Например, раньше считалась попытка отправки, теперь принятая заявка. Снижение числа достижений после такого исправления может означать более точный учёт, а не потерю клиентов.
Оформите результат проверки
Для каждой цели укажите страницу, тестовый сценарий, ожидаемое событие и фактический результат. Приложите запись заявки или другой предусмотренный признак. Вынесите случаи, которые пока нельзя подтвердить, вместо статуса «всё работает».
После публикации исправления повторите основные сценарии и следите за соответствием обращениям. Аналитика может измерять не всех посетителей из-за условий загрузки и настроек браузера. Поэтому её данные полезно сопоставлять с хранилищем заявок и CRM, не требуя идеального совпадения всех систем.
Документация и проверка сведений
Технические сведения сверены с документацией на 7 октября 2026 года. При настройке конкретного сервиса проверьте его текущую версию и действующие инструкции.
Материалы по соседним задачам
Коротко о важном
Почему цель есть, а заявки нет?
Событие могло сработать на попытке или клике, заявка могла не пройти проверку либо не попасть к менеджеру. Сначала установите точку вызова, затем проверьте всю цепочку обработки.
Нужно ли создавать новые цели после обновления сайта?
Не всегда. Если смысл действия сохраняется, часто достаточно восстановить корректный вызов существующего идентификатора. Изменения согласуйте с тем, кто использует цели в рекламе.
Можно ли считать переход в Telegram полноценным лидом?
Переход показывает открытие ссылки. Обращение подтверждается уже сообщением или записью в системе. В отчёте лучше разделять эти события, чтобы не завышать число реальных заявок.
Разработка и SEO в QuickLanding. Помогаем разобраться в задаче и выбрать подходящий состав работ.
Об эксперте
