Вы хотите логировать применение фильтров в каталоге. Какой вариант лучше для таксономии событий и последующей аналитики?
AСоздавать отдельные события
filter_applied_color, filter_applied_brand и так далее под каждый тип фильтра.BЛогировать общее событие
user_did_something и складывать все детали фильтра в одно текстовое поле.CЛогировать единое событие
filter_applied с параметрами вида {filter: 'brand', value: 'nike'} в payload.DЛогировать событие
filter_applied без параметров, а конкретное значение фильтра восстанавливать по скриншотам интерфейса.Правильный ответ. Стабильное имя события и динамические параметры в полях обычно лучше, чем плодить отдельные события под каждое значение.
Разбор
Динамические имена событий раздувают таксономию и усложняют запросы и контроль качества данных. Единое событие с параметрами позволяет добавлять новые фильтры без взрыва числа имён. Такой подход проще валидировать и сравнивать между платформами. Текстовые поля и скриншоты плохо подходят для надёжной аналитики и автоматических проверок.
Ещё вопросы по теме «Инструментация и качество данных»
- Вы проектируете схему событий для регистрации. Какой вариант сбора событий лучше всего подходит, чтобы считать конверсию в успешную регистрацию и понимать, через какой способ вошли?
- Вы настраиваете мониторинг качества данных для платёжного флоу. Какой набор проверок согласованности наиболее практичен и устойчив к сезонности?
- После обновления SDK сумма по `purchase_succeeded` выросла почти в 2 раза, но платёжный провайдер этого не подтверждает. Что наиболее вероятно и какое действие по качеству данных самое уместное?
- В мобильном приложении события могут копиться офлайн и отправляться позже. Какие поля времени лучше заложить в логирование, чтобы корректно строить путь пользователя и контролировать задержки?
- Вы описываете схему событий для `purchase_succeeded`. Как лучше хранить сумму покупки в свойствах события, чтобы избежать проблем качества данных при агрегациях?
- Все вопросы по «Инструментация и качество данных» →