Mixpanel ломают не события, а кривая схема именования и лишние свойства

Контекст: продукт, SaaS, mobile, CPA-воронка. Mixpanel хорош, когда команда заранее решила, что измеряет, а не просто «собирает всё подряд».

Что чаще всего портит аналитику:
— смешивают названия событий: signup, sign_up, registration
— тащат в свойства всё подряд, вместо 3-5 ключевых параметров
— отправляют server-side и client-side как дубликаты без правил
— не фиксируют единый user_id / anon_id и теряют путь пользователя

Минимальная схема: 1) словарь событий, 2) список обязательных свойств, 3) правила дедупликации, 4) воронка из 3-5 шагов без мусора. Для арбитража отдельно держат landing_view, lead_submit, qual_lead, purchase; для продукта — activation, core_action, retention_event.

Если Mixpanel «всё считает, но ничему нельзя верить», проблема обычно не в инструменте, а в taxonomy. Начинайте не с дашборда, а с таблицы: событие, когда срабатывает, кто отправляет, какие свойства обязательны. Это экономит недели на переделках.