Как проверить путь посетителя до заявки на сайте хостинг-провайдера

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

Что считать заявкой на сайте хостинга

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

Как составить карту пути от входа до отправки

Для каждого типа заявки нарисуйте цепочку шагов с адресами страниц. Для заказа VPS она может выглядеть так:

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

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

Условный пример: страница тарифов VPS

Возьмём вымышленную страницу «VPS на SSD». Вверху заголовок и короткое пояснение, под ним переключатель «помесячно / за год», затем три карточки тарифов с кнопкой «Заказать». Ниже блок «Нужен перенос сайта? Оставьте заявку, специалист свяжется с вами» с короткой формой.

Что здесь стоит проверить на практике:

• Меняется ли выбранный срок оплаты после перехода к форме заказа. Если пользователь выбрал «за год», а в корзине снова «помесячно», путь прерывается.
• Какое событие отправляет кнопка «Заказать» и отличается ли оно для разных тарифов. Без этого непонятно, какой тариф вообще привлекает внимание.
• Отличается ли форма переноса от формы заказа и по полям, и по цели в аналитике. Это два разных намерения.
• Что видит человек после отправки: сообщение на странице, письмо, срок ответа. Если ничего из этого нет, он может отправить форму повторно.

Где путь теряется технически

Для хостинга характерна одна особенность: заказ часто оформляется на другом домене или поддомене, в личном кабинете или биллинге. Из-за этого возникают типичные сбои.

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

Как провести тестовый прогон

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

Короткий проверочный список

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

Если на каком-то пункте вы не можете ответить уверенно, начните с него: именно там у вас сейчас нет данных о пути посетителя.

Все статьи блога