Retention считается по-разному, и задержки убивают точность. Вот как не запутаться.

Retention — метрика про возвраты. Но когда постбэк идёт не сразу, а данные приходят порциями, расчёты ломаются. Нужно выбрать метод и придерживаться его.

Два главных подхода:

• Cohort retention. Берёшь группу пользователей, установивших app в один день. Смотришь, сколько вернулось на день 1, день 7, день 30. Метод работает, но требует финального дождления данных. Если постбэк задерживается на 3 дня, то D1-метрика будет неполной. Решение: либо смотреть на когорты старше чем на 3+ дня, либо заложить буфер и пересчитывать каждый день.

• Event-based retention. Не группируешь по дню установки, а просто смотришь на долю активных юзеров в каждый день. Быстрее, но менее информативно и чувствителен к качеству данных и трафику.

Главное — не смешивать методы в одной таблице. Если выбрал cohort, считай только cohort. Если задержки данных критичны, вводи правило: данные считаются финальными через N дней. До этого — черновик, помечаешь как provisional.

Выбери один метод, зафиксируй правило задержки, и тогда цифры будут сравнимы день в день.