Frequency capping cross-platform ломается не в UI, а в идентификаторе и окне синхронизации

Frequency capping cross-platform ломается не в UI, а в идентификаторе и окне синхронизации

Если cap задан отдельно для web, app и CTV, пользователь легко получает 3× показов вместо одного лимита. Нужен единый ключ: user_id, household_id или связка через identity graph. Без него вы капите не человека, а девайс.

Техническая схема простая:
— на входе нормализуете identity в общий namespace;
— храните счётчик в Redis/KeyDB с TTL на окно cap;
— инкремент делаете атомарно, до отправки bid response или render;
— отдельно считаете soft cap для частоты в аукционе и hard cap для фактического показа.

Ошибки обычно три: лаг репликации между регионами, расхождение timezone в окне cap и двойной учёт при late win notice. Для мультиплатформы нужен один источник истины, иначе DSP видит clean path, а паблишер — перегретую частоту. 🧩

Если нет стабильного identity, cap строят по иерархии: user > device > household > cookie. Тогда деградация контролируемая, а не хаотичная. Главное — логировать, по какому ключу сработало ограничение, иначе разбирать утечки частоты будете вслепую.