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

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

Если event taxonomy собрана плохо, дальше вы строите не аналитику, а спор о смыслах. Один и тот же клик называют button_click, CTA tap и action_1 — потом нельзя собрать воронку, сравнить каналы или понять, где просела конверсия.

Минимальный каркас для продукта или CPA-лендинга такой:
— 1 событие = 1 действие пользователя, без «универсальных» названий
— имя читается без контекста: signup_start, checkout_submit, lead_confirm
— параметры отделяют сущность от действия: offer_id, page_type, traffic_source
— одинаковые правила для web, app и server-side, иначе когорты поедут

Чаще всего ломают аналитику три ошибки: смешивают микро- и макроконверсии в одной воронке, дублируют событие на клиенте и сервере без дедупликации, и меняют названия под каждый эксперимент. В итоге retention, ROAS и payback считают по разным версиям реальности.

Хорошее правило простое: прежде чем рисовать дашборд, проверьте, можно ли по названиям событий собрать путь пользователя без объяснений от разработчика. Если нет — сначала чините taxonomy, потом уже графики.