Техническая аналитика сайта: какие данные нужны бизнесу для решений

Бизнес часто смотрит на сайт через два числа: сколько было посетителей и сколько пришло заявок. Этого мало. Такие цифры не объясняют, почему заявок стало меньше, какие страницы тормозят, где ломается форма, какие источники дают мусорные обращения и что происходит после передачи в CRM.

Техническая аналитика нужна, чтобы принимать решения не по ощущениям, а по проверяемым данным.

Заявка важнее клика

Клик по кнопке — это ещё не заявка. Нормальная аналитика должна отличать:

• просмотр страницы;
• открытие формы;
• начало заполнения;
• ошибку валидации;
• успешную отправку;
• создание лида в CRM;
• качественную заявку после проверки менеджером.

Если цель настроена на клик, отчёт может показывать конверсии, которых в продажах нет.

Ошибки форм

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

form_error:
- field: phone
- reason: invalid_format
- page: /service/

Такая статистика помогает улучшать форму, а не спорить о вкусе.

Источники заявок

UTM-метки должны доходить до CRM. Иначе маркетинг видит одно, продажи другое, а владелец бизнеса не понимает, какой канал работает.

Минимально стоит передавать:

• utm_source;
• utm_medium;
• utm_campaign;
• страницу заявки;
• тип формы;
• дату и время обращения.

Скорость страниц

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

page: /service/
device: mobile
load_time: 5.8s
form_submit_rate: ниже среднего

Если медленная только одна посадочная страница, нет смысла оптимизировать весь сайт одинаково.

CRM-статусы

Не все заявки одинаковы. Важно видеть, что произошло после сайта:

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

Без обратной связи из CRM сайт оптимизируют на количество обращений, а не на качество.

Технические ошибки как метрика

500 ошибки, падение AJAX, недоступность CRM, SMTP-ошибки и таймауты API должны попадать в отчёты поддержки. Это не только технический шум. Каждая такая ошибка может означать потерянные деньги.

Не собирать всё подряд

Слишком много данных мешает не меньше, чем их отсутствие. Для начала достаточно нескольких рабочих метрик:

1. посетители по источникам;
2. открытия и успешные отправки форм;
3. ошибки форм;
4. заявки, созданные в CRM;
5. качество заявок по статусам CRM;
6. скорость ключевых страниц;
7. технические ошибки за период.

Периодический отчёт

Отчёт должен отвечать на вопросы:

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

Чек-лист

1. Отделить клики от успешных заявок.
2. Собирать ошибки форм.
3. Передавать UTM и страницу заявки в CRM.
4. Смотреть скорость по ключевым шаблонам страниц.
5. Возвращать из CRM статус и качество заявки.
6. Фиксировать технические ошибки как бизнес-риск.
7. Не перегружать отчёт лишними метриками.
8. Формировать выводы, а не только таблицы.

Хорошая аналитика сайта показывает не просто “сколько было людей”. Она показывает, где пользователь стал заявкой, где заявка потерялась и какие технические проблемы мешают бизнесу получать результат.