Софт для арбитража и для CPA-сети: разница

По запросу «арбитраж трафика программы» поисковик выдаёт вперемешку два разных рынка софта. Первый — инструменты арбитражника: человека, который покупает трафик и направляет его на чужие офферы. Сюда входят антидетект-браузеры, прокси, трекеры и сервисы, которые показывают чужую рекламу. Второй рынок — платформы для CPA-сети: софт, в котором сеть регистрирует офферы, принимает конверсии, держит холды, считает выплаты вебмастерам и счета рекламодателям. Наборы почти не пересекаются, и одна точка касания у них всё-таки есть — постбэк, соглашение о том, как событие о конверсии передаётся с сервера на сервер. Ниже — что входит в каждый набор, что из него действительно нужно оператору сети, где проходит граница и во что это обходится в месяц.

Софт арбитражника

Задача арбитражника — привести платный трафик на оффер и не потерять бюджет на блокировках и банах. Под эту задачу софт складывается в три слоя. Слой доступа: аккаунты рекламных площадок и IP-адреса, с которых трафик запускается. Слой аналитики: трекер, который показывает, какая связка «источник — оффер — креатив» приносит конверсии. Слой креатива: то, чем трафик привлекают, и то, что пользователь видит на посадочной странице. Меняется только масштаб: новичок собирает минимальный набор, команда заливает через десятки аккаунтов — слои остаются те же.

Антидетект-браузер

Рекламные площадки связывают кабинеты между собой по цифровым отпечаткам и платёжным следам, а связанные кабинеты банят пачкой — вместе с бюджетом на балансе. Антидетект-браузер выдаёт каждому профилю собственный отпечаток: разрешение экрана, набор шрифтов, параметры Canvas и WebGL, часовой пояс, cookies. Один профиль — один аккаунт, и пересечений, по которым площадка склеила бы кабинеты, нет. Профили передаются коллегам без пароля от самого кабинета: дизайнер заходит в нужное окно, не касаясь остального.

Рабочая единица антидетекта — профиль. Внутри профиля живут отпечаток, cookies, привязанный прокси и пометки команды. Профили группируют по проектам и раздают исполнителям: у подрядчика — свой набор, у тимлида — доступ к общему. Отпечаток подбирают под аудиторию кампании: мобильный трафик ведут с мобильных профилей, иначе площадка видит расхождение между типом кабинета и рекламой, которая из него выходит.

Прокси

К каждому профилю подключают свой IP-адрес: десять кабинетов с одного адреса выглядят как одна ферма, какими бы чистыми ни были отпечатки. Прокси бывают трёх основных типов. Серверные — адреса дата-центров, дешёвые и подходящие для задач с мягкой модерацией. Резидентские — адреса домашних провайдеров, дороже, но живучее под придирчивой проверкой. Мобильные — адреса операторов связи, самый дорогой тип, для вертикалей, где площадки смотрят на трафик особенно строго. Гео адреса подбирают под гео оффера: трафик на индонезийский оффер с немецкого IP модерацию не пройдёт.

По формату выдачи прокси делятся на статические и ротационные. Статический адрес закреплён за профилем и живёт неделями — так ведут кабинеты с историей. Ротационный меняется по таймеру или по запросу — так проверяют выдачу и собирают данные. Протокол имеет значение: HTTP-прокси закрывает задачи браузера, SOCKS5 нужен софту, работающему поверх TCP. Пакеты продают по числу адресов или по трафику, и чем агрессивнее залив, тем быстрее адреса расходуются.

Расходники и аккаунты

Не всё, что нужно арбитражнику, называется софтом. Под залив нужны сами рекламные кабинеты — например, Facebook — и средства их пополнения; кабинеты покупают у владельцев ферм или регистрируют самостоятельно. Это переменная часть бюджета: она растёт вместе с объёмом трафика и обнуляется вместе с ним. Кабинеты с балансом и историей стоят дороже свежих, а лимиты расходов у новых аккаунтов ниже: площадка поднимает потолок постепенно, пока кампании не нарушают правил. Поэтому свежий кабинет не нагружают сразу — его выводят на рабочий объём за несколько дней. У сети из этого списка нет ничего — ей нечем и незачем лить трафик.

Клоака

Клоака показывает разным посетителям разные страницы. Модератору площадки, который пришёл проверить кампанию, открывается «белая» страница по правилам площадки; живому пользователю — рабочий лендинг оффера. Решение принимается автоматически: по IP, User-Agent, гео и другим признакам. Механика типична для вертикалей, где оффер не проходит модерацию напрямую, и занимает в бюджете арбитражника отдельную строку.

Фильтры клоаки настраиваются по стране и городу, типу устройства, оператору, рефереру, поведению на странице. Белую страницу собирают отдельно и следят, чтобы она не выбивалась из правил площадки: модератор может прийти повторно, и старый пропуск нового не гарантирует.

Трекер

Трекер — аналитическое ядро набора. Он генерирует ссылки с метками sub_id, считает клики, расход, конверсии и EPC по каждой связке и принимает постбэки: когда рекламодатель подтверждает целевое действие, уведомление приходит в трекер и падает в отчёт. По этим отчётам арбитражник в тот же день отключает связки без прибыли и масштабирует прибыльные. Часть трекеров — облачные сервисы, часть ставится на собственный VPS, чтобы статистика не зависела от чужого сервера.

Механика ссылки выглядит так: клик приходит на домен трекера, получает идентификатор и уходит на оффер с меткой sub_id. Когда рекламодатель подтверждает целевое действие, постбэк возвращает sub_id, и конверсия падает в отчёт той связки, из которой пришёл клик. Перенаправление занимает доли секунды, но домен трекера обязан держать пиковый клик и отвечать быстро: каждая лишняя сотня миллисекунд на редиректе стоит конверсий.

Spy-сервисы

Spy-сервисы собирают библиотеки чужой рекламы: объявления, лендинги, гео и сроки жизни кампаний, которые уже крутятся в вертикали. Это способ не начинать с нуля: перед запуском видно, какие креативы живут дольше нескольких дней, а какие площадки режут сразу.

Библиотеки делятся по площадкам и форматам: в одних собрана реклама социальных сетей, в других — пуш-уведомления, попапы, поисковая реклама. Фильтры по гео, языку, вертикали и сроку жизни кампании оставляют в выборке связки, которые работают сейчас.

Лендинги и креатив

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

Посадочные держат на отдельном домене или поддомене с сертификатом и выпускают их пачками: под каждую связку — своя страница. Скорость загрузки входит в конверсию напрямую, поэтому тяжёлые баннеры и лишние скрипты обходятся дороже любого хостинга.

Сервер и учёт

Под самостоятельный трекер, чекеры прокси и мелкие скрипты берут VPS. Расходы сводят в таблицы: сколько ушло на кабинеты, адреса, софт, сколько принесла связка. Без этого слоя стек не считается, а просто тратится: EPC по связке бессмыслен, если расход на неё записан в другой таблице.

VPS под трекер выбирают ближе к гео трафика: сервер рядом с аудиторией отвечает быстрее. К нему подключают домены и сертификаты, а за доступностью следят отдельно: упавший трекер останавливает весь залив, от прокси до кабинетов.

Софт сети

Сеть не покупает трафик и не запускает рекламу сама. Она стоит между двумя сторонами: рекламодателем, у которого оффер и бюджет, и вебмастерами, которые приводят на оффер трафик — каждый своим арбитражным стеком. Задача софта сети — учёт и расчёты: кто принёс конверсию, подтвердил ли её рекламодатель, сколько сеть должна вебмастеру и сколько ей должен рекламодатель. Это программа другого класса: не обход ограничений площадок, а бухгалтерия партнёрских отношений, которая работает в реальном времени. Набор модулей у платформ для сетей устоялся: регистрация партнёров, кампании и ставки, трекинг, постбэки, холды, выплаты, отчёты — этот перечень одинаково читается в описаниях отраслевых платформ.

Софт сети начинается там, где партнёрских отношений становится больше, чем помещается в таблице и почте: десятки вебмастеров, несколько рекламодателей, выплаты каждую неделю. Пока сеть — один рекламодатель и три партнёра, её ведут в таблицах. Как только офферов больше пяти, а вебмастеров — больше десяти, ручной учёт начинает терять конверсии и опаздывать с выплатами, и именно в этот момент сеть покупает платформу.

Офферы и ставки

Оператор заводит оффер: целевое действие, ставку для вебмастера, цену для рекламодателя, гео, лимит по объёму. Платформа выдаёт трекинг-ссылки, в которых зашита принадлежность вебмастера: по метке в ссылке сеть понимает, чей клик конвертировался. Ставка в одной конверсии может быть двусторонней: у Recca ставка рекламодателя и ставка вебмастера задаются отдельно, и разница между ними — маржа сети. Это ключевой экономический механизм CPA-агентства, поэтому он вынесен в ядро платформы, а не считается в таблицах сбоку.

У оффера есть и lifecycle: набор трафика, рабочий объём, остановка или архив. Платформа хранит историю ставок по офферу, поэтому при любом споре видно, по какой ставке начислена каждая конверсия — той, что действовала в день конверсии, а не в день спора.

Кабинеты

Минимум два входа в систему. Кабинет вебмастера: список доступных офферов, его ссылки, статистика по кликам и конверсиям, статус выплат. Кабинет рекламодателя: его кампании, объёмы трафика, счета и отчёты. Обе роли регистрируются и работают сами — менеджер сети не должен рассылать ссылки и статистику письмами. На платформе Recca кабинеты вебмастера и рекламодателя готовы и открываются на поддомене сети под её брендом — это white label. Если нужен собственный интерфейс, сеть строит его на API и Go-SDK поверх той же платформы.

Постбэки и логи

Конверсия приходит в сеть постбэком от рекламодателя и уходит вебмастеру постбэком от сети: сервер-сервер, без браузера и cookies. Для сети здесь важны две вещи. Совместимость формата: вебмастера приходят с разными трекерами, и у Recca формат постбэка совместим с конвенцией Affise — стандартом де-факто, который понимает любой трекер. Прозрачность: логи постбэков показывают каждое уведомление — что ушло вебмастеру, что вернулось с ошибкой и когда именно это произошло.

Холды

Рекламодатель вправе отклонить конверсию: клиент вернул заказ, действие оказалось накрученным, нарушены правила оффера. Между конверсией и деньгами поэтому стоит холд: событие видно в статистике, но выплата по нему заморожена до подтверждения. Холд — инструмент риска сети: срок настраивается по офферу, и от его длины зависит, с какой задержкой вебмастер видит живые деньги. Статус каждой конверсии меняется в учёте платформы, а не в переписке с менеджером.

Биллинг и выплаты

Сеть платит вебмастерам и собирает оплату с рекламодателей — это два разных контура, которые должны сходиться в одном балансе. Платформа ведёт биллинг рекламодателей: начисления по конверсиям, счета, оплаты. Параллельно — реестр выплат вебмастерам: накопленный баланс, заявки, статусы. У Recca оба контура идут через общий учёт: каждая конверсия проходит по балансу сети, и маржа между двусторонними ставками видна в отчёте, а не высчитывается вручную.

Порядок расчётов закрепляют в настройках: минимальная сумма выплаты, периодичность — раз в неделю или раз в месяц, способ выплаты. Вебмастер видит в кабинете, сколько накоплено и когда придёт выплата, и не пишет менеджеру в чат. Чем меньше ручных операций между конверсией и выплатой, тем меньше ошибок и тем дешевле содержание сети на один рубль оборота.

Проверки и лимиты

Сеть отвечает перед рекламодателем за качество трафика, поэтому проверяет его: платформы для сетей включают проверки конверсий на повторность и паттерны накрутки, а лимиты по офферу и вебмастеру не дают трафику переесть бюджет рекламодателя раньше времени. Проверка качества — зона сети, а не вебмастера: только у сети есть данные по всем источникам сразу.

Второй слой защиты — финансовые лимиты. Потолок на выплату по офферу не даёт одной связке выбрать бюджет за день, лимит на нового вебмастера ограничивает риск, пока трафик непонятного качества. Лимиты — это не недоверие, а рабочий инструмент: у проверенного партнёра потолок поднимают, у проблемного — снижают или ставят холд подлиннее.

Договоры, роли, журнал

Сеть работает с компаниями и людьми, значит, хранит договоры с обеими сторонами и историю отношений с каждым партнёром. Команда тоже работает внутри платформы: роли разграничивают доступ — бухгалтер видит выплаты, менеджер — офферы и вебмастеров, — а журнал действий фиксирует, кто и что менял. У Recca это команда, роли, журнал действий, до 10 API-ключей и уведомления о событиях в систему клиента. Серверы стоят в России, а персональные данные клиентов сети можно не передавать в платформу — только непрозрачные идентификаторы.

Агенты и рекрутёры

Отдельный контур — агенты и рекрутёры: участники, которые приводят вебмастеров и получают долю от их выплат. В Recca цепочка поддерживается до 5 уровней. Для сети это способ расти через самих партнёров, не расширяя отдел привлечения.

Пересечение

Трекер арбитражника и платформа сети смотрят на одну и ту же конверсию с двух сторон, и мост между ними один — постбэк. Механика такая. Пользователь кликает по ссылке, и сеть выдаёт клику метку — идентификатор. На стороне рекламодателя происходит целевое действие, его сервер возвращает метку в уведомлении — постбэке. Сеть сверяет метку со своей базой, кладёт конверсию в учёт и передаёт событие дальше — трекеру вебмастера. Всё происходит сервер-сервер: cookies и браузер не участвуют, поэтому S2S-постбэк надёжнее пикселей и не зависит от блокировщиков.

Для сети из этого следует практическое правило: требовать от вебмастеров конкретный трекер нельзя — их трекеры и есть софт арбитражника, у каждого свой. Достаточно отдавать постбэк в общепринятом формате. Такой рамкой на рынке стала конвенция Affise: имена параметров и порядок передачи известны любому трекеру, поэтому подключение сводится к одной строке URL. У Recca формат постбэка совместим с этой конвенцией, а логи показывают, что именно ушло в трекер вебмастера.

Вторая точка соприкосновения — сверка статистики. Вебмастер сравнивает цифры своего трекера с цифрами кабинета сети; расхождения — нормальная часть работы: клик без конверсии, конверсия, которая придёт постбэком с задержкой, конверсия в холде. Чем прозрачнее у сети отчёты и логи, тем меньше споров по выплатам — и тем спокойнее вебмастера льют на её офферы.

Что нужно оператору

Прямой ответ на вопрос, ради которого ищут «арбитраж трафика программы» и похожие запросы: оператору сети из арбитражного стека не нужно ничего. Прокси, антидетект-браузеры, spy-сервисы, клоака — инструменты того, кто сам льёт трафик. Сеть трафик не льёт: его приводят вебмастера, и стек у каждого уже свой. Покупать прокси и аккаунты сети — значит оплачивать чужую работу.

Вместо этого сети нужен собственный контур:

• платформа с кабинетами вебмастера и рекламодателя или API для своего интерфейса;
• трекинг-ссылки и постбэки в общепринятом формате;
• холды и порядок подтверждения конверсий;
• биллинг рекламодателей и выплаты вебмастерам в одном учёте;
• проверки качества трафика и лимиты по офферам;
• роли, журнал действий и договоры с обеими сторонами.

Как это выглядит со стороны сети в работе. Вебмастер регистрируется в кабинете, берёт ссылку оффера, запускает трафик через свой трекер. Конверсия возвращается постбэком, сеть проверяет её, кладёт в холд, после подтверждения зачисляет в баланс вебмастера. По итогам периода вебмастер получает выплату, а рекламодателю уходит счёт. Каждый шаг остаётся записью в учёте: при любом споре видно, какая конверсия, по какому офферу и с какой ставкой.

Граница ответственности отсюда ясна. Арбитражник отвечает за качество и объём трафика; сеть — за то, чтобы каждое событие дошло до учёта, холд отработал, а выплата сошлась с балансом. Софт сети — рамка, внутри которой работает чужой арбитражный софт: платформа не заменяет трекер вебмастера и не должна пытаться.

Отдельный сценарий — переезд с зарубежной платформы. Оплата зарубежного софта из России затруднена, данные о партнёрах и оборотах лежат за рубежом, а поддержка отвечает через часовой пояс. Список того, что переносится, закрытый: офферы и ставки, вебмастера с их контактами, история конверсий, остатки балансов. Ключевой технический вопрос один — постбэки: вебмастерам не придётся ничего перенастраивать, если формат уведомлений совместим с тем, к которому они привыкли. Поэтому совместимость с конвенцией Affise — не деталь интерфейса, а условие миграции: трекеры вебмастеров продолжают принимать уведомления в том же виде, меняется только адрес.

Бюджет

У двух рынков разная структура расходов, и это видно в деньгах. Арбитражный стек — переменные платежи, привязанные к объёму: подписка на антидетект-браузер, пакеты прокси, пополнение рекламных кабинетов, подписка на spy-сервис, аренда VPS. Платежи регулярные и начинаются до первой подтверждённой конверсии; связка отключена — строки расходов остаются до конца оплаченного периода. Чем больше объём залива, тем толще каждая строка.

Софт сети — фиксированная аренда учётного ядра: сумма известна на месяц вперёд и не зависит от того, сколько конверсий прошло сегодня. Тарифы Recca: Free — 0 ₽, Pro — 3 000 ₽/мес, Бизнес — 15 000 ₽/мес, и до тарифа «CPA-сеть» платформа растёт без переезда. Тариф «CPA-сеть» стоит 50 000 ₽/мес при посуточном списании — 1 667 ₽ в сутки, пополнение в рублях, подключение по заявке. Полная линейка — на странице тарифов.

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

Итого: софт для арбитража и софт для CPA-сети — две разные покупки под разные задачи. Первый набор оплачивает доступ к трафику и работает, только пока трафик льётся; второй — учёт, холды и расчёты, на которых сеть стоит. Если вы собираете свою CPA-сеть, арбитражный стек вам не нужен — нужна платформа учёта: оставьте заявку на подключение тарифа «CPA-сеть», и кабинеты вебмастеров и рекламодателей поднимутся на поддомене вашей сети.