Adult Affiliate Program: как увеличить доход с веб-мастеров

Adult Affiliate Program: как увеличить доход с веб-мастеров

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

Эта страница про управление уже работающей программой. Если программы ещё нет, начните с материала о том, как её построить.

Что на самом деле определяет прибыль

Партнёрская программа выглядит прибыльной почти всегда, если смотреть на выручку. Убыток прячется между выручкой и деньгами на счёте. Считать нужно по цепочке:

Пример: программа, которая выглядит прибыльной и не является ею

Цифры условные и взяты для иллюстрации механики, а не из отчёта конкретного проекта.

• 1 000 кликов от партнёра, CR 2% → 20 продаж;
• средний чек 40 € → 800 € выручки;
• RevShare 40% от валовой выручки → 320 € партнёру.

На этом месте обычно останавливаются и считают, что заработали 480 €. Дальше:

• комиссия процессора и банка, в нише 18+ она выше обычной → минус около 80 €;
• возвраты и chargeback 8% от оборота → минус 64 € выручки, при этом выплата партнёру с этих продаж уже произведена;
• поддержка, разбор спорных списаний, работа с партнёром → ещё около 75 €.

Остаётся примерно 260 € вместо ожидаемых 480. И это при 40% RevShare от валовой выручки; при 50% программа уходит в минус, продолжая показывать растущую выручку в отчёте.

Вывод, который отсюда следует: ставка сама по себе ничего не говорит. Значение имеет база, от которой она считается, и момент, в который выплата становится необратимой.

От чего считается комиссия: Gross или Net

Это первое, что нужно записать в условиях, и первое, о чём спорят.

Комиссия партнёра = Net Revenue × RevShare %
Net Revenue = успешные платежи − возвраты − chargeback − согласованные удержания

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

Разница между базами больше, чем кажется. При обороте 10 000 €, возвратах 8% и комиссиях процессора 10% база Net примерно на пятую часть меньше Gross. 45% от Net и 45% от Gross — это две принципиально разные сделки, хотя в объявлении о наборе партнёров цифра выглядит одинаково.

Какую модель выбирать, если смотреть на экономику

Правило, которое экономит больше всего: чем дальше момент выплаты партнёру от момента, когда деньги окончательно ваши, тем выше риск. RevShare от Net этот разрыв закрывает почти полностью, PPL открывает его максимально широко.

Атрибуция: кому принадлежит пользователь

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

Формального ответа на вопрос «A привёл, B закрыл» не существует — существует только записанное правило. Работает любое, если оно объявлено заранее и одинаково применяется ко всем. Не работает ни одно, если решение принимается после факта.

Учёт комиссий: статусы вместо одной суммы

Обещание «статистика в реальном времени» часто понимают как «партнёр сразу видит свои деньги». Это создаёт проблему: показанная сумма ещё не заработана, а уменьшать её потом больно. Решение — показывать событие мгновенно, но с состоянием.

Партнёр видит конверсию через секунды после оплаты и одновременно видит, что она pending, а не гарантирована. Это снимает три проблемы сразу: доверие, потому что ничего не пропадает молча; учёт, потому что снятие начисления — законная операция, а не исправление задним числом; и споры, потому что у каждого reversed есть причина и дата.

Возвраты и chargeback: удержание по риску, а не по сроку

Распространённая ошибка — держать выплату «до конца срока, в течение которого платёж могут оспорить». Этот срок в разных платёжных схемах измеряется месяцами и доходит до полутора лет; выплата, привязанная к нему, не состоится никогда, и партнёры уйдут раньше.

Рабочий подход — удержание, соразмерное риску:

• Период удержания по когорте. Смотрите, в какой срок фактически приходит основная часть возвратов по вашему продукту, и держите начисление столько же, а не столько, сколько теоретически разрешают правила платёжных систем.
• Резерв вместо ожидания. Доля каждой выплаты удерживается и покрывает будущие возвраты. Партнёр получает деньги в срок, вы не платите за продажи, которых не было.
• Обратное списание. Возврат уменьшает следующую выплату. Работает, только если записано заранее и видно в кабинете с причиной и датой.
• Разные условия по уровню риска. Партнёр с историей и низкой долей возвратов может получать деньги быстрее и с меньшим резервом. Это дешевле, чем одинаково жёсткие условия для всех, из-за которых уходят лучшие.

Отслеживание: что считать источником истины

Два способа зафиксировать оплату, и они не равноценны по надёжности.

• Браузерный пиксель. Срабатывает на странице благодарности. Блокируется расширениями, теряется при оплате через внешнюю форму процессора, не переживает закрытие вкладки. В нише 18+ доля пользователей с блокировщиками выше средней, и потери здесь молчаливые.
• Postback, он же S2S. Процессор сообщает о платеже напрямую вашему серверу, минуя браузер.

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

Практическое требование к билингу: он должен передавать вашу метку партнёра насквозь, от клика до уведомления о платеже и до уведомления о возврате. Механизмы такого рода есть у CCBill, Epoch, Segpay и Verotel, но называются по-разному и настраиваются отдельно под каждую схему оплаты. Проверять надо не строку в документации, а факт: провести тестовую оплату, затем тестовый возврат и увидеть, что метка доехала в обоих случаях.

Риск и накрутка: сигналы, а не приговор

Ни один отдельный признак не доказывает мошенничество. Разумная схема — накапливать оценку риска и на её основании задерживать выплату для разбора, а не блокировать автоматически.

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

Сигналы, которые имеет смысл учитывать:

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

⚠ Отдельно про определение устройства. Сбор отпечатка браузера для европейского трафика — не нейтральная техника: он затрагивает требования GDPR и ePrivacy и требует основания и раскрытия. Строить на нём обязательную идентификацию не стоит; как один из сигналов риска, с понятным основанием и сроком хранения, он допустим.

Что партнёр должен видеть в кабинете

Список короткий, и каждая строка в нём отвечает на вопрос, из-за которого партнёры уходят:

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

Когда хватает готовой платформы, а когда нужна своя

Ответ «готовое быстрее, своё гибче» верен и бесполезен. Полезны признаки перехода.

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

Что проверить в своей программе прямо сейчас

• От какой базы считается комиссия и записано ли это в условиях.
• Есть ли письменное правило атрибуции для случая «A привёл, B закрыл».
• Идемпотентен ли обработчик postback и куда попадают несопоставленные события.
• Приходит ли в систему уведомление о возврате, а не только об оплате.
• Видит ли партнёр начисления по статусам и причины снятий.
• На чём основан срок удержания — на ваших данных о возвратах или на общем правиле.
• Считаете ли вы contribution margin по каждому партнёру, а не только оборот.

Как это делает adults.dev

Мы строим партнёрскую часть как учётную систему, а не как раздел с реферальной ссылкой. Смысл работы в том, чтобы цепочка

клик → атрибуция → платёж → возврат или chargeback → начисление → выплата

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

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

Обсудить партнёрскую программу:
Telegram: @adultsdev
E-mail: info@adults.dev