<b>Сегментация по GEO, устройствам и соединению — база, без которой EPC всегда выглядит случайным</b>

<b>Сегментация по GEO, устройствам и соединению — база, без которой EPC всегда выглядит случайным</b>

Если лить весь трафик в один пул, вы смешиваете разные экономики: GEO с разной платежеспособностью, mobile и desktop с разным CR, Wi‑Fi и cellular с разным качеством сессии. В итоге алгоритм не понимает, где у вас рабочий сегмент, а где шум.

Разбивайте отчёты минимум по трём осям:
— GEO: страна, регион, при необходимости город;
— device: mobile / desktop / tablet;
— connection type: Wi‑Fi, cellular, unknown.
Трафик не терпит кривых настроек postback-запросов, поэтому каждый sub_id должен прокидывать эти параметры до TDS или BI.

Дальше смотрим на EPC в разрезе сегментов и операторов. Если на mobile в одном GEO CR выше, а на desktop ниже — это не повод резать источник целиком, это повод перенести бюджет в нужный кластер. Если cellular даёт больше кликов, но меньше аппрувов, проверьте скорость ленда, вес крео и соответствие оффера типу подключения.

Не пытайтесь оптимизировать «средний» трафик. Алгоритм обучается на ваших данных, не мешайте ему шумом: отделяйте сегменты, сравнивайте CR, EPC и долю апрува, затем масштабируйте только статистически устойчивые связки.