ПлатформаКастомные события

Отмечайте важные моменты — видите их в контексте сессии

Кастомные события позволяют передавать в Broux любые действия пользователя которые важны вашему бизнесу. Добавил товар в корзину, завершил онбординг, нажал апгрейд — всё это появляется на таймлайне сессии рядом с техническими данными.

Событие появилось на таймлайне в 1:14 — рядом с Network-запросом и ошибкой

Бизнес-контекст внутри технической записи

Broux автоматически записывает технические данные — клики, логи консоли, Network-запросы. Но технические данные не всегда говорят о бизнес-смысле действия. Пользователь нажал кнопку — это понятно. Но нажал ли он кнопку «Купить» или «Отмена»? Завершил ли онбординг или закрыл на полпути? Кастомные события отвечают на эти вопросы — вы сами решаете что отмечать и как называть.

Максимально просто

Вызовите window.Broux.sendCustomEvent() в нужный момент — событие мгновенно появляется на таймлайне сессии. Обязательный параметр только один — action. Всё остальное опционально.

minimal.jsМинимум
window.Broux.sendCustomEvent({
action: "click_buy"
});
with-type.jsС типом
window.Broux.sendCustomEvent({
action: "form_submit",
type: "newsletter",
value: 1
});
purchase.jsБизнес-событие
window.Broux.sendCustomEvent({
action: "purchase_completed",
type: "subscription",
value: 4990,
currency: "RUB",
plan: "growth"
});

Три обязательных параметра максимум — action, type, value. Всё остальное на ваше усмотрение

Что обычно отслеживают

SaaS и стартапы

  • onboarding_startedначал онбординг
  • onboarding_completedзавершил
  • feature_usedключевая функция
  • upgrade_clickedнажал апгрейд
  • plan_changedсменил тариф
  • invite_sentпригласил коллегу

E-commerce

  • product_viewedоткрыл товар
  • cart_addedдобавил в корзину
  • checkout_startedначал оформление
  • payment_attemptedпопытка оплаты
  • order_completedзавершил заказ
  • promo_appliedприменил промокод

Контент и медиа

  • article_startedначал читать
  • video_playedзапустил видео
  • scroll_50середина страницы
  • cta_clickedнажал CTA
  • form_startedначал форму
  • subscription_startedоформил подписку
Как это работает

Три сценария где кастомные события меняют всё

Видите где ломается онбординг

Отправляете событие на каждом шаге онбординга — step_1_completed, step_2_completed, step_3_completed. Фильтруете сессии по последнему событию — видите где пользователи останавливаются. Открываете сессии тех кто не дошёл до конца — смотрите запись и понимаете причину. Технический баг? Непонятный интерфейс? Лишний шаг который вызывает rage click? Конкретная причина — конкретное исправление.

Событие на каждом шаге онбординга — и вы знаете точно где теряете пользователей

Сессии по ключевым шагам

Отправляете события на ключевых шагах — регистрация, активация, первое использование, апгрейд. Фильтруете сессии по событию upgrade_clicked и смотрите что делали пользователи до нажатия. Или фильтруете тех кто кликнул но не оплатил — смотрите где остановились. Каждый шаг становится точкой входа в нужные сессии.

Фильтр по событию upgrade_clicked — и вы смотрите только сессии пользователей которые дошли до апгрейда

Отслеживайте adoption новой функции

Запустили новую фичу — отправляете событие new_feature_used когда пользователь с ней взаимодействует. Фильтруете сессии по этому событию — видите кто использует фичу и как. Adoption низкий? Смотрите сессии тех кто попробовал и бросил — понимаете что не работает. Adoption высокий? Смотрите как используют — возможно не так как задумывали.

Событие при использовании фичи — и вы видите реальный adoption с первого дня запуска

Бизнес-контекст и технические данные — вместе

Кастомные события появляются на таймлайне сессии рядом с логами консоли и Network-запросами. Вы видите полную картину: пользователь нажал «Оплатить» (кастомное событие) → ушёл Network-запрос к API (Network) → API вернул 500 (ошибка в консоли) → пользователь начал кликать повторно (rage click). Цепочка событий от бизнес-действия до технической причины — в одном месте.

От «нажал кнопку» до «вот почему ничего не произошло» — всё на одном таймлайне

Находите нужные сессии за секунды

Любое кастомное событие становится фильтром для сессий. Хотите видеть только сессии где пользователь дошёл до оплаты? Фильтруете по payment_attempted. Хотите видеть тех кто начал онбординг но не завершил? Фильтруете по onboarding_started без onboarding_completed. Точная выборка — без лишних сессий.

Добавьте первое событие за минуту

Одна строка кода — и бизнес-контекст появляется на таймлайне сессии. Начните с самого важного события в вашем продукте.