Whitelist режет мусор быстрее blacklist, но требует другой логики теста

Whitelist режет мусор быстрее blacklist, но требует другой логики теста

Blacklist удобен на старте: запускаете широкий тест, режете zone_id по расходу без событий, плохому CR и подозрительно ровным кликам. Минус — вы платите за обучение сетки и за каждый новый мусорный источник.

Whitelist работает наоборот: сначала собираете 20-50 зон с конверсиями или стабильными микро-событиями, потом льёте только туда. Здесь важны не единичные лиды, а повторяемость: зона дала конверт на малом спенде — это не whitelist, это кандидат на повторный тест.

Как делю:
— blacklist: новые гео, новые офферы, мало данных по сетке;
— whitelist: стабильный оффер, понятный prelander, есть postback по зонам;
— гибрид: 70% бюджета на whitelist, 30% на поиск новых зон.

Ошибка — чистить только по CPA. В push зона может давать дешёвый клик и мусорные подписки. Смотрите связку: CTR, CR в prelander, approve/hold, частоту показов, время до конверсии.

Финал: blacklist нужен для разведки, whitelist — для масштабирования без постоянной утечки бюджета. Если данных мало, не делайте whitelist из одного удачного дня.