Subscription frequency capping: настройка, которая режет лишний расход до запуска

Subscription frequency capping: настройка, которая режет лишний расход до запуска

Если cap не настроен, push быстро съедает бюджет на повторных показах одной и той же аудитории. Базовый чек-лист простой:
— отдельно задайте cap для новопришедших и для ретаргет-цепочек;
— не смешивайте tier-1 и tier-3 в одном лимите;
— для test-кампаний ставьте более жёсткий cap, чем для масштабирования;
— проверяйте, не конфликтует ли cap с whitelist/blacklist.

Главная ошибка — считать frequency capping заменой whitelist. Это не одно и то же: cap ограничивает частоту, whitelist отсекает мусорные площадки и оставляет источники, где есть повторяемый CR. Если у вас cap низкий, а whitelist пустой, вы просто ограничите объём, но не качество.

Для subscription push отдельно смотрите на окно повторного касания. Короткое окно даёт больше кликов на первых касаниях, но быстрее выжигает базу. Длинное — снижает давление на аудиторию, но требует аккуратнее следить за postback и разносом по сегментам. Если крео одно и то же, cap надо делать жёстче.

Проверьте ещё одну вещь: cap должен жить вместе с логикой паузы по конверсии. Если юзер уже сконвертился, он не должен получать тот же поток повторно. Иначе вы платите за клики в пустоту.

Сначала настраивайте cap как защиту от перерасхода, потом уже крутите частоту ради добора объёма.