Как TDS внутри Smartlink принимает решение: не магия, а маршрут по сигналам

Как TDS внутри Smartlink принимает решение: не магия, а маршрут по сигналам

TDS в smartlink не «угадывает» лучший оффер, а раскладывает каждый клик по набору правил: GEO, device, ОС, язык, часовой пояс, source, sub_id. Если в цепочке не прокинуты параметры, алгоритм слепнет и начинает распределять трафик по шуму, а не по вероятности конверсии.

Первый слой — жесткая фильтрация. На входе отсекаются клики, которые не проходят по whitelist/blacklist, лимитам оффера, caps и правилам гео-сегментации. Второй слой — матчинг с историей: система смотрит, где выше CR, ниже reject rate и стабильнее EPC. Здесь важен не общий средний показатель, а разрез по сегментам и операторам.

Дальше включается логика приоритизации. Если есть несколько офферов под один поток, TDS сравнивает их по фактической отдаче: postback, апрув, холд, повторные клики. Алгоритм обучается на ваших данных, не мешайте ему шумом — не сливайте в один поток мусорные источники, иначе модель начнет оптимизировать неправильную картину. Прокидываем sub_id для глубокой аналитики воронки и не режем атрибуцию на уровне редиректа.

Критическая ошибка — менять правила до накопления статистически значимой выборки. Сплит-тест — единственный объективный судья в арбитраже: один и тот же трафик, разные правила маршрутизации, одинаковые окна постбэка. Только так видно, где TDS реально повышает eCPM, а где просто перераспределяет клики между офферами.

Декомпозиция профита: от клика до финального аппрува начинается с чистого трекинга. Если postback, sub_id и сегментация настроены криво, TDS будет оптимизировать не прибыль, а ошибку в данных.