План трекинга событий для продуктовой и платформенной аналитики.

Назначение

• Зафиксировать, какие события фиксируются (в приложениях, на бэкенде, в логах).
• Определить владельца события, формат и назначение (воронка, качество, эксперименты).
• Обеспечить согласованность имен и атрибутов между командами.

Источники событий

• Backend / платформа: доменные события уже публикуются в Kafka (см. Event Schema Catalog) — identity.user.events, identity.identifier.events, credential.password.events. Они могут использоваться для аналитики регистрации, входа, верификации.
• Клиентские события (planned): действия в UI (клики, шаги воронки, ошибки) — при появлении фронтенда описываются в этом плане: имя события, параметры, когда отправлять.
• Технические метрики: запросы, задержки, ошибки — собираются через observability-стек (Prometheus, логи); см. Observability.

Структура записи события (рекомендация)

• event_name — уникальное имя (snake_case).
• timestamp — время события (UTC).
• context — user_id, session_id, environment и т.д.
• properties — специфичные атрибуты события (без PII в открытом виде).

Связанные страницы

• Event Schema Catalog — схемы событий Kafka
• KPI Definitions — какие метрики строятся из событий
• Metric Dictionary — словарь метрик
• Product / Metrics — продуктовые метрики