Кейс-подход: клики по форме есть, а реальных заявок нет
Иногда в аналитике всё выглядит неплохо: пользователи нажимают кнопку, цель срабатывает, маркетолог видит активность. Но в CRM заявок мало или их нет совсем. В такой ситуации нельзя сразу делать вывод, что “клиенты передумали”. Возможно, аналитика считает клик, а не реальную отправку.
Разбирать нужно разницу между намерением пользователя и завершённой заявкой.
Клик по кнопке — не заявка
Кнопка может открывать форму, прокручивать страницу или просто фиксировать интерес. Это ещё не означает, что пользователь отправил данные.
click_button
form_open
form_submit_success
crm_lead_created
Если цель настроена на click_button, отчёт будет завышать количество заявок.
Проверить событие цели
Нужно понять, на каком действии срабатывает цель:
- клик по кнопке;
- открытие формы;
- нажатие “отправить”;
- успешный ответ backend;
- создание заявки в CRM.
Для оценки лидов лучше считать успешную отправку или создание заявки, а не первый клик.
Проверить ошибки формы
Пользователь может нажать “отправить”, но получить ошибку: не заполнено поле, неверный телефон, CSRF, 500, не прошла капча. Если цель срабатывает до проверки, аналитика покажет “заявку”, которой нет.
Network и Console
На тестовой отправке нужно открыть DevTools и посмотреть:
- ушёл ли AJAX-запрос;
- какой HTTP-код вернулся;
- есть ли JavaScript-ошибки;
- какой ответ получил frontend;
- показывается ли пользователю корректное сообщение.
Status Code: 500
Response: internal server error
Если при этом цель уже сработала, аналитика настроена неправильно.
CRM и почта
Даже успешный ответ сайта ещё не гарантирует, что заявка дошла до бизнеса. Нужно проверить CRM, письмо менеджеру и локальную базу заявок.
site_form_status: success
crm_status: failed
mail_status: success
Такой статус лучше, чем одна общая надпись “отправлено”.
Спам и фейковые отправки
Бывает обратная ситуация: заявок много, но они мусорные. Тогда нужно отделить реальные обращения от спама, дублей и автоматических отправок. В аналитике они могут выглядеть как конверсии, но продажам не помогают.
Правильная цепочка событий
Для нормального анализа лучше иметь несколько событий:
- пользователь увидел форму;
- начал заполнение;
- получил ошибку валидации;
- успешно отправил форму;
- заявка сохранена на сайте;
- лид создан в CRM.
Тогда видно, где именно отваливаются пользователи.
Чек-лист
- Понять, что именно считает цель аналитики.
- Разделить клик, открытие формы и успешную отправку.
- Проверить ошибки валидации.
- Проверить Network и Console.
- Отправить тестовую заявку и найти её в CRM.
- Проверить письмо менеджеру.
- Отделить реальные заявки от спама и дублей.
- Настроить событие на успешную отправку, а не на клик.
Клики по форме показывают интерес, но не результат. Для бизнеса важна заявка, которую можно обработать. Поэтому аналитика должна считать не только действие в интерфейсе, а подтверждённый проход заявки по цепочке.
Комментарии (0)
Пока нет комментариев. Будьте первым!