Цели в Метрике считаются, но реальных заявок нет

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

Правильная проверка проходит по всей цепочке: действие пользователя, сервер, уведомление, CRM и ответственный.

Уточните, что запускает цель

Откройте настройки и код. Автоматическая цель, JavaScript-событие, посещение страницы благодарности и клик имеют разные риски. Если событие вызывается до ответа сервера, неуспешная форма всё равно станет конверсией.

Название цели должно отражать факт: «клик по отправке», а не «заявка», если подтверждения нет.

Проведите контролируемый тест

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

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

Страница благодарности создаёт повторы

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

Одна заявка способна создать несколько достижений в одном или разных визитах. Сравнивайте уникальных пользователей осторожно: cookies тоже меняются.

JavaScript-цель вызывается слишком рано

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

Обработайте повторную отправку и тайм-аут, чтобы пользователь не создавал дубли.

Заявка сохраняется, но не доходит дальше

Проверьте почтовую доставку, спам, API CRM, токены, сопоставление полей и назначение ответственного. Сайт может показать успех, а внешняя система — отклонить запрос. Храните журнал и возможность повторной передачи.

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

Тесты, сотрудники и боты

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

Не блокируйте реальных людей сложной CAPTCHA без оценки. Один технический признак не доказывает автоматический визит.

Звонок и мессенджер тоже не равны заявке

Клик по номеру не означает разговор, а открытие мессенджера — отправленное сообщение. Считайте их микроконверсиями и сопоставляйте с телефонией или фактическими диалогами.

Как выстроить надёжное измерение

1. Сохранить заявку на сервере.
2. Присвоить внутренний идентификатор.
3. Показать подтверждение пользователю.
4. Отправить цель после успеха.
5. Передать заявку в CRM с журналом.
6. Сверять системы регулярно.
7. Разделять заявки, лиды и продажи.

Алиса может помочь проверить код формы, цели Метрики и интеграцию, если цифры аналитики расходятся с реальной работой.