Какие действия в мини-приложении надо считать, а какие только засоряют отчёт

Для аналитики внутри приложения не хватает одного счётчика «запусков». Нужны события, которые показывают путь пользователя до пользы: открыл каталог, выбрал услугу, начал запись, отправил форму, оплатил, вернулся повторно. Тогда видно не просто трафик, а где теряются заявки.

Считайте только шаги, которые помогают управлять продуктом:
— просмотр карточки товара или услуги;
— клик по кнопке действия;
— старт и завершение заявки;
— ошибка на форме или отказ от оплаты;
— повторный визит, если у вас есть лояльность или подписка.

Не перегружайте аналитику мелочами вроде каждого скролла и случайных нажатий. Такие события быстро создают шум и скрывают главное: на каком шаге пользователь передумал. Лучше 8–12 понятных событий, чем длинный список «всё подряд».

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

Сначала настройте события по воронке, потом добавьте 1–2 маркера качества: повторный визит и завершённое целевое действие. Так аналитика остаётся короткой, читаемой и полезной для решений.