Ошибки в названии событий, из-за которых отчёты начинают врать

Ошибки в названии событий, из-за которых отчёты начинают врать

Одинаковое событие, но три названия: signup, Sign Up, reg. Для аналитики это уже три разных сущности. В отчётах появляются дубли, разъезжается воронка, а конверсии в BI и трекере перестают совпадать.

Чаще всего ломают структуру так:
— смешивают регистр и язык: Lead, lead, лид;
— меняют порядок слов: purchase_confirm и confirm_purchase;
— добавляют лишние детали в имя: signup_ios, signup_android, signup_test;
— используют пробелы, точки, спецсимволы и «человеческие» формулировки.

Ещё одна ловушка — переименование без миграции. Старое событие остаётся в истории, новое начинает собирать трафик, и сравнивать периоды становится бессмысленно. Такая же проблема возникает, если один и тот же смысл кодируют через разные названия в разных командах: медиабаинг, продукт и разработка смотрят на один KPI, но считают его по-разному.

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

Если отчёты «поплыли», первым делом проверьте не трафик, а словарь событий: чаще всего проблема не в данных, а в именах.