Аналитика заявок с сайта: что измерять кроме нажатий на кнопку

Сначала договоритесь, что считать заявкой

Надпись «заявки» в отчёте может объединять разные действия: открытие формы, нажатие кнопки, получение запроса сервером и разговор с потенциальным клиентом. Если назвать их одним словом, маркетолог будет оценивать рекламу по интересу, а руководитель продаж — по обращениям, с которыми можно работать. Числа разойдутся даже при исправном сайте.

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

Составьте короткую карту событий

Начните с одной основной формы и перечислите шаги от просмотра предложения до подтверждения отправки. Для каждого события укажите понятное название, условие срабатывания, необходимые параметры и ответственного. В Метрике целевое событие можно передавать методом reachGoal; точку вызова разработчик выбирает в соответствии с вашим определением события.

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

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

Свяжите отчёт с реальными обращениями

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

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

Добавляйте только нужные разрезы

Для первых решений обычно достаточно страницы входа, источника перехода, типа устройства и вида формы. Направление услуги можно передавать коротким кодом из согласованного справочника. Не отправляйте в обычные аналитические события ФИО, email, телефон или текст сообщения. Проверьте также адреса страниц и рекламные метки: контактные данные не должны попадать туда из заполненной формы.

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

Проверьте успешный и неуспешный путь

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

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

Завершайте отчёт проверяемым решением

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

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