[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-double-counting::ru":3,"gloss-cluster-double-counting::ru":23,"gloss-next-double-counting::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"double-counting","analytics","Двойной учёт","Двойной учёт — это запись одного и того же более одного раза, и он раздувает цифры так, что они переживают проверку: каждая отдельная запись выглядит законной. Источники обыденны и накладываются друг на друга. Доставку повторяют после тайм-аута, хотя на деле она прошла, и событие приземляется дважды. Одно и то же действие инструментируют на клиенте и ещё раз на сервере, и оба потока грузят в хранилище. Человек заходит с ноутбука и с телефона и считается двумя пользователями, пока его личности не сшили. Пользователь состоит в трёх рабочих пространствах и попадает по разу в каждое в отчёт, который якобы считает людей. Выручку признают при заведении сделки и ещё раз при выставлении счёта. Соединение с таблицей, где совпадающих строк больше одной, умножает каждый факт, которого касается: это тихая разновидность и она даёт самые крупные ошибки. Самый надёжный признак — арифметика, которая должна сходиться и не сходится: сумма сегментов больше итога, число уникальных пользователей превышает число аккаунтов, цифра подпрыгивает в день включения новой интеграции, а не в день, когда в бизнесе что-то изменилось. Профилактика в основном про идентичность. Давайте каждому событию устойчивый идентификатор, сгенерированный там, где событие произошло, чтобы повторную доставку можно было отбросить на входе, а не сверять потом. Для каждой метрики решайте, какая система является источником истины, вместо того чтобы грузить два одинаково правдоподобных источника. Опишите словами считаемую единицу до того, как напишете запрос: человек, место, аккаунт и рабочее пространство — четыре разных знаменателя. И сделайте сверку суммы частей частью отчёта, а не тем, что кто-то догадается запустить, когда цифра покажется странной. Дедупликация задним числом всегда сложнее, чем кажется: к моменту, когда кто-то замечает, раздутую цифру уже назвали вслух, заложили в планы и сравнили с прошлым периодом, посчитанным по-старому, — а исправление даёт падение, которое приходится объяснять как изменение методики, а не бизнеса.","Двойной учёт раздувает итоги записями, каждая из которых выглядит верной. Обычные источники, арифметические признаки и роль устойчивого идентификатора.",null,[11,14,17,20],{"slug":12,"name":13},"customer-data-platform","Платформа клиентских данных (CDP)",{"slug":15,"name":16},"deflection-rate","Доля самообслуживания (deflection rate)",{"slug":18,"name":19},"identity-resolution","Разрешение идентичности (Identity Resolution)",{"slug":21,"name":22},"tracking-plan","План отслеживания (Tracking Plan)",[24,28,31,34,37,38,42,43,46,49,52,53],{"slug":25,"category":5,"name":26,"updated_at":27},"ab-testing","A\u002FB-тестирование","2026-09-08T21:32:36+00:00",{"slug":29,"category":5,"name":30,"updated_at":27},"active-user","Активный пользователь (DAU, WAU, MAU)",{"slug":32,"category":5,"name":33,"updated_at":27},"autocapture","Автозахват (Autocapture)",{"slug":35,"category":5,"name":36,"updated_at":27},"cost-per-resolution","Стоимость решения обращения (cost per resolution)",{"slug":12,"category":5,"name":13,"updated_at":27},{"slug":39,"category":5,"name":40,"updated_at":41},"data-sampling","Сэмплирование данных","2026-09-08T21:32:37+00:00",{"slug":15,"category":5,"name":16,"updated_at":27},{"slug":44,"category":5,"name":45,"updated_at":41},"feedback-signal","Сигнал обратной связи (Feedback Signal)",{"slug":47,"category":5,"name":48,"updated_at":41},"goodharts-law","Закон Гудхарта",{"slug":50,"category":5,"name":51,"updated_at":27},"guardrail-metric","Метрика-ограничитель",{"slug":18,"category":5,"name":19,"updated_at":27},{"slug":54,"category":5,"name":55,"updated_at":41},"incrementality","Инкрементальность"]