Вы включили семплирование 10% для высокочастотного события scroll (в инструментировании событий оно отправляется не всегда). Как сделать так, чтобы аналитика и качество данных не пострадали?
AНичего не делать: семплирование на больших объёмах не влияет на выводы и не требует поправок на стороне расчётов
BЛогировать
sample_rate в свойствах события и применять веса в расчётах, а критичные для пути пользователя события не семплироватьCПрименять единую константу семплирования 10% ко всем событиям продукта, чтобы аналитика считала метрики без пересчёта весов
DСемплировать события по
user_id хешу с фиксированной долей и не учитывать долю в расчётах: коэффициент примерно сократится в формулахПравильный ответ. При семплировании важно фиксировать
sample_rate и не семплировать события, которые являются основой воронок и инвариантов.Разбор
При семплировании высокочастотных событий критично сохранить возможность правильно пересчитывать метрики. Поэтому в само событие кладут поле sample_rate (или эквивалент), а в SQL-агрегациях умножают COUNT(*) на обратный коэффициент. Критичные события (покупка, регистрация) не семплируют вовсе — они и так редкие. Делать единый коэффициент на все события — терять на критичных. Игнорировать долю в расчётах работает только для долей и средних, но ломается на абсолютных счётчиках, и в пересечении когорт даёт смещение.
Ещё вопросы по теме «Инструментация и качество данных»
- Вы проектируете схему событий для регистрации. Какой вариант сбора событий лучше всего подходит, чтобы считать конверсию в успешную регистрацию и понимать, через какой способ вошли?
- Вы хотите логировать применение фильтров в каталоге. Какой вариант лучше для таксономии событий и последующей аналитики?
- Вы настраиваете мониторинг качества данных для платёжного флоу. Какой набор проверок согласованности наиболее практичен и устойчив к сезонности?
- После обновления SDK сумма по `purchase_succeeded` выросла почти в 2 раза, но платёжный провайдер этого не подтверждает. Что наиболее вероятно и какое действие по качеству данных самое уместное?
- В мобильном приложении события могут копиться офлайн и отправляться позже. Какие поля времени лучше заложить в логирование, чтобы корректно строить путь пользователя и контролировать задержки?
- Все вопросы по «Инструментация и качество данных» →