Перейти к содержимому

Возможности

Узнайте, кого на самом деле задела ошибка

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

Все возможности Buglapse

Пользователи

Люди, а не только счётчики событий

  • Затронутые пользователи инцидента

    У каждого инцидента рядом с числом событий видно число разных пользователей, которых он коснулся, — первое, на что стоит смотреть, выбирая, что чинить.

  • Страница каждого пользователя

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

  • Поиск по пользователю

    Фильтр по пользователю в поиске находит всё, с чем столкнулся конкретный аккаунт.

  • Вы решаете, что отправлять

    Сохраняются только поля, которые вы передали в SDK. Секреты маскируются на сервере, а IP-адреса можно хешировать на тарифах с расширенной очисткой данных.

Как это работает

Идентификация одним вызовом

  1. 1

    Вызовите setUser после входа

    Передайте id и при желании email, username или имя. Все поля необязательны.

  2. 2

    Дополняйте по мере появления

    Повторный вызов setUser дополняет уже известное, а не заменяет его, поэтому email можно добавить позже.

  3. 3

    Смотрите пользователей в дашборде

    У инцидентов показаны затронутые пользователи, а на странице Users — все, кого видел проект, начиная с недавно активных.

auth.ts
import { setUser } from '@buglapse/browser'

setUser({ id: user.id, email: user.email })

Подробнее

Как определяются пользователи

Как события привязываются к человеку

С момента вызова setUser пользователь прикрепляется к каждому событию, отправленному после: ошибкам, логам, спанам и сессиям. Buglapse сопоставляет события с одним человеком сначала по id, затем по email. Дополнительные поля, например тариф или название компании, сохраняются и показываются у события. В Node.js пользователя можно задать на один запрос, поэтому параллельные запросы не путают своих пользователей.

Управление приватностью

Очистка на сервере маскирует пароли, токены, номера карт и ключи в каждом событии до его сохранения — какой бы SDK его ни отправил. В проекте можно добавить свои названия чувствительных полей и отметить поля, которые очищать нельзя. Идентификаторы, на которые опирается Buglapse, — id, email, username и имя пользователя — сохраняются как есть, поэтому передавайте внутренний id вместо почты, если не хотите хранить персональные данные.

На каждом тарифе

Сравнить все тарифы
На каждом тарифе
Free Pro Team
Ошибки и инциденты14 дней30 дней90 дней
Свои правила очистки данных, хеширование IPНе включеноВключеноВключено

Вопросы

Частые вопросы

Остались вопросы?

Напишите нам — поможем с подключением, тарифом или self-hosted.

Написать нам

или на почту hello@buglapse.com

А посетители без авторизации?
Если setUser не вызывался, события относятся к пользователю по IP-адресу запроса, поэтому анонимные посетители всё равно считаются отдельными пользователями.
Какие поля пользователя можно отправлять?
Для сопоставления и отображения используются id, email, username и имя. Любое другое поле сохраняется и показывается у события.
Можно ли не хранить персональные данные?
Да. Отправляйте только внутренний id, включите хеширование IP там, где оно входит в тариф, и добавьте свои названия полей в правила очистки проекта.

Смотрите также

Мониторинг ошибок

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

Подробнее: Мониторинг ошибок

Реплеи сессий

Посмотрите, что видел пользователь перед ошибкой; поля ввода маскируются по умолчанию.

Подробнее: Реплеи сессий

Готовы увидеть, что на самом деле происходит в вашем приложении?

Создайте проект на бесплатном тарифе и отправьте первое событие за пару минут.

Остались вопросы? Напишите на hello@buglapse.com