[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-tracking-plan::ru":3,"gloss-cluster-tracking-plan::ru":23,"gloss-next-tracking-plan::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"tracking-plan","analytics","План отслеживания (Tracking Plan)","План отслеживания — это единый источник истины, который определяет каждое аналитическое событие: его имя, момент срабатывания и прикреплённые к нему свойства. Это таблица или схема (её формализуют Avo, Segment Protocols и Iteratively), которая не даёт событию `Signup Completed` превратиться ещё и в `signup_complete`, `Sign Up` и `SignupDone` у трёх разных разработчиков. Для основателей продукт с неполным или несогласованным трекингом — это продукт, где каждая воронка и каждая когорта тихо посчитаны неверно, и никто не замечает этого, пока какая-нибудь метрика для совета директоров не окажется странной. План закрепляет соглашения об именовании (обычно объект-действие, прошедшее время), типизированную схему свойств и ответственного за каждое событие. Практический совет: составьте план *до* инструментирования, версионируйте его в git и проверяйте входящие события по нему прямо в CI, чтобы ошибочное `event: undefined` отклонялось на этапе сборки, а не месяцами засоряло ваше хранилище. Относитесь к нему как к контракту данных между продуктом, инженерами и аналитикой — переименование живого события ломает все отчёты ниже по потоку.","План отслеживания — источник истины по каждому событию аналитики: имя, триггер, свойства, чтобы одна регистрация не приходила четырьмя разными названиями.",null,[11,14,17,20],{"slug":12,"name":13},"autocapture","Автозахват (Autocapture)",{"slug":15,"name":16},"customer-data-platform","Платформа клиентских данных (CDP)",{"slug":18,"name":19},"data-contract","Контракт данных (data contract)",{"slug":21,"name":22},"product-analytics","Продуктовая аналитика",[24,28,31,33,36,37,40,43,46,49,52,55],{"slug":25,"category":5,"name":26,"updated_at":27},"ab-testing","A\u002FB-тестирование","2026-08-24T02:46:38+00:00",{"slug":29,"category":5,"name":30,"updated_at":27},"active-user","Активный пользователь (DAU, WAU, MAU)",{"slug":12,"category":5,"name":13,"updated_at":32},"2026-08-24T02:46:37+00:00",{"slug":34,"category":5,"name":35,"updated_at":27},"cost-per-resolution","Стоимость решения обращения (cost per resolution)",{"slug":15,"category":5,"name":16,"updated_at":32},{"slug":38,"category":5,"name":39,"updated_at":27},"deflection-rate","Доля самообслуживания (deflection rate)",{"slug":41,"category":5,"name":42,"updated_at":27},"guardrail-metric","Метрика-ограничитель",{"slug":44,"category":5,"name":45,"updated_at":32},"identity-resolution","Разрешение идентичности (Identity Resolution)",{"slug":47,"category":5,"name":48,"updated_at":32},"multi-touch-attribution","Многоканальная атрибуция (Multi-Touch Attribution)",{"slug":50,"category":5,"name":51,"updated_at":27},"novelty-effect","Эффект новизны",{"slug":53,"category":5,"name":54,"updated_at":32},"retention-curve","Кривая удержания (Retention Curve)",{"slug":56,"category":5,"name":57,"updated_at":27},"sample-ratio-mismatch","Расхождение долей выборки (SRM)"]